推 blue3: 雙螢幕 + livereload, 一個螢幕編輯器，一個螢幕瀏覽器 12/29 00:12
→ MOONRAKER: 一次全寫完，又不是jojo第五部那個漫畫家 12/29 00:48
→ MOONRAKER: 可以開替身來畫漫畫 12/29 00:48
→ alog: 多看別人的 source code，看他們有什麼技巧解他們的問題 12/29 00:57
→ alog: 然後把維護複雜繁瑣的部分 盡量簡單化 12/29 00:57
→ alog: 對於效率這個看法，我認為就是多看書多去學你那個領域的技術 12/29 00:58
→ alog: 接著看你的往後接下來的案子會接什麼技術的 事先先涉略一下 12/29 00:59
→ alog: 另外因為聽起來你做的是web，所以你也要多去學別的框架 12/29 00:59
→ alog: 多去比較跟學習一些新的工具或寫法來改進自己的做法 12/29 01:00
→ alog: 因為即使你很會寫產出很快，遇到更複雜的團隊組合你的code 12/29 01:01
→ alog: 經不起維護考驗 12/29 01:01
推 ProfessUX: 看妳熟不熟 熟的人都是一次寫完 因為很快就知道bug在哪 12/29 01:40
→ ProfessUX: 太大的東西可以切小一點 而且要統一 這樣抓錯比較快 12/29 01:41
推 shadowjohn: 最近都習慣一次寫完，然後跟同事插雞排定輸贏... 12/29 01:44
→ ProfessUX: 初學的話還是慢慢來好了 正確度高自然就有效率 12/29 02:03
推 ProfessUX: 我自己習慣是會把所有變數都訂好統一型態 設節點debug 12/29 02:25
→ ProfessUX: 不同部位出現不同error message report error type 12/29 02:26
→ ProfessUX: 現成框架的話這個地方應該都做得好好的就是了 12/29 02:26
推 chan15: 我開始使用 unitest 之後，現在常常都是在視窗介面看結果 12/30 11:13
推 mecumi: 目前是盡量程式寫多一點再按重新整理, 不然效率會太低落 01/04 18:19