在某個專案上使用tdd方式開發，結果比較慘淡。自己來說，有些"設計決策猶豫症候群"，也就是說，在寫**的時候，不知道如何處理某個問題，而卡在了那裡。這樣的問題希望能通過tdd改善，也就是所謂的，用最簡單的方式實現就好了，不要考慮擴充套件性什麼的，無論何時出現了問題，包括測試不通過，繼續寫下去的時候感覺不對，重構就好了。也就是說，不是要求一定要現在就做出決策，而是等到問題比較明顯，那時候思路比較清晰的時候，再來決策，也就是說，關鍵的思想是，just move on。不要有思想的包袱，感謝重構。
而tdd最難的就是掌握節奏，就是兩頂帽子輪流的時間。這一點可以說是tdd是否良好有序的進行的表徵，最多連續的寫乙個小時的**，就要進行反思，並可能的重構，當然並不是說重構就要在乙個小時之後進行，如果你感覺有需要，就可以進行，這只是乙個預警，防止你前進的太多，而忘了自己在做什麼。離開桌子，站起來想想。
這一周感覺專案的進度逼著，希望盡快做一些東西出來，結果錯誤的想先寫好乙個類的所有的測試用例，並且在每乙個測試用例裡面先寫好各個probe，這樣子當然是不行的。我們應該建設的是a web of object，而不是單單乙個類。應該從最基本的需求開始，完成它， 通過測試，然後新增probe或者其他的用例。這個專案是在做pc和手機端的通訊，一開始是想要做好非同步和同步兩種方式，雖然這是可以預期的設計，但是也許會誤以為同步才是最基本的方式，想要先完成傳送乙個請求，然後阻塞的等待回覆這個用例開始。但是在這個情景裡，反而非同步才是最基本的方式，反而應該從非同步模式開始。
一周工作小結
一連幾天都比較忙，前天和老許一起去了學校，看了看羅捷小組的專案，然後我們就在邊上偷笑，發現和我們還是有段距離的，hoho。中午在重慶雞功煲吃的，我的本意是要請羅捷吃頓的，他畢竟幫了我們滿大的乙個忙，可是怎麼拉他都不去，那也只好算了，下午又和泡泡，老許去游泳。這個泡泡真是差點氣 死我。交給我的詳細設計...
3 21一周小結
這周依舊是做貪心的題目，不過這周題目做起來要比之前舒服很多，當時在做ride to office時，剛開始看以為是追趕問題，想著就會很麻煩，但是，在經過一段時間掙扎後，我看了看別人寫的題解，才豁然頓悟，貪心的應用如同它本意一樣，要找到最優解，而不是侷限在自己那一點思維當中，要會去深入思考。再後來的做...
一周Qt使用小結
初創公司，沒有像大公司那樣的技術積累，很多東西需要自己從頭幹起，其中較大的一塊就是工具。想起剛剛參加工作半年的那會兒，老闆為了說服我寫工具，說讓我進工具組是培養我，寫了乙個資料校驗工具後，我就死活再也不肯開發工具了，硬要繼續寫服務端程式。現在真是輪迴，這次我是發現，我們實在是太需要工具了，於是決定自...