客戶調研說實話，以前還真沒有做過。看看別人怎麼做的，基本也沒學到什麼東西。這種情況下，只好自己琢磨琢磨了。
客戶調研一句話概括：從客戶身上找到新的需求。一開始自己想的是客戶提點他們想要的東西，然後自己回去分析分析就完事了。於是在這種想法下就開始聯絡客戶。還好在第一場客戶調研的當天上午，整理了乙份簡單的新想法的問題，一共就6個點。不過就這乙份簡單的問題，拯救了我的第一場客戶調研。
當天下午去到了客戶現場，一開始是要做一下二代的講解，而且這個講解本來是正事，客戶調研是我自作主張要進行的，可以說是捎帶手做的。而且是第一次做，也沒什麼經驗，於是就當成實驗了，就沒想著能拿到多少有價值的東西。去之前我還專門和客戶說了找兩個業務人員來，一起聊一聊。結果正事辦完之後，我說咱聊會對現在產品的缺點和想要的東西的時候，客戶直接懟了句業務說沒什麼想要的新東西，就不來了。。。當場我就懵逼了！！！當時的想法是，我的第一次客戶調研就這麼完蛋了？別呀，最起碼聊聊天也是好的呀！現在回想起來，慶幸自己當初反應快。火速拿出來準備好的6個問題就開始和客戶聊。
由於從事的行業是傳統軟體行業，而且圈子很小，所以特別擔心自己的想法通過客戶直接傳到競爭對手那裡。一開始的時候很矛盾，不想跟客戶說透，但是又特別想知道客戶對於新想法的反饋。這一矛盾對於真正聊天的情況就非常的難受，客戶不知道我在問什麼，我也得不到想要的結果。後來突然想明白，這個想法跟客戶說了也沒事，真要是落到競爭對手那裡，他們還要分析調研，肯定會比我慢，而且也不一定能拿到這些東西。所有就開始敞開了聊。結果6個問題整整聊了1個小時，收穫特別的多！
第一次客戶調研後，我總結了一下，客戶的立場真的和開發者的立場不太一樣。比如說，其中乙個問題雖然我和客戶都覺得是好東西，但是客戶給我的反饋是他想要的結果並不是我最一開始想的，他想從該功能點得到的結果和我想的正好相反。。。我的概念是得到乙個分值，而他想要的是整體的不同，這就完全不是一回事。還有另外兩個功能點，我的想法是其中乙個要比另乙個更為的複雜而且好用，結果客戶給我的反饋是，複雜的那個反而是他完全不想要的，而簡單的那個卻是他特別想要的東西！
拿到了這些結果後，我發現有必要整理一下思路，向領導提出一些想法了，而且這是客戶想要的！有理有據，不太用愁領導不同意！
第二次客戶調研是在第一次客戶調研之後的第三天。正事和第一次一樣，講解二代的內容。這個講解二代的工作整體來說就是售前，向客戶推銷我們的二代產品。一開始覺得做售前去客戶現場和客戶調研就一起做了，省得去兩趟了，結果發現大錯特錯！這次是在外地，頭一天先到的目的地。由於一些其他原因，我不太想第二天在會上做客戶調研，所以就想當天去了就和客戶見面聊一聊。結果約了兩次都不見，當初我也沒多想，人家不想見非要第二天會上聊，我也沒什麼辦法。
第二天到客戶現場，這個客戶一直是我維護的，我知道挺難纏的。在售前會上那是一頓懟啊！說這不行那不中的，回頭想想他說的，他說的有用的東西不能用於標準產品內，他說的沒用的東西都是虛的。。。弄得我也挺沒脾氣的。不過通過這一次的客戶調研，我發現了我對產品的理解更深了一層。由於之前的公司是個比較保守的國企，對於產品的理解特別簡單。現在出來了，個人對產品的理解突然一下就到了乙個極端。不是保守和激進這種區別，而是我們的產品是服務於乙個公司內兩個完全對立的使用方，我的說的極端是特別重視其中的一方，而弱化另一方。但是這次調研完後，我又仔細想了想，發現其實兩方都有的做，不能只重視其中一方而忽視另一方。這一點是我從這次調研裡面得到的教訓之一！！！
兩次客戶調研，乙份問題清單，得到了一部分答案是一致的，而另一部分是不一致的。一致的回答肯定是所有客戶都想要的，那就必須要做。而不一致的，就需要分析分析了！看看不一致的根本原因在哪，不能直接從表面判斷不一致就不是好東西，不去做。仔細分析之後，我發現，其實客戶想要的東西是一樣的，只不過關注點不一樣。後來我又想了想，其實產品只需要將兩個關注點融合一下，那就是他們想要的結果了！
最後說一下另乙個教訓！不知道大家有沒有注意到我這兩次客戶調研有乙個相同點：先做售前然後做客戶調研，而且兩次都是以售前的身份進駐客戶的！這就是個大問題了！售前是銷售的一部分，是去從產品和技術的角度宣講產品去了！這種人對於客戶來說就是去忽悠客戶購買產品，客戶本能的從潛意識就有一種牴觸。而我又在這種情況下進行客戶調研，給客戶的感覺就是他還沒有忽悠完，想忽悠我繼續買他的其他產品。。。這就悲劇了！出發點本來並不是想忽悠客戶，只是想通過調研完善產品，結果可想而知。還好對於這兩家客戶都是老熟人，還是得到了一部分我想要的答案！！！下回再想做客戶調研千萬要分清楚場合，不能隨便來。。。
記兩次Erlang伺服器線上事故
檢視日誌之後，發現大量操作在對玩家程序進行gen server call 時就發生了超時，顯然玩家程序在忙於做其他事情，而且也並未產生太高的reduction。對阻塞的玩家程序呼叫process info 後，能獲得的資訊非常有限。而無法登陸的錯誤，根本就沒有明顯的報錯。我們意識到，使用者操作超時就...
記一次Spring Task同時執行兩次問題
spring task 定時任務被執行了兩次，原因是 task 類例項化了兩次，導致存在兩個例項執行任務 被例項化兩次的原因可能是 web.xml 檔案裡載入spring的配置檔案有重疊，或者spring配置檔案裡掃瞄包有重疊，或者tomcat server.xml配置檔案的問題 name loca...
關於兩次fork
兩次fork 的作用 首先，要了解什麼叫殭屍程序，什麼叫孤兒程序，以及伺服器程序執行所需要的一些條件。兩次fork 就是為了解決這些相關的問題而出現的一種程式設計方法。孤兒程序 孤兒程序是指父程序在子程序結束之前死亡 return 或exit 如下圖1所示 在一定時間內，當系統發現孤兒程序時，ini...