其他

今天使用飯否進行了手機的設定，在通過手機進行設定的時候，通過手機提示的驗證碼是“adgj”，這個看似很簡單的驗證碼，其實有很大的學問，因為通過手機輸入字母是比較麻煩的，因為所有的字母都是成組出現的，例如：“abc”“def”“ghi”“jkl”“mno”“pqrs”“tuv”“wxyz”而以前我使用手機輸入字母的時候，最討厭的就是輸入除了首字母之後的字母，需要敲入很多遍，才能選擇出來正確的字母，而今天給我的提示是“adgj”，我不知道是系統是如此設計的，還是我恰恰就是趕上了，反正感覺很好，雖然安

專:忽如一夜春風來,千樹萬樹梨花開.現在的技術百花齊放,切忌不可貪.不要盲目的追求新技術,唯有演算法才是靈魂.書要先讀厚,然後再讀薄,要專先要博.靜:非淡泊無以明志,非寧靜無以致遠.要想達到高的境界，必須能夠心靜.年輕的程式員都很浮躁,這一點對於他們來說尤為的重要.靜而後安，安而後定，定而後思，思而後慧，慧而後得.謙:謙不僅指技術,而且還指人.一門實用的技術,無論多麼容易掌握.只要你深入的研究,都會挖掘出很多新東西來.對於人來講,你可能會就某些方面向其他人請教.如果你不謙虛,請教的結果肯定會不很

飯否是一個我最近比較喜歡的應用，飯否網站的使用者體驗的確感覺比較用心，今天簡單分析了一下網站的網頁代碼，感覺網頁的布局十分清晰，Html也十分的乾淨，通過網頁的原始碼大概簡單體會了一下網站的架構，網站的主要網域名稱如下：fanfou.com、wap.fanfou.com、static.fanfou.com、dev.fanfou.com、help.fanfou.com、avatar.fanfou.com、api.fanfou.com。fanfou.com是網站的主網域名稱，網站的前端應用主要集中在

10.1前一直在北京做一個項目的驗收工作，對方是一個即將上市的大型IT企業，實力很強，我的兄弟說看一個公司是不是NB，主要看看喝水的杯子上是不是有公司的標誌，有，不光杯子上，所有的東西上基本上都有。能和這麼NB的企業做事情，自然是要多學習了，的確，公司分工十分明確，功能細分到不能再細了，各個部門都是按照既定的策略來執行，但是，且慢，怎麼感覺有些地方彆扭呢？效率低：一件簡單的事情也要先申請，後批准，拖上好久。環節多：部門分工過細，造成一件事情需要多個部門協調。責權混：這個項目到現在換了6個負責人，

劉振飛的《互連網研發項目的管理》是一個相當精彩的課程，課程的講解主要以他位元組的工作曆程為主：1、Microsoft的研發流程2、阿里媽媽的研發過程3、BugFree的推廣（略）其中Microsoft研發流程部分，在《程式員》上已經有比較翔實的記錄了，大概如下：1、團隊內部交流主要依賴Outlook，需要特殊提醒的是郵件的文字描述、格式和內容都十分的規範，而國內很多的團隊電子郵件則只流於形式，錯字連篇，甚至沒有郵件主題。2、團隊常用工具：Outlook、SharePoint、Vss、Raid（P

工作時間不要與同事喋喋不休的閑聊。不管老闆在不在都表現一致。不要貪圖公司的財務。不要看見功勞就想佔為己有。善於控制自己的情緒，不要將不良的情緒帶到工作中來。時刻堅守對現在的工作盡職盡責。每天都有一種積極態度、良好的心情去面對你的工作。不要一下班就馬上消失，要對自己經手的每一件工作負責。對於上司的任何建議或者報告，都不要敷衍了事，嚴格、負責、用心工作是每個上司都喜歡的工作作風。記住任何工作都不是完全沒有意義的，要知道，你所有的貢獻和努力都是不會被永遠忽略的。永遠不要當一個沒有思想的應聲蟲。千萬不要

空白時光有你來填滿可以是平靜或燦爛有時濃有時淡心胸要寬廣才能夠經得起波浪在旅途中風起和雲湧每個人都會有起落有時浮有時沉有時沒方向有時在霧裡向前闖一生中難免常會有不如意道路太平坦會失去了勇氣就(讓)算天塌下來把它當被蓋我只想好好過現在日子太貧乏會失去了意義萬裡晴空任你去翱翔可以是追逐或導航有時飛有時停有時沒星火只有你為自己掌舵大海之中風起和雲湧每艘船都會有起落有時明有時暗有時沒方向也要在霧裡向前闖視頻地址：http://www.ku6.com/show/MLII-uCQu35GtKaw.html

周末對於我來說是無限渴望，但是與工作比也是未必可以閑的。女兒快20個月了，最近的食量驚人，每天的淩晨3：00和6：00必須喝奶，總是迷迷糊糊的起來沖奶，又迷迷糊糊的睡著，只是驚歎於她的生物鐘真准。老婆的眼鏡被女兒搞壞了，在“寶島眼鏡”花了近400塊重新配了一副，周日在萬達看了《大灌籃》是這幾天最放鬆的一個時間段。更換了一部手機是Moto的Q8，關注很久了，但是整個周末基本上沒碰它，都陪女兒了。這句話看來真的很正確“工作的時間不需要太長，而是需要效率，在家的時間不要談什麼效率，夠長就行了。”

必須使用全編譯方式進行調試。編碼的時候要多使用快速鍵。編碼的過程中多用鍵盤，少用滑鼠。重構過程中如果提取參數，要第一時間給佔位函數賦值。判斷字串是否為空白使用Len函數。要將編輯器的“工具-選項”中的“自動文法檢測”功能取消，選中“變數聲明”，網格的寬和高設為24。函數的調用層次避免超過3個層次。函數超過20行必須有注釋。要最佳化比較條件，如短路比較。所有的變數必須宣告類型。重構不停，一直前進，要著眼於全域。不要過於追求完美，適合就可以。修訂過程中將關注的焦點放到修訂的代碼部分，不用過於分散精力

從昨天晚上的8：30一直到現在，一直都處於疲憊和緊張的狀態，嗓子還在發炎，難受中。做軟體最難熬的莫過於在臨門一腳上出現問題，但是，這次我遇到了。很佩服競爭者的韌勁，知道成功的希望很渺茫，但是一直在堅持，如果這次他們可以翻盤，我真的願意為他們鼓掌。總結起來有幾點：飛機永遠是不靠譜的，重要的事情寧可早一點走，也別指望飛機，誰知道北京會不會打雷。團隊間傳遞資訊的時候，一定要保證明確事情的嚴重性，切勿含糊，不明確的需求只會誤導。加強團隊間的溝通，特別是異地團隊間的相互瞭解，這個是最最重要的。特事特辦，關

摘自《微軟360度》市場和銷售部門只關注市場推廣和銷售量，而不把市場最新動向和客戶真正的需求傳遞給研發部門。專案經理只注重軟體功能的豐富和開發進度，不能敏捷地根據使用者的需要調整設計和計劃。開發人員一味地追求技術的高、新和奇，而無視開發的成本、風險和對使用者的影響。測試人員盲目地提高品質標準，在一些細枝末節的問題上糾纏不清，從而造成項目的延誤和市場競爭的不利。在同一職能團隊內部也有同一問題重複和投入，而整體上缺乏成果共用的現象。

上周去江蘇的常州做一個項目的售前產品測試，有些心得記錄一下。阻礙項，在項目的實施和推進過程中，會有很多因素會阻礙項目的進展，因此在項目的推進中要時刻注意"風險"二字，當出現阻礙項目推進的因素的時候，要積極主動的去解決這些問題，記住一定是積極主動的解決，因為阻礙項的解決只有兩種，要麼解決，要麼規避。如果被動的來處理，這些阻礙項就會像一個幽靈一樣，突然變成一個惡魔，把你一切的功勞都會抹殺。所以在實施當中，笑看阻礙項的心態很重要，通過技術手段進行處理，並通過一些功能和實施方案的組合，來繞過這些阻礙項是

同樣的問題在一個地方摔倒好幾回，總是沒皮沒臉。最近的第一個項目就是不重視需求，盲目臆測，結果人家想要個驢車，非得給人家做了個平治。眼前這個自認為各方面控制的不錯，但是在實施中使用者突然提出了我們篡改了他提出的架構，冤枉死了，者的不差那一點的。如果說成功的地方，兄弟拼了老命爭取回來了；第2個項目，幸好考慮的風險問題，兄弟們連軸幹了36個小時，總算搞定。真他媽的怪了，往往到實施的時候，總會出現這樣或者那樣的問題。吃了虧咱們得總結總結：要拼了老命重視需求的調研，花些時間和成本是值得的。需求確認後一定要

代碼重構後也不見得是最好的，但卻是現階段最有效。Coding的時候在IED中要注意使用書籤。結對的過程中，至少每1個小時，要輪換一下。每有效工作50分鐘後，要主動休息和調節10分鐘。代碼注釋的主要作用是輔助閱讀。定義數組的時候，變數名後邊要加s。在SQL中定義表名，也要複數形式表示。API函數盡量封裝後進行複用。重構中要消滅無用的Public變數和函數。盡量不要採用類似與Temp等字樣的臨時變數名。要注意模組層級別變數的範圍，以及複用的衝突問題。

Nokia的Scrum標準：迭代要有固定的時間長度（TimeBox），不能超過六個星期。每一次迭代的結尾，代碼必須經過QA的測試。Scrum團隊必須有產品負責人，而且團隊都清楚這個人是誰。產品負責人必須有產品的Backlog，其中包括團隊對它進行的估算。團隊必須有一個燃盡圖 (burndown chart)，而且要瞭解他們自己的生產效率。在一個Sprint中，外人不能干涉團隊的工作。Backlog是Scrum的核心，從根本上說，他就是一個需求、或故事，或特性組成的列表，並且按照重要性進行了排序，

抽取函數的過程中，首先要保證程式能正常運行，這樣在修改的過程中，有利於調試。函數的預留位置，建議採用個性的名稱。代碼超長，按功能分塊提取，在找共同部分進行合并。重構大型函數，應從最低層開始處理。重構過程中，要不斷的討論和演化，逐步過度到最佳的解決方案。重構過程中，要注意心理的調節，快樂良好的心態，才能保證品質和效率。多用NOT，少用FALSE。

編譯參數與命令列參數不可混淆。Connection的遊標等設定放在Open之前。在函數和方法的命名中盡量採用Set和Get等形式。函數中的語句縮排一個Tab。所有的工程都要從Main函數開始啟動。多個函數間保持一個空行。程式重構過程中優先刪除廢棄代碼。程式重構前要刪除無用引用。檔案命名：frm（表單）、m（模組）、c（類）。建議採用防禦式編程。建議採用小塊的緊湊函數。全域變數必須加上g首碼。函數名稱要體現函數本身含義。修訂中要避免注釋中的錯別字。函數修訂過程中要保證注釋同步。DAL作為資料訪問的

摘自《微軟360度》領導：計劃、分配工作、管理員工、作決策、協調協商、解決糾紛。教練：根據隊員狀況和表現指揮團隊間調整和分工。老師：教授知識、技能、解答問題，布置"作業"，也就是員工要做的事。船長：一個團隊就是一條船，需要船長指揮和控制方向，並檢查和保證船在各組件正常運轉，也就是要保證團隊要完成的任務保質保量的完成。外交官：講話有策略，尊重每個人的文化背景、宗教信仰、工作風格、個人喜好習慣。家庭兄長：兄弟般關心每一個隊員，身體健康、工作量、工作生活的平衡、是否愉快、解決不開心的事等，承擔責任、風

這段時間的主要任務是整理代碼，有點類似代碼考古學，呵呵，所以，看的書與重構和設計模式關係很大了，由於在修訂過程中心態是很重要的，所以抽空再看《悟空傳》了，否則很難達到一種心態的平衡。修訂的過程還是比較小心的，底線是必須保證能夠通過測試，無論是自我審核，還是自動化的測試，還是人工測試，程式必須保證與原有的邏輯一致。另外必要的協助工具輔助必須有，例如一些代碼審查和錯誤修正的工具。修訂的步驟基本上小塊整理，保證每修訂一個模組後，這個模組是穩定的，然後逐步將不同模組間通用的部分，進行提取和歸納，逐步形成

這個5.4註定是沒有屬於我的半天時間了，78年的人看來已經被國家定義為中年人了，但是正宗的中年人還未必同意，因為很多5.4青年獎章獲得者都是40來歲的人，這個年紀只能是半吊子了，不上不下的。根據最近的工作情況記錄幾句話：忙有法、閑有規。安內、專註、知短、明長、個性。擺正心態，敢於面對現實、讓你擁有過硬的自製能力、把情感裝入理性之盒、獨處可以激發思考的力量、壓力是最好的推動力。