時間的限制，粗略翻看《構建之法》，提出幾個個人小疑惑。
測試的目的不是盡可能的發現更多的缺陷嗎？在我看來用隨機數的測試方法不僅「增加測試的真實性」，有時還能測試出個人缺漏的地方，由此我們也可以針對錯誤的結果，反向推導錯誤的產生原因，寫出對應的單元測試。而教材中僅以「但不是在單元測試中」一句帶過，那又應該是什麼時候採取隨機數測試呢？
文章中的結對程式設計，就如所比喻的那樣，相當於「駕駛員」與「領航員」之間的關係，固然兩人之間的交流能互相學習傳遞經驗，而「駕駛員」與「領航員」之間也可能出現矛盾，乙個想走這條路看看溪邊的風景，乙個想走那條路看看叢林中的花草。兩者的搭配真的能高質量地產出嗎？後文還提到了輪換角色，我想來想去這個過程還是有點難實現的理論。
以前經常聽說，程式設計師工作模式：在deadline前乙個晚上，拼命熬夜敲**交付程式，看了這本書，仔細想想確實不可信也不科學，書上有提到「在團隊工作中，穩定，一致的交付時間是衡量乙個員工能力的重要方面」，當預計所需時間與自身實際所用時間趨於相近也是否意味著對自己工作能力的認識？但在面臨預計所需時間與實際所用時間相差較大的時候，我是否該在下一次工作中延長預計所需時間？這樣的方式是一種進步嗎？
提到「需求」這個概念的時候，基本只能想到使用者需求的聯絡，還想到到那一幅使用者想要乙個鞦韆，最後程式設計師弄出個輪胎的漫畫。如何做到真正認識到使用者的需求？書中還提到了技術團隊本身的需求，企業方面的需求，這是之前所未思考到了，那麼當著三者的需求發生衝突，又有什麼標準來如何確認最後的**嗎？
就如文章所言，現在日新月異的計算機世界，乙個新的事物很快就會崛起，甚至可能取代舊的事物，這是乙個問題還是乙個機會？這是否意味著我只要學習最新的事物就可以跟上時代？還是意味著我所不懂的事物越來越多？我應該先把現在正在學習的隔一段日子而轉向新事物，還是繼續紮實這部分的知識？
且行且珍惜
下午，鐵鋒要走，請了同事們準備吃飯告別一下。我因為一些陰差陽錯沒能去成，成了心中一件憾事。造成這種差錯的具體原因我就不提了。但是其間的教訓我倒是總結了一下 那就是 千萬不要一相情願的去等待。鐵鋒可以說是我接觸的博文第乙個人，雖然初次認識只是從聲音開始。不過，也正是通過聲音，我敲開了進博文之門。在這一...
且行且珍惜
生命中總是有太多過客，一次次的擦肩和交錯而過之後。終於懂得 塵緣如水，網緣如夢。冬寒料峭，我的世界已近一片冰封。就在歲暮淒寒之際，遇見了飄逸如煙 瀟灑如風 細膩如雨 溫暖如春的你。灑脫如你，西郊捕魚，東嶺逐兔，自由馳騁於天地間。何時方能學得你一分閒適？放下心頭瑣事，夕陽欲暮，一盞清茶，半卷詩書。何時...
且行且珍惜
你為什麼要離得我這麼遠？我一直都跟你很近。為什麼我看不見？對不起，我不該站在你的背後。題記 花季的我們嚮往那朦朧的愛戀，渴望灰姑娘與王子的邂逅。可是 夏至未至 裡，立夏和傅小司，僅僅因為七七的一句似真似假的話，不知不覺間走散，再也無法尋覓到對方。悲傷逆流成河 裡，易遙與齊銘在那條陰暗潮濕的弄堂裡彼此...