我的習慣是修改一次，就要把畫面F5一次
看一下成果，ok了，才繼續下去
因此常常卡在一個地方卡很久 = ="
雖然正確度高，但產出效率似乎有點慢
也曾經想過，一次全部寫完，再來debug
但是怕要改的太多，所以還是放棄
不知道大家的習慣是什麼?
對於效率這件事又是如何看法?
作者: blue3 (啦啦啦) 2014-12-29 00:12:00
雙螢幕 + livereload, 一個螢幕編輯器，一個螢幕瀏覽器
一次全寫完，又不是jojo第五部那個漫畫家可以開替身來畫漫畫
作者:
alog (A肉哥)
2014-12-29 00:57:00多看別人的 source code，看他們有什麼技巧解他們的問題然後把維護複雜繁瑣的部分 盡量簡單化對於效率這個看法，我認為就是多看書多去學你那個領域的技術接著看你的往後接下來的案子會接什麼技術的 事先先涉略一下另外因為聽起來你做的是web，所以你也要多去學別的框架多去比較跟學習一些新的工具或寫法來改進自己的做法因為即使你很會寫產出很快，遇到更複雜的團隊組合你的code經不起維護考驗
作者:
ProfessUX (Professional UX)
2014-12-29 01:40:00看妳熟不熟 熟的人都是一次寫完 因為很快就知道bug在哪太大的東西可以切小一點 而且要統一 這樣抓錯比較快
作者:
ProfessUX (Professional UX)
2014-12-29 02:03:00初學的話還是慢慢來好了 正確度高自然就有效率我自己習慣是會把所有變數都訂好統一型態 設節點debug不同部位出現不同error message report error type現成框架的話這個地方應該都做得好好的就是了
作者:
chan15 (ChaN)
2014-12-30 11:13:00我開始使用 unitest 之後，現在常常都是在視窗介面看結果
作者: mecumi 2013-01-04 18:19:00
目前是盡量程式寫多一點再按重新整理, 不然效率會太低落