SHUWON

網站上線后沒想到你回頭聯系了蜀美改版

童鞋們，問你們一個問題，26天前甲方爸爸毅然絕然的選擇其他公司，為何26天后會回頭找蜀美？？ 1. 因為蜀美便宜？ 2. 因為蜀美的客服小哥哥長得帥？ 3. 是因為愛嗎？是因為責任嗎？ 都不是。 是因為我們設身處地的為客戶解決問題的真心，8年堅持在一個領域里面做好做深入，并且專業高效！ 先講一個故事，為了更好的理解，8年堅持到底是什么。嘻嘻 上周見一個富豪，他很真誠地跟我分享了他的金錢觀。 他說，其實啊，錢不是越多越好…… 你只要邁過一個坎兒，就會發現…… 你的消費水平和生活品質，跟你賺多少錢，沒什么關系了。 我問，那，這個坎兒是多少？ 他說，10億。真的，你賺10億和賺100億、1000億，花錢的時候差別就不大了。你信我！ 我信你個邪！ 我信你個大豬蹄子！ 惱羞成怒的我…… 立馬跪下來，抱著他的大腿，說： 爸爸，快教我們怎么才能賺10個億吧！ 所以他先出了一個題！ 講了a女生和b女生的故事。 a女生一直在負責汽車領域的財經報道，后來出來創業，還是做跟汽車媒體有關聯的事情，她失敗后，又繼續，不停反復，現在繼續創業，做的什么鬼單車項目。 B 女生之前做深度新聞記者，傳統媒體衰落后，她看準趨勢，物流火的時候，去了一家物流公司，薪水漲了一倍，短視頻火的時候，她去拍創意短片，有一個項目掙了十幾萬，去年，她開始創業，做線上花店。。。 好了，那么問題來了，她倆，誰現在混的更好呢？ 答案是a女生。 她是胡煒煒。她的創業項目就是摩拜單車，當她和團隊套現15億的時候，b女生正在朋友圈轉發那篇爆款文章《摩拜創始人套現15億，你的同齡人，正在拋棄你。。?！? 為什么是a女生？為什么是胡煒煒？ 胡瑋煒的厲害，不在于好看，而在于她擁有典型的富人思維，那就是復利思維。 她花了很多年的時間，在同一領域，積蓄能量。一直堅持。 這個能量突破了一個臨界點，就爆發式增長了。 什么是復利思維呢？ 復利，簡單理解，就是利上加利。 復利思維，就是一種利上加利的思維。 你把有限的財富和精力，持續投入到同一領域。 短期內可能看不到什么效果。 但如果長期堅持，最后就會收獲到非常巨大的回報。 比如，你們堅持這么努力上班，明年，你們的老板就又能買輛法拉利了。 再比如，你每天睡前，堅持吃一碗燕窩，這樣堅持一年，就會有360多個燕子失去家庭。 是不是很有道理？ 復利思維的能量，可能超乎你的想象。 之前有一篇很火的寫復利思維的文章，舉的例子就非常震撼。 比如，一張很薄很薄的紙，對折64次之后，你們猜，變成多高了？ 答案是：166020696萬公里。 這是什么概念？ 地球到月球的距離，才38.4萬公里。 可怕吧？ 復利思維就是這種神奇的存在?！皬屠?，有一個臨界點，一旦邁過這個臨界點，就會飛速發展?！? 胡瑋煒就是，她報道汽車，做了10年； 然后她又去創業，搞什么“極客汽車”，又折騰了一段時間…… 在這之前，你都會覺得她沒什么逆襲的可能。 但是，到摩拜單車，臨界點來了，她成了創業屆神話級的人物（我在一次論壇上看到她的時候都超震憾，媽呀長得太好看了）。 胡瑋煒就說，她不是特別有野心和企圖心，她就是對自己感興趣的事有執念。 做摩拜單車的時候，無數人加入之后都放棄了，更多人覺得她是傻逼，她還是會不斷push自己去堅持，去死磕。 除了誘惑，我們什么都能抵抗”，廖一梅說得太特么好了。 能夠抵御誘惑，能夠長期、持續地抵御誘惑，是非常非常稀缺的品質。 尤其是，當我們獲得了成功，可能性變多了之后…… 在企業身上尤其明顯。 一個產品成功了，企業就忍不住馬上推出更多產品，賺更多錢，最終導致自己品牌折損。 所以，蜀美在堅持和抵抗誘惑這兩點上就與眾不同，能獲得甲方爸爸的一致好評，不貪心，不盲目讓甲方爸爸付費做一些不符合產品自身邏輯和體驗的東西，讓甲方爸爸感受到我們所有的堅持和要求自己，都是為了給您提供更好的作品。

SHUWON

網站做的貴，還偏要叫好！

我是誰？ Who am I？ 客戶經常會我，我自己組建了團隊進行網站建設和微信開發，本意想修改方便，效率高，而且網站其實很簡單啊，就是會代碼。結果真心魔咒一樣，花錢自己找員工開發的高成本，時間也花了大半年，除了擔負員工工資以及五險一金的成本：  結果 ———— 做的真心讓公司老板不滿意。 “ 關鍵是員工是自己找的，只會執行和代碼，我每天都被牽累，花時間去教自己團隊他怎么做，關鍵我也不專業啊。 ——  來自蜀美客戶的傾訴 “ 蜀美的定位是： 一線品牌公司的外包技術支持及運營服務部。 多年來，我們一直堅持唯一標準： 蜀美對客戶負責的唯一標準，就是交付物可以如期上線。而如期上線，不是趕時間上線；不是逼著客戶的檔期必須要接受，因為蜀美的標準比做出來能用的標準可高了不止一檔。 常遇到初期在選擇合作伙伴時選錯，導致開發失敗，這時滿是抱怨的客戶很是后悔沒有選擇蜀美。 最后不得不找我們重新開發，終得到滿意交付物。他們好奇： 這么復雜的事情，蜀美是怎么做的呢？ 1. 專業 5+year 以上經驗的產品經理驅動 產品經理是互聯網公司必不可少的職位，蜀美產品經理的任務就是精準定位用戶需求，并拆解成必要的用戶核心使用流程和軟件功能點。 核心價值：蜀美擁有多位具備行業認知的產品經理， 他們以為解決客戶和用戶的核心問題，滿足客戶和用戶對項目核心訴求而存在。 獲得： 您要做的，蜀美轉化成你想要的！ 成熟認知、解決方案同時規避盡可能多的風險。 2. 扁平高效的溝通方式 溝通和理解是項目實施過程中，最核心的。 開展項目的相關干系人眾多，客戶、用戶、產品經理、UI設計師，前端開發、后端開發、測試人員等，每個人在做的方向是否對， 是否能夠理解業務需求。 出了問題如何解決。 特別是面對客戶需求變更，客戶領導改變想法。直接的溝通可以降低交付的風險預警、提升交付物質量。因為要專業，更要了解每個細節。經過多年的探索，蜀美的項目管理流程已超越很多的同行，并獲得認可和支持。 這直接導致： 蜀美一直在嘗試解決問題 我們滿足您的項目期望，超越您的期望！ 3. 專業開發和測試人員 我們的測試人員會對新鮮出爐的產品進行各種你知道或不知道的測試過程，這種看似回歸的操作，不僅讓客戶覺得OK，而且更是Perfect。 4. 擁有專業UGD設計師 蜀美一直堅持從實際的需求出發而設計； 當客戶單純看到蜀美品質的某些案例視覺和炫酷動效兼具而聯系我們想要項目制作時，我們都告訴客戶：切勿自嗨！ 設計的本質是解決問題，而視覺的突出審美則是讓設計升華的因素，千萬不要本末倒置地去做設計，為了好看而設計，這樣做出來的東西往往都是經不起實際推敲的。 如果你需要真正優秀UI設計解決方案，如果你有網站定制，微信設計開發，新零售O2O軟件系統需求時：選擇蜀美雖貴，但值。 不只是好用，會更貼心的為您解決問題。別猶豫，你有很多想法想要去實現，而我們就在這里！

SHUWON

網站CDN加速技術原理

CDN全稱Content Delivery Network，即內容分發網絡。其基本思路是盡可能避開互聯網上有可能影響數據傳輸速度和穩定性的瓶頸和環節，使內容傳輸的更快、更穩定。通過在網絡各處放置節點服務器所構成的在現有的互聯網基礎之上的一層智能虛擬網絡，CDN系統能夠實時地根據網絡流量和各節點的連接、負載狀況以及到用戶的距離和響應時間等綜合信息將用戶的請求重新導向離用戶最近的服務節點上。其目的是使用戶可就近取得所需內容，解決 Internet網絡擁擠的狀況，提高用戶訪問網站的響應速度。 在不同地域的用戶訪問網站的響應速度存在差異,為了提高用戶訪問的響應速度、優化現有Internet中信息的流動,需要在用戶和服務器間加入中間層CDN. 使用戶能以最快的速度，從最接近用戶的地方獲得所需的信息，徹底解決網絡擁塞，提高響應速度，是目前大型網站使用的流行的應用方案. CDN 概述 CDN的全稱是Content Delivery Network，即內容分發網絡。其目的是通過在現有的Internet中增加一層新的CACHE(緩存)層，將網站的內容發布到最接近用戶的網絡"邊緣"的節點，使用戶可以就近取得所需的內容，提高用戶訪問網站的響應速度。從技術上全面解決由于網絡帶寬小、用戶訪問量大、網點分布不均等原因，提高用戶訪問網站的響應速度。 Cache層的技術，消除數據峰值訪問造成的結點設備阻塞。Cache服務器具有緩存功能，所以大部分網頁對象（Web page object）,如html, htm, php等頁面文件，gif,tif,png,bmp等圖片文件，以及其他格式的文件，在有效期（TTL）內，對于重復的訪問，不必從原始網站重新傳送文件實體, 只需通過簡單的認證（Freshness Validation）- 傳送幾十字節的Header，即可將本地的副本直接傳送給訪問者。由于緩存服務器通常部署在靠近用戶端，所以能獲得近似局域網的響應速度，并有效減少廣域帶寬的消耗。不僅能提高響應速度，節約帶寬，對于加速Web服務器，有效減輕源服務器的負載是非常有效的。 根據加速對象不同，分為 客戶端加速 和 服務器加速。 客戶端加速 : Cache部署在網絡出口處，把常訪問的內容緩存在本地，提高響應速度和節約帶寬； 服務器加速 : Cache部署在服務器前端，作為Web服務器的代理緩存機，提高Web服務器的性能，加速訪問速度 如果多臺Cache加速服務器且分布在不同地域，需要通過有效地機制管理Cache網絡，引導用戶就近訪問(比如通過DNS引導用戶)，全局負載均衡流量，這是CDN內容傳輸網絡的基本思想. CDN對網絡的優化作用主要體現在如下幾個方面 - 解決服務器端的“第一公里”問題 　 - 緩解甚至消除了不同運營商之間互聯的瓶頸造成的影響 　 - 減輕了各省的出口帶寬壓力 　 - 緩解了骨干網的壓力 　 - 優化了網上熱點內容的分布 CDN 的工作原理 傳統訪問過程(未加速緩存服務) 我們先看傳統的未加緩存服務的訪問過程，以便了解CDN緩存訪問方式與未加緩存訪問方式的差別： 由上圖可見，用戶訪問未使用CDN緩存網站的過程為: - 用戶輸入訪問的域名,操作系統向 LocalDns 查詢域名的ip地址. - LocalDns向 ROOT DNS 查詢域名的授權服務器(這里假設LocalDns緩存過期) - ROOT DNS將域名授權dns記錄回應給 LocalDns - LocalDns得到域名的授權dns記錄后,繼續向域名授權dns查詢域名的ip地址 - 域名授權dns 查詢域名記錄后，回應給 LocalDns - LocalDns 將得到的域名ip地址，回應給 用戶端 - 用戶得到域名ip地址后，訪問站點服務器 - 站點服務器應答請求，將內容返回給客戶端. 2.2. CDN訪問過程(使用緩存服務) CDN網絡是在用戶和服務器之間增加Cache層，主要是通過接管DNS實現,將用戶的請求引導到Cache上獲得源服務器的數據 下面讓我們看看訪問使用CDN緩存后的網站的過程： 通過上圖，我們可以了解到，使用了CDN緩存后的網站的訪問過程變為： - 用戶輸入訪問的域名,操作系統向 LocalDns 查詢域名的ip地址. - LocalDns向 ROOT DNS 查詢域名的授權服務器(這里假設LocalDns緩存過期) - ROOT DNS將域名授權dns記錄回應給 LocalDns - LocalDns得到域名的授權dns記錄后,繼續向域名授權dns查詢域名的ip地址 - 域名授權dns 查詢域名記錄后(一般是CNAME)，回應給 LocalDns - LocalDns 得到域名記錄后,向智能調度DNS查詢域名的ip地址 - 智能調度DNS 根據一定的算法和策略(比如靜態拓撲，容量等),將最適合的CDN節點ip地址回應給 LocalDns - LocalDns 將得到的域名ip地址，回應給 用戶端 - 用戶得到域名ip地址后，訪問站點服務器 - CDN節點服務器應答請求，將內容返回給客戶端.(緩存服務器一方面在本地進行保存，以備以后使用，二方面把獲取的數據返回給客戶端，完成數據服務過程) 通過以上的分析我們可以得到，為了實現對普通用戶透明(使用緩存后用戶客戶端無需進行任何設置)訪問，需要使用DNS(域名解析)來引導用戶來訪問Cache服務器，以實現透明的加速服務. 由于用戶訪問網站的第一步就是 域名解析 ,所以通過修改dns來引導用戶訪問是最簡單有效的方式. 2.3. CDN網絡的組成要素 對于普通的Internet用戶，每個CDN節點就相當于一個放置在它周圍的網站服務器. 通過對dns的接管，用戶的請求被透明地指向離他最近的節點，節點中CDN服務器會像網站的原始服務器一樣，響應用戶的請求. 由于它離用戶更近，因而響應時間必然更快. 從上面圖中 虛線圈起來的那塊，就是CDN層,這層是位于 用戶端 和 站點服務器之間. 智能調度DNS(比如f5的3DNS) 智能調度DNS是CDN服務中的關鍵系統.當用戶訪問加入CDN服務的網站時，域名解析請求將最終由 智能調度DNS 負責處理. 它通過一組預先定義好的策略，將當時最接近用戶的節點地址提供給用戶，使用戶可以得到快速的服務. 同時它需要與分布在各地的CDN節點保持通信，跟蹤各節點的健康狀態,容量等，確保將用戶的請求分配到就近可用的節點上. 緩存功能服務 - 負載均衡設備(如lvs,F5的BIG/IP) - 內容Cache服務器(如squid） - 共享存儲(根據緩存數據量多少決定是否需要) 【文章來源自網絡】

SHUWON

網站為什么要做偽靜態

常常有客戶會問我們，我們自己的網站要不要做成偽靜態呢？偽靜態有什么好處？今天，我就給大家普及一下偽靜態的相關知識。 首先要了解偽靜態先要知道我們目前一般網站程序的三種做法：動態網站、靜態網站、偽靜態網站； 目前基本上所有的網站都屬于動態網站，所謂的偽靜態也是屬于動態的一種，因為網站上的內容資料等信息基本上都是通過后臺更新發布，對于沒有任何程序技術基礎的用戶來說便于管理。 動態網站的一般特征如下： 1、以ASP、PHP等編程語言制作的； 2、不是獨立存在于服務器上的網頁文件，只有當用戶請求時服務器才返回一個完整的網頁； 3、內容存在于數據庫中，根據用戶發出的不同請求，其提供個性化的網頁內容； 4、內容不是存在于頁面上，而是在數據庫中，從而大大降低網站維護的工作量。 而靜態網站一般包含以下特征： 1、靜態頁面的URL鏈接是以.html、htm為鏈接后綴； 2、靜態頁面是存在于服務器上的一個文件，每個網頁都是一個獨立的文件； 3、客戶端加載靜態頁面時，并沒有操作數據庫，只是直接提取一個文件。 那么，動態、靜態、偽靜態頁面的優缺點呢？ 1、動態頁面 優點：空間使用量非常小，一般幾萬條數據的網站，可能只有幾M的文件大小，而使用靜態頁面少則十幾M，多則幾十M。因為數據是從數據庫里面調用而來，所以如果要更改某些數值，直接更改數據庫，那么所有的動態頁面，就會自動更新了。這一點相比靜態頁面好處就大很多了。 缺點：用戶訪問速度較慢，為什么會訪問動態頁面較慢呢。這個問題我們就必須從動態頁面的訪問機制說起了，其實我們的服務器上面有一個解析引擎，當用戶訪問的時候，這個解析引擎就會把動態頁面翻譯為靜態頁面，這樣大家就能夠在瀏覽器里面查看源碼了。而這個源碼就是解釋引擎翻譯以后的源碼。除訪問速度較慢以外，動態頁面的數據是從數據庫里面調用過來的，如果訪問人數非常多，服務器壓力就會非常大的，不過現在動態程序都是使用了緩存技術。但是總體來講，動態頁面對于服務器的壓力比較大一點。同時動態頁面的網站一般對服務器高求要比較高一些，同時訪問的人越多也會造成服務器壓力越大。 對于SEO優化：很多個人網站以及企業網站都很看不起動態頁面，說是搜索引擎不會收錄動態頁面網站，這是不科學的，說不定別人的動態頁面網站比你的靜態頁面收錄更多呢。當然前提條件就是，動態URL最好不要帶太多的復雜參數，如：符號等等。搜索引擎對于動態頁面的收錄方式是一樣的，而區別最大的地方，其實就是速度上面的差別，這一點差別是非常微弱的，而大型網站多數是使用靜態頁面，這是因為對服務器壓力比較小。 2、靜態頁面 優點：相比其他兩種頁面，速度最快。加載速度快，不需要從數據庫里面提取數據，不會對服務器產生壓力。 缺點：由于數據都是儲存在HTML里面，所以導致文件非常大。并且最嚴重的問題是，更改源代碼必須全部更改，而不能改一個地方，全站靜態頁面就自動更改了。如果是大型網站有比較多的數據，那會占用大量的服務器空間，每次添加內容都會生存新的HTML頁面。如果不是專業人士維護比較麻煩。 對于SEO優化：靜態頁面對于搜索引擎是非常友好的。 3、偽靜態 優點：大家都知道靜態頁面對SEO有很大益處，對服務器的負載很小，但靜態頁面的缺點是不能隨時更新。對于偽靜態的優點，這個并不好講，偽相比動態網頁而言，并沒有提到速度上面的提升，相比較而言，因為是“假”靜態頁面，其實還是一個動態頁面，也是同樣需要翻譯為靜態頁面的。最大的好處就是讓搜索引擎把自己的網頁當做靜態頁面來處理。 缺點：從名稱上面就能夠看出來缺點，“偽靜態”其實就是“假靜態”，搜索引擎會不會把他當做是靜態頁面來處理，這只是我們靠經驗靠邏輯去分析的，并不一定準確?；蛟S搜索引擎直接把他認為是動態頁面，我們做那么多努力，其實什么也沒有換來。 對于SEO優化：而優點是把動態頁面轉換為靜態頁面，但是這樣的一種表面的轉換，對于搜索引擎有沒好處，這是誰也不敢講的。但是我們不能確定的東西，不能認為他不存在。偽靜態對SEO的作用和真靜態相同，被訪問時會導致服務器負載增大，但它可以實時動態更新的確非常方便。 綜上所述： 相對于純靜態來說，如果不是有專業的技術背景的人，管理及維護成本是一個大問題，對于個人及小型網站可以嘗試，對于SEO是三個當中最好的；而純動態網站則非常方便管理，便于修改，但是在SEO方面略顯吃虧；偽靜態則是結合了純靜態和純動態優勢，方便管理，而且在SEO方面更有優勢。

SHUWON

用戶故事地圖淺析（上）

用戶故事地圖淺析 引言 本文圖文內容，來源于螞蟻金服體驗技術部“芝士會”分享。 中后臺產品大多通過產品化工具來給用戶提效，隨著用戶的應用場景開始延伸到線上線下各個角落，設計師也開始思考如何從時間空間維度去關注完整的用戶體驗。因此用戶故事地圖作為一種常見工具，進入了大家的視野。但是體驗地圖到底能解決什么問題，該怎么用呢？很多同學也許并不太了解。這次分享主要是將我們在各類渠道了解到的關于用戶體驗地圖的各類說法做了一個總結，并結合了我們在工作中的實際運用，給有興趣了解該方法的同學提供一點我們的見解和看法。如有不贊成地方或更好的見解，希望可以不吝賜教，我們相互學習，共同進步。 用戶發現你提供的產品真正的價值，就像這張封面背景圖一樣，往往要經過一段旅程，必定不是一馬平川。通過我們的專業知識、見解和洞察搞清楚用戶這段旅途當中坑在哪里、怎么填才能讓用戶走的更順。幫助用戶更容易獲取產品價值，幫助項目組獲得成功。 A.怎么做？ 用戶故事地圖雖然是一個耳熟能詳的體驗工具，但事實上當你接觸的時候才知道并不容易。其中需要注意的要點很多，能找到的模型也很多樣，導致做一個正確的方向變得復雜，結果可能會產出一個適得其反的用戶故事地圖，或者什么都沒有產出，那我們到底該怎么做呢。 我們在支持項目的過程中，初期會選擇采用“故事編寫工作坊”的形式來梳理產品的用戶故事地圖。一般是項目組成員共創的形式，參與人員包括：技術開發、產品經理、項目經理、設計師、用戶、產品老大。 重要流程分成四個步驟：產品定義——梳理骨干故事——拆分故事——溝通確認。下面我簡要介紹下這四步分別需要做哪些事情。 第一步：產品定義 一般是在故事編寫工作坊準備階段，首先由PD提主導產出，主要有幾點內容： 1.產品的目標用戶。 2.解決了哪些問題。 3.用戶目標。 4.產品目標。 將這些內容記錄在黑板上，與大家討論達成共識，最終確定產品定義。簡單來說，需要明確“我們為什么要做這個？”以及“用戶為什么要用這個？”明確業務訴求和用戶訴求為之后的設計提供了指導，不僅可以在接下來在討論的過程中不易迷失方向，還可以避免陷入設計細節糾結?；跇I務訴求和用戶訴求其實就是為了不忘初心，是為了明確設計的初衷。所以，在做交互設計之前，一定要問自己這兩個問題：”這能給我們帶來什么價值？”“這能為用戶提供什么價值？”這一步可以讓項目組內所有人和用戶共同明確產品覆蓋的整個范圍。 第二步：梳理骨干故事 為了方便大家理解，我在這里舉一個大家生活都會發生的例子。故事的整個范圍：起點是起床——終點是到達公司。閉上眼睛，回想一下今天早上起床的過程。把這段故事分成這樣幾個階段，起床——洗漱——穿衣——出門——上班途中——到達公司。 在真實做項目過程中，大家在這一步可能會寫出不同顆粒度的故事，需要設計師把控故事的大小，這段故事可以再往下梳理一層顆粒度更小一點的故事。比如起床就可以再拆分為：鬧鈴響了——掙扎——關鬧鐘——下床。剩下的故事卡片都可以繼續這樣拆分歸類。 這樣我們骨干故事就有兩層，一級故事和二級故事，故事的發生從左至右是一個敘事流。 這里需要注意的是，在真實業務中，故事的流程不可能是一帆風順的，情況會變得復雜，我們可以借助流程圖的圖例線連接我們的故事卡片。 總結一下，我們在這步怎么做的。首先，我們在第一步確定產品整體范圍之內盡量的把故事講完整，比如我們這個例子，起床——洗漱——穿衣——出門——上班途中——到達公司。這樣我們項目組的所有人就可以對整個產品有個全局的印象。其次，我們需要注意是要講完整的故事，但是一定要廣度優先，而非深度，要做到一公里寬一厘米深。比如刷牙這個故事里面，找牙刷、擠牙膏這類故事在這個階段我們無須關注，不要過早的沉浸到細節中。在這步讓大家做到對產品只見森林不見樹木的狀態。 第三步：拆分故事 在這一步，我們需要在剛剛梳理的每一個二級故事下面做停留，去拆分二級故事獲取更多細節內容。如果二級故事是一個海平面的話，那二級故事以上就是海平面故事，那現在我們需要關注的是海平面以下更多不可見的故事。項目組會圍繞這個故事寫出很多細節來。我們可以按照以下幾個維度對細節進行歸類，分別是：故事細節、想法、痛點、機會、情緒。其中情緒可以通過固定的問題獲得，也可以通過用戶想法、用戶的痛點結合主觀判斷。 在這個過程中，先讓大家在一定時間內按照自己的想法寫出來，每一條寫在一張卡片上，做到相互不干擾，然后每個人出聲說出自己的卡片內容，讓所有人了解并貼在墻上。 項目組人在寫想法的時候，相當于腦暴的過程，這時可以通過一些問題來刺激大家腦暴出更多的內容，比如： 1.用戶在這步具體做什么？ 2.用戶還有其他選擇么？ 3.用戶怎么做才能更爽？ 4.出現問題如何處理？ 5.其他用戶來到這里該如何處理？ 回到我們的例子，我們洗澡的時候有正常的流程，但當沒有熱水時這個流程就會發生變化。同樣，在真實業務當中，這類情況將更普遍的發生，所以這個步我們將盡量多的關注到所有場景的故事。 做完這步，我們已經獲取到了足夠多的細節信息，整個項目組都會做到對產品又見森林又見樹木的狀態。 第四步：溝通確認 這里我們的故事已經變得很豐滿，甚至變得臃腫，所以溝通確認變得極為重要。我們在這步需要花費相對多的時間，大家對內容進行對標、充足討論，把公認的留下來，無用的踢出掉。同時可以區分要做的故事細節的優先級。 依次類推，當所有故事梳理完成之后，就完成了如下這樣一張完整的用戶故事地圖了。 總結一下，在這步，首先，我們需要對大家寫的所有卡片進行對標，排除無效故事。其次，因為我們一般項目時間不夠，開發資源緊張，不可能一口吃個胖子，所以把要做的事情達成共識排出優先級變得尤為重要。最后，并不是所有的故事卡片都需要在同一時間細化，在真實業務中有些模塊的故事是無法一開始就梳理清楚的，所以可以先寫個占位符，待合適的時機再做拆分。 我們通過這種一目了然、格式一致的故事地圖，讓項目組所有人都獲得足夠的信息，讓項目有一個明朗的開發流程。

SHUWON

認識今年很火的設計風格

每個視覺設計師，都要面對不同的色彩風格需求 當然，作為設計師我們其實也很清楚，設計趨勢確實是日常web設計工作中難以回避的部分，甚至可以說它們還很關鍵。同時我們也都明白，設計趨勢也不能盲目使用。每一種趨勢都有其使用場景，這也意味著如果你使用不當，再有趣的趨勢也會毀掉你的設計。 一、孟菲斯風格「Memphis」 孟菲斯風格特點：高純度、跳躍、對比強烈的配色，以及豐富的幾何元素的填充 幾何的元素，醒目的標題文案，清晰的表達了傳遞的信息 二、故障藝術（Glitch Art） 就是利用事物形成的故障，進行藝術加工，使這種故障缺陷反而成為一種藝術品，具有特殊的美感。 故障藝術這個詞對于很多人而言或許都比較陌生，但事實上，作為藝術形式，它就產生于我們生活中一些常見的、有時十分惱人的細節——數據和數字設備的故障。譬如說當電視機、電腦等設備的軟件、硬件出現問題后，可能會造成視頻音頻播放異常，在視覺上，畫面變成破碎、有缺陷的圖像，顏色也失了真。 但藝術家們卻從這些故障中發現了美，它們不僅代表不完善，更意味著意外和變化，每一次故障都像是打破常規的一次再創造。于是，故障漸漸被音樂人和視覺藝術家接納，并成為一種創作手法。視覺藝術家們甚至會用各種手段，如損壞電路板，用磁鐵靠近顯示器，或者刮擦設備的元件等等，來營造出故障的效果，帶來新的創意。 緊跟時代潮流、站在設計前言為用戶來帶更好的視覺設計，是我們蜀美設計團隊一直以來的追求，未來我們還會帶來更多更好的設計分享及經驗分享。

SHUWON

常見的網站服務器架構

初級篇：（單機模式） 假設配置：（Dual core 2.0GHz,4GB ram,SSD）基礎框架：apache(PHP) + Mysql / IIS + MSSQL（最基礎框架，處理一般訪問請求） 進階1 : 替換Apache為Nginx，并在數據庫前加上cache層 【數據庫的速度是最大的瓶頸】 Nginx(PHP) + Memcache + Mysql （此時已經具備處理小型訪問量的能力） 進階2：隨著訪問量的上漲，最先面臨的問題就來了：CGI無法匹配上Nginx的高IO性能，這時候可以通過寫擴展來替代腳本程序來提升性能，C擴展是個好辦法，但是大家更喜歡用簡單的腳本語言完成任務，Taobao團隊開源了一個Nginx_lua模塊，可以用lua寫Nginx擴展，這時候可處理的并發已經超越進階1 一個檔次了。 Nginx(nginx_lua or C) + Memcache + Mysql （此時處理個同時在線三四千人沒有問題了） 進階3：隨著用戶的增多，Mysql的寫入速度成了又一大瓶頸，讀取有memcache做緩存，但寫入是直接面對Mysql，性能受到了很大阻礙，這時候，要在Nginx和Mysql中間加入一層寫緩存，隊列系統就出場了,就以RabbitMQ為例，所有寫入操作全部丟到這只兔子的胃里面，然后屁股后面寫個接應程序，一條條的拉出來再寫入mysql。而RabbitMQ的寫入效率是Mysql的N倍，此時架構的處理能力又上一階層。 |----write------>RabbitMQ-------- Nginx（lua or c）----- |--------->Mysql |----read------>Memcache-------- (此時的并發吞吐能力已經可以處理萬人左右在線) 中級篇：（分而治之） 此時我們在單機優化上已經算是達到極限，接下來就要集群來顯示作用了。 數據庫： 數據庫總是在整個環節中是吞吐能力最弱的，最常見的方法就是sharding。 sharding可以按多種方法來分，沒有定式，看情況?？梢园从脩鬒D區段分，按讀寫分等等，可用參考軟件：mysql proxy（工作原理類似lvs） 緩存：memcache一般采用的是構建memcache pool，將緩存分散到多臺memcache節點上，如何將緩存數據均勻分散在各節點，一般采用將各節點順序編號，然后hash取余對應到各個節點上去。這樣可以做到比較均勻的分散，但是有一個致命點就是，如果節點數增加或減少，將會帶來幾乎80%的數據遷移，解決方案我們在高級篇再提。 WEB服務器篇： web服務器集群的建設，最常見的就是lvs方式(memcache pool同樣可以如此組建)，lvs的核心就是調度節點，調度節點負責將流量通過算法分散到各個節點上，因調度所耗資源很少，所以可以產生很高的吞吐率，后臺節點數量可以任意增刪，但此法弊病就是如果調度節點掛了，則整個集群都掛了，解決方案我們在高級篇提。 方法2:參見 HAProxy - The Reliable, High Performance TCP/HTTP Load Balancer 高級篇：（高可用性+高可擴展性的集群） 單點調度故障解決： 集群的好處顯而易見，但是有一個弊端就是單節點進行調度，如果節點出現故障，則整個集群全部都無法服務，對此的解決方案，我們使用keepalived來解決。Keepalived for Linux keepalived是基于VRRP協議（VRRP協議介紹）的，請一定先了解VRRP協議后再進行配置。 keepalived可以把多臺設備虛擬出一個IP，并自動在故障節點與備用節點之間實現failover切換。這樣我們配置兩臺貨多臺lvs調度節點，然后配置好keepalived就可以做到lvs調度節點出現故障后，自動切換到備用調度節點。（同樣適用于mysql） memcache集群擴展解決： memcache因為我們一般采用的都是hash后除以節點數取余，然后分配到對應節點上，如果節點數出現變化，以前的緩存數據將基本都不能命中。 解決方法：consistent hashing 簡介：一致性哈希 consistent hashing大概的思路就是，把hash后的值保證在 0 ~ (2^32)-1 的數值上，然后把這一連串數字對應映射到一個想象的圓上。 把要存儲的各個值hash后，放到圓上 然后把cache節點也用同樣的hash方法，映射到圓上，然后每個剛才hash過的value順時針尋找離自己最近的節點，這個節點就是存儲它的節點。 為了提高存儲的平衡性，算法還可以加入虛擬節點的概念，即每個實際cache節點，會在圓上對應N個虛擬的節點，這樣可以提高算法的命中率，更加平衡。consistent hashing原理：Consistent hashing and random trees完結。 針對不同的項目情況，輸煤這邊會根據實際情況進行針對性的采用不同的服務器架構，以確保網站上線后的穩定運行。

SHUWON

淺談佐藤可士和超整理術

最近有小伙伴推薦我看看《佐藤可士和的超整理術》的東西。懷著一臉懵逼，正好最近有搬家公司客戶在討論整理術業務模式問題。于是乎查閱一些資料。發現其實整理術并非一個商業領域工作內容或者服務業務范疇，反而在實際工作中會用到。 接下來我做了一個測試： 走到我同事身邊，對他們提問： 1. 讓我看看你的電腦桌面吧！ 2. 你的桌子經常整理么？ 3. 你經常做收拾整理不？ 答案讓我震驚，略過一萬點暴擊: 因為其實生活中的整理是我們可見的，但是尤以開發人員的桌面~ 桌面全部都是文件夾，滿滿的 設計師的桌面：滿滿都是各種download 唯一ok的文件夾可能就屬于項目文件。 于是乎我進行了一個分享：如果出于宣揚“享受工作，提高效率”這個觀念，有點商業化，但是很多時候，如果我處于一個凌亂狀態，狀態不佳時，我經常會選擇打掃衛生，整理房間，或者整理電腦文檔！ 而這種狀態，能讓我的工作和思路還原到一種有序有條理的狀態。 很容易分清主次摸清條理了。 而學習超級整理術，其中作者將自己最令人津津樂道的整理之術以出版書籍的形式推廣開來，希望能幫助更多人解決工作與生活中的問題。 以下是書本整理內容： 整理目的 1）  讓人時刻保持清醒的精神狀態。 2）  無意識的意識化。 3）  在意識層面，必須認識到“不是因為忙碌而疏于整理，而是為了提升工作效率而主動整理”。 方法 空間整理術： 1)定期更新：防止東西增加。 2)決定物品的固定位置，使用后立刻物歸原位：保持作業環境清爽。 3)決定“外框”，統一規格：簡單明了地進行分類。 信息整理術： 1)退一步客觀檢視。 2)首先舍棄自以為是。 3)轉換觀點，從各種角度觀察。 思考整理術： 1)將自己和對方的思緒置換成語言。 2)建立假說，大膽向對方提問。 3)思考時要對于別人的事情視如己出。 信息整理術： 1)對信息提出觀點，窮究問題本質。 2)導入觀點的最終目標是導出遠景。 3)退一步觀察，拋開自以為是，視野更加開闊。 4)試著想象具體場景。 5)隨時保持尋找遠景的積極態度。 思維整理術： 1)將思維信息化，提升溝通精度。 2)了解自己的思維方式很困難，可以先從了解對方的思維方式開始練習。 3)一切要從將思維置換成語言開始。 4)提出假說，確認對方想法，直到對方表達的重點清晰可見。注意先闡述成功以后的印象和遠景，再提出假說，對方就能領悟你的發言是誠懇真摯的。 5)使用“自由聯想法”來進行“無意識的意識化”。 其實以上書本內容的整理，最后出現的效果將是一種可見的狀態和現狀！ 對于我們智力腦力工作者而言，真正重要的其實是對于隨著工作經驗知識不斷累積成為自己知識的復盤，管理，整理！這其實才是我們蜀美童鞋們大家都在積累和分解的。如果把概念提升到知識管理，那將會是一個更加系統的工作了。 個人知識的管理流程 管理流程主要分為以下四個過程： 1、收集（保存、記錄）知識； 2、吸收（優化，萃?。┲R； 3、實踐操作、應用知識、創造價值； 4、分享知識、研究探討。 吸收（優化，萃?。┲R 這個過程就比較復雜，收集整理是一個很重要的過程，鑒定知識的正確性和有效性的能力并不是每個人都擁有的，不過，我們很幸運，這種能力是可以培養的。學習辯證思維相關知識可以幫助我們加深對這方面的理解。 最后分享下蜀美在產品設計的過程中，我們不僅要從表象和現象層出發去設計，也要從底層的框架去了解，設計的原理和背后的機制； 用蜀美團隊的口頭禪結束：一拿著就開做太low ！ 我們要想好了做！ 做好了測！ 如果你需要一個可以在黑夜中指引者，我們在這里等你。如果你需要一個模式的驗證者，蜀美不辜負你的信任！