2008年8月3日 #
摘要: 上次參加open party朋友拿了一本《開源技術選型手冊》,翻了一下,整理成腦圖(圖的效果還是比文字好哦) 閱讀全文
摘要: 從svn版本上checkout出來的新的版本,dwr部分的xml配置文件是紅色提示錯誤,一開始以為是jsp的普通驗證錯誤,后發現不是那么回事。 閱讀全文
1.很多人喜歡用代碼開發工具的debug功能來跟蹤問題,雖然最終可以解決問題,但是從方向或者思想上不建議這樣做,我依然記得最初我的技術經理對我說過 “代碼不是調出來的”。
2.不是調出來的那是怎么出來的呢? “寫出來的。” 呵呵,別扭,但是想想看,是否有點道理?
3.從另一個層面,我們需要加強代碼的規范的寫法,這就好比設計,先盡量將設計(在敏捷的年代似乎談設計不太入流,那么你可以認為那是一種思考吧)做的到位一點
4.回到一個大的命題:戰略如果錯誤,執行的越快死的越快;同理,思路或者方向如果有問題,做的越帶勁,你越難受。
5.讓我們朝這個目標挺進:代碼一次編寫就通過! 我見過一些這樣的高人,只要你努力,是可以做到的。
摘要: 又一陣熱風吹過來了,猶如當初的asp,猶如近段時間的SOA 閱讀全文