其他

昨天下午16：00是公司例行的自發講座，按照計劃是由我來講與產品經理有關的內容，在整個培訓的製作、講解和後期的調整中，頗有感觸。在講座的選題篩選過程中，我選擇了好幾個選題，最終選擇與產品有關的內容，主要是最近在做產品的需求工作，月底前要完成研發計劃的制定，在工作中學習了很多與需求、設計有關的內容，因此想通過這個講座將思路梳理一下。第一個版本的PPT大概用了2個小時來製作，後期調整大概花了半天。第一個版本主要是提綱性質的，第二個版本主要是增加了一些圖片，豐富了一下內容。在講之前一直和自己說要控制語

現在是周末，現在在一個網吧，處於一種焦躁和不爽的狀態中。等待，也許是很痛苦的事情，有些時候，失望，也許是最消磨意志的東西。任何事情的結果，都是不努力造成的，或是自己，或是別人，或是全部。自己努力做好，協助別人做好，大家一起做好，我儘力了。有些東西是學不來，教不來的，好累。有些時候，這裡就是排解的地方，就像玩魔獸，半死不活的不爽，死了，重生，感覺爽一點。同事用QQ喊道，問題解決了一大塊，心情舒服了一點。難道真的死透了，又活了。無論如何，無論多衰，多麼不爽，自己都要努力，這個不能含糊。

前一階段，主要是跑功能，進度基本上在控制範圍內，測試也是按照約定在走，雖然有些變化，但是也還可以忍受。現在開始了代碼的審查，在審核中發現了N個隱性的缺陷，這些都是測試不曾發現的，而且很難發現，因此重視代碼的審核是必要和必須的。研發人員的天職是寫乾淨的代碼，從而減少糟糕代碼帶來的不確定性。測試人員的天職是保證產品的品質，而不只是以發現缺陷為目的。代碼的審核，則是研發到測試階段的一個緩衝，可以過濾掉由於代碼編寫層面造成的隱患，減少對測試人員的無謂幹擾，從而使測試人員可以有更多的時間去考慮從更多的層面

今天是進駐部落格園的第一天，在這裡安家真的很不錯，十分感謝DuDu的協助。 現在快到春節了，心緒也輕鬆了一些，雖然看了很多關於.Net的文章和書籍，只是太懶了，由於公司沒有這方面的項目，看來只能自己想些辦法了，想了很久，決定和YaoZhj合作開發個小項目，就當作休息時間的一些課外作業吧。 項目名稱：NDuiker 原因：     目前在公司主要負責一個產品，公司很小的，自然有些工作方式是不正規的，沒有辦法，這些也許是中國的特色吧，我想很多小的Team

昨天晚上基本上實現了通過托拽檔案實現自動查看命令列的功能。總結一下遇到的技術問題和解決辦法吧。 托拽檔案到文字框並在文字框顯示檔案名稱的辦法：文字框的AllowDrap=True     Private Sub txtFilePath_DragEnter(ByVal sender As Object, ByVal e As System.Windows.Forms.DragEventArgs) Handles txtFilePath.DragEnter        If

現在開始準備一個實施，需要買火車票，昨天在火車站弄了一天，整個過程真是無語，終究是拿到了票可以按時啟程。晚上和同事進行了一些交流，主要是團隊建設和管理方面的，感受頗多，流水記錄一下：1、在敏捷開發中最關注的是消除浪費，而從公司運作上來看，消除浪費的方式有很多種，但是最重要的是消除浪費的根源，也就是要謹慎啟動項目，因為一旦啟動項目就需要使用相關的資源，而如果項目本身就是有錯誤的，無論使用什麼開發方法，帶來的浪費都是致命的。因此，在研發上確認明確的研發目標是根本。2、項目的立項要經過謹慎的評審，這個

昨天同事做了一場《做好前端應用設計開發》的講座，很精彩，其中提出了UI上要有4個一致：介面風格一致 控制項擺放位置一致 操作習慣一致 控制項命名一致 這4個一致說起來很容易，但是做起來的確很難，大家討論的方式大概有這麼幾種：制定嚴格的UE規範抽取典型應用，製作模板頁面仿照典型應用先功能，後UE參與討論的有研發、測試和技術人員，大家對於前端的理解是不一樣的，理想的狀態當然是有一個好的設計規範，大家按照這個規範去設計、開發與測試，很好，但是現實情況是小公司很難做到。我想實際一些的倒是先實現底層功能，

這陣子，似乎是最不能嚴格按照計劃執行的日子，議程表的作用成了改計劃和記結果的地方。搞程式的和在街邊賣盤的，其實也是有相通的地方，都是為了混口飯吃和小小的滿足感。編程沒狀態最大的問題就是心態不好，階段性的調整是必要的，但是總是調來調去的調不出個結果就有點混蛋了。心態不好，其實是懦夫的象徵，是一個病態的象徵，並且像流感一樣四處傳播。得了編程狀態病的典型特徵：1、把事情拖到最後2、自己感到壓力大、抱怨、內疚（這還算有良心的）、自卑3、不承擔責任4、總是找借口5、口頭禪是，我沒有錯6、自己生悶氣7、無法

房子下來了，記錄了一下整個裝修過程吧，以便以後有個參考。上周六，主要的工作就是驗房。驗房前，在所在小區的業主群裡邊和大家聊了一下，大家給了很多建議，最後糾結在是否找個監理公司來協助驗一下房子，最後還是決定找“百家安監理”來看一下。提前在監理公司進行了登記，周五下班前進行線路確認，中間出了個小波折，就是LP的電話沒電了，造成對方沒有聯絡上，還好我打了電話進行了確認，至此就等著驗房了。早上按照約定的時間到了物業公司，對方看來準備的還不是很充分，一些收費的人員還沒有來，等了一會，就開始按照流程開始交費

其實，每次出差我都感覺很疲憊，真的和年齡有關係？好像不是，每次出去旅遊怎麼那麼精神呢？這次去了鄭州和合肥，在火車上咣當了3夜，酒店了呆了2夜，總算活著回來了。對那邊的天氣和飲食非常不適應，基本上沒怎麼吃東西，雖然品嘗了傳說中的正宗河南燴面、糊辣湯，但是怎麼都不來電。唯一的美味是在合肥的寧國路龍蝦美食街，有一家叫做“阿胖龍蝦”的點，點了一盆小龍蝦和一盤爆炒海瓜子，味道很不錯。出差這幾天，互連網怎麼就亂套了呢？好多家都關門歇業了，所以推薦互連網從業者要看《左手曾國藩，右手胡雪岩》，好好看看，就明白其

先說三件與管理有關的事，嘮叨嘮叨。第一件內容如下：晚上下班後找老大聊了一下，提出想要辭去研發部經理的職位，老大沒有同意。我考慮的原因有三點：１：自己目前的能力還不具備掌控整個研發部門；（管理項目和管理部門是有很大的區分的，千萬不要認為你能管理好項目，就同樣能管理好整個部門）２：自己想投入更多的時間和精力，把Ｃ＋＋伺服器組帶好，把各個伺服器模組做好；（把手下的人帶好，把產品做好，這才是牢固的基礎）３：部分原來同級的同事一直不滿予公司對自己的提升，勾心鬥角，完全不像是在做事了，但他是技術骨幹，公司又

今天，LP給我電話講了一件事，需要記錄一下。背景資料：學校剛剛裝配了一個機房，為了滿足教學需要，要購買一個螢幕控制軟體，軟體的採購由裝備辦來負責，LP是具體的使用單位，需要做的事情就是驗收。來的技術人員是一個小夥子，看樣子還不錯，但是接下來的情境就不是很賞心悅目了。研製人員表：老婆：LP     技術人員：Tech     技術經理：TechM

下半年的研發工作正在逐步展開，從泰山回來後，啟動了一個小項目，目前的團隊是老中青3結合，雖然能力和興趣點不太一樣，但是感覺工作的節奏、效率和效果非常好。喜歡現在團隊的理由：1、執行能力超強，全力以赴來完成任務。2、工作節奏一致，團隊都按照統一的步調來寫作，效率自然要高一些。3、可以看到進步，每天都能感覺到大家的進步。4、品質要好，測試的點和面都要好過以前。5、計劃控制的不錯，任務基本上都在計劃內可以完成。目前團隊的人數是5+2，希望下半年可以幹出更好的成績來。

這個周末，沒有回回家，一直在公司。窗外就是江水，江邊的燈全亮了，屋子裡只有我一個人，感覺多少了寂靜。現在特別喜歡寂靜的生活，可以靜靜的思考一些事情。昨天是Weny的婚禮，仔細想了一下他已經29歲了，他來公司的時候好像也就是22歲左右的樣子。那個時候可以在客戶那裡實施完成後，找一個小破飯店，兩個人喝一瓶白酒，現在，酒的事情則想都不敢想。目前這個工作的小組，大家的年齡大致是32、30、29、28、26的樣子，都不年輕了，至少是我，應該算作老傢伙了。“把有限的生命投入到無限的為人民服務之中去。”原先只

　　一、少年遊　　青衫磊落險峰行　　玉璧月華明　　馬疾香幽　　崖高人遠　　微步觳紋生　　誰家子弟誰家院　　無計悔多情　　虎嘯龍吟　　換巢鸞鳳　　劍氣碧煙橫　　二、蘇幕遮　　向來癡　　從此醉　　水榭聽香 指點群豪戲　　劇飲千杯男兒事　　杏子林中 商略平生義　　昔時因　　今日意　　胡漢恩仇 須傾英雄淚　　雖萬千人吾往矣　　悄立雁門

我比較提倡產品要簡單和夠用，這是好的使用者體驗的根本，但是，話又說回來，任何產品的設計，最終的目的是賣錢，是為了活命。因此，任何產品的設計千萬別過於迷戀教科書上的理論，那些都不實用。那樣的產品大多數都是為了滿足自己的精神世界，或者是糊弄VC的。過於簡單的東西，如果使用者不識貨，就會認為不值錢。有些時候花了呼哨的東西，使用者看著就迷糊，反而很容易賺錢。不要認為使用者的品味有多高，俗的還是大多數的。因此產品設計的時候，低下頭，看看使用者到底是什麼貨色，他們打算花多少錢來買，然後進行合理的設計吧。這個

這幾天一直在處理各方面收集到的需求，目前整理的進度應該在80%左右，通過整理和分析得到如下一些資料：需求數目：353預估的開發量：2536人天也就是說，如果我一個人來實現這些需求，一年做250天的話，需要做10.14年，如果365天鬥來做的話，需要6.95年，目前預估的開發量還沒完成，因此需要的時間只會更多。有了這些真實的數字，很多想法就理性多了，要仔細甄別需求，確定每個需求的商業價值和估算開發量，計算每個需求的性價比。捨棄低價的需求，選擇高性價比的需求，進行詳細分析和整合，逐步將這些使用者需求

最近對研發工作最大的除了人手不足外，另外一個就是產品的文案工作佔用了很多的時間，既然要弄文案，也要做的優秀，今天和同事交流了一下文案的寫作技巧，個人覺得《The Elements of Style》和《產品經理實戰手冊》部分章節對文案的編寫是一個很好的指導，下邊是我做的一個思維導圖，當做一個學些的筆記吧。看不清楚圖的點這個連結：http://files.cnblogs.com/Duiker/13093.rar

今天處理完一件手頭上的事情，起初只是想應付一下，並沒有太在意，而之後的事情則比較意外。QQ上突然頻頻冒出訊息，希望可以加我為好友，聯絡了一下後，他提出要重視使用者的需求和反饋，並給了我一個網址，讓我瞭解使用者的需求是多麼迫切。通過查看這些資料，可以看到需求是十分迫切的，但是困擾我的是一個我認為無法解決的技術問題，通過溝通對方也認為痛點就是這個技術問題。經過很多的驗證和嘗試，最終找到了一個繞道解決的辦法，雖然不完美，但是的確是目前可以找到的最好辦法。看來，很多積極都是被迫的，哪裡有壓迫，哪裡有反抗

上篇部落格《管理真的能把人逼瘋》寫的有點不靠譜。為什嗎？因為回家後老婆跟我說，“你要辭職怎麼不和我說?”“我說辭什麼職，幹得好好的。”“那你部落格裡瞎寫什嗎？你好好看看。”我趕快仔細看看，的確有誤導的嫌疑，容易讓一些不明真相的群眾誤讀，呵呵。我就是文理分科的典型受害者，寫的東西邏輯有點太差了。解釋一下，要辭職的那個是我的學生，北京一家軟體公司的研發部經理，部門三十多人，現在他比我牛多了，昨天打了四十多分鐘電話，問題基本上理清了。如果大家還願意人肉，我那個不願意作作業的同學，他所在的公司正在被諾華