我的习惯是修改一次，就要把画面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
目前是尽量程式写多一点再按重新整理, 不然效率会太低落