在编程的时候，你会花多长的时间来思考？

[wyan453351466]

看到一个说法是，编程应该用 80%的时间思考 + 20%的时间写代码。

你如何看看待这个说法？

你会在编程前，先花 80%的时间用来思考吗。

或者说，你有在开发前，先写好思路 /文档 /流程图的习惯吗

[gpra8764]

写底层至少要按这比例，堆 UI 差不多适当降低思考比例

[otakustay]

思考大部分并不是在编程的时候的，比如吃饭时、蹲坑时、睡觉时、看动画时、玩游戏时、坐地铁时……所以真正编程的时候，思考绝对不会有 80%的比例的，太假了

[zhybb2010]

前后端一个人，运维架构一个人，纯思考占总项目时间的 30-%40%，coding 中思考占 coding 中的 70%。。。

[xxyang]

看有没有复杂的逻辑，没有的话信手拈来

[xiri]

大部分时间花在思考怎么调试、修改上了

[INCerry]

40%的时间和产品撕逼

[INCerry]

40%的时间和产品撕逼
30%的时间和对接方撕逼
20%的时间在试图理解别人的代码
2%的时间写代码
8%的时间在调试

[visonme]

曾经有过这样 80%思考（程前准备），20%编码， 那种感觉确实很爽（编码过程) ,而且效率确实很高，各种出错率都低了不少....

可现实中，这样的机会很少，大多数时候都是 10%思考，40%跟各类人群沟通 /确认 /等等 30%编码 20%修改

[good1uck]

0s

[JamesR]

20%写代码，50%测试修 Bug，30%思考。

[wangkun025]

我花 80%的时间胡思乱想

[charlie21]

主要是思考怎么和别人的垃圾代码对接。自己写 不用思考

[loading]

80，10，10
思考，ctrl c,ctrl v

[driveby]


[driveby]

@driveby 图片粘贴错了，不好意思。。。

[sikong31]

先快速实现一遍，摸清细节，再慢慢改。除非经验特别丰富，计划赶不上变化

[luvroot]

90%在做别的事情，1%的时间在 一把梭子，拿起键盘就是干，9%的时间再被各种隐藏 bug 坑得死去活来。

[FlexGap]

思考肯定是有的，但是就我个人来说，可能不会花 80%那么多。还有就是看项目，小项目一般就是草写之后不断迭代优化。

[zhanlanhuizhang]

每次，思考的时间占用过多。造成后面天天加班，赶进度。

[lewinlan]

大概 50%思考，50%编码+单元测试+整体测试解 bug

看项目难易度，如果是起一个新的模块，那思考的时间会多一点，相当于干了产品经理的活。如果是熟悉的或者相对健壮的模块增加功能，那思考时间就少很多。