re: 程序員的前程 冬日的陽光 2009-01-17 19:58
技術沒有極限，我也喜歡技術，可是我現在真的不想再做技術了，只要不想靠技術吃飯了，想做一些簡單的事情來養活自己，可以活的輕松一些，太累了
re: 關于成立軟件技術支持組PIT構想 冬日的陽光 2008-10-23 10:56
跟我想的一樣,我也想建議公司搞這么一個東西,可惜,唉,注定不會被批準
re: 等我白頭發了~~ 冬日的陽光 2008-09-25 20:54
我現在頭發也白色1/3,我有車鑰匙(自行車,鑰匙后面也是黑色塑料)
手里也有手機,智能手寫的
肩上也有筆記本,IBM的(4年前咬牙買的)
....
re: 自己動手寫struts 冬日的陽光 2008-08-27 09:55
呵呵,大家都喜歡發明輪子~~~
re: 項目開發感想 冬日的陽光 2008-08-06 10:11
“編碼中對“可預見性”的代碼結構適應，擴展接口預留”
這個東西與經驗的關系太大,屬于不可控的方面,最好項目中有負責整體框架的人或者小組來決定這些事情而不是由某個開發人員來決定
re: 代碼不是調出來的 冬日的陽光 2008-08-04 11:15
代碼肯定不是調出來的,當然是寫出來的
代碼首先要有個好的結構和大方向的正確和設計
調試代碼只是為了發現代碼在實現過程中的小瑕疵,或者發現代碼中的漏洞
如果寫了一段很垃圾的代碼,然后寄希望于調試來改變這個代碼的風格和結構,這不是很可笑的么
樓上有位仁兄說"lz高見，以后lz寫代碼全部不用debug，寫好后直接就能運行。 "言下之意好像寫代碼不用調試就可以運行很可笑，我倒是認為如果寫了幾十年的代碼，你寫一個一般復雜程度的對話框還會出現需要調試代碼，哪能說明什么問題呢
換個角度說，如果你寫了代碼不用調試就能很好運行，這不是很酷么，很值得我們追求么
re: 連編的重要性 冬日的陽光 2008-08-02 01:08
看來你需要持續集成,呵呵
另外,寫好方法以后順便在里面拋一個not implementation異常是一個比較好的習慣