知道的越多，写代码越慢。。。

[hiwower]

记得刚入行的时候，信手就写。 几千行代码。

现在举步维艰，感觉各种情况考虑。几十行代码。

做技术越做感觉 脑筋不够用。

[auhah]

@lyhtsm #26
40 50 多的白胡子老爷爷？

[JamesRuan]

不应该看单每天增加的代码，而应该看每天删除的代码。

正常情况下每天增加的比删除的也就多那么几十行，很少超过 100 行。但是删除的也算上的话，正常情况 100-200 行是比较常见的。

[blacklee]

Done is better than perfect.

按照楼主说的，以前很快，现在很慢，这种情况，基本不是因为想太多，而是因为想太少了。

我个人的独自项目，自己给自己提 issue ，自己在 issue 里更新当前的想法和问题解决思路。你可以看右侧的 issue 内更新数。另外的 activity 界面我就不贴了，经常先连着 3-4 个 comment ，然后再接着一堆的 commit 。


[lyhtsm]

@auhah 你说的对噢，难道年纪更大……

[wizardoz]

代码太精炼未必是好事。

[eyp82]

我觉得初期不需要考虑太多 corner cases, 只需要集中精力把主线流程实现出来. 然后通过高覆盖率的单元测试, 集成测试等去发现 corner cases 并增加处理.
一开始就纠结于各种异常情况, 反而偏离了重心, 导致很难建立起流畅的思路解决问题.

[x7395759]

没有银弹

[rozbo]

随着技术的增长，写几千行代码的这种工作自然要交给下面的人去做，自己只负责写出核心的几十行就可以了。
难道这不是资源的合理分配吗？

[garrych]

非也！这只能说明你知道的还不够多。
知道多了写代码慢很正常，但是知道的足够多的时候，写代码就快了

[carlonelong]

不要过度设计啦

[subpo]

三重境界
看山是山，看山不是山，看山还是山

[bianhua]

@subpo

其实还有两重境界：
不想再看山，替我去看山

[bk201]

我这么觉得我新手时候才会考虑东考虑西，然后 1 天下来基本没写什么。后来基本上是先功能出来再优化。

[bluefalconjun]

只做架构设计... 只画流程图 结构图... review 代码, 一天 comment 大概 10 个以内的 cl...
已经到了基本不写代码, 只有移植, 修改部分调用.

[kfreewind]

先梳理流程，封装业务模块，善于使用工具模块，分离关注点，就会发现需要关注的东西越来越少。

[moka20477]

过度设计

[lovejoy]

我现在写代码都会考虑高并发会怎样，但是感觉想多了。

[10years]

等到下个阶段就好了.

[monburan]

原来写代码也不考虑性能，也不考虑效率，单线程上来就是干。
现在知道多线程了又去考虑消息队列，还要考虑代码写的规不规范，写注释了吗，别人能看懂吗。。。

[zacard]

出的 bug 约少