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

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

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

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

auhah

2017 年 4 月 17 日

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

JamesRuan

2017 年 4 月 17 日

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

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

blacklee

2017 年 4 月 17 日

Done is better than perfect.

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

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

![]( )

lyhtsm

2017 年 4 月 17 日

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

wizardoz

2017 年 4 月 17 日

代码太精炼未必是好事。

eyp82

2017 年 4 月 17 日

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

quickma

2017 年 4 月 17 日

没有银弹

rozbo

2017 年 4 月 17 日

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

garrych

2017 年 4 月 17 日

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

carlonelong

2017 年 4 月 17 日

不要过度设计啦

subpo

2017 年 4 月 17 日

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

bianhua

2017 年 4 月 17 日

@subpo

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

bk201

2017 年 4 月 17 日

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

bluefalconjun

2017 年 4 月 17 日

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

kfreewind

2017 年 4 月 17 日

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

moka20477

2017 年 4 月 17 日

过度设计

lovejoy

2017 年 4 月 17 日

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

10years

2017 年 4 月 17 日

等到下个阶段就好了.

monburan

2017 年 4 月 17 日

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

zacard

2017 年 4 月 17 日

出的 bug 约少

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.xtra.eu.org/t/355238

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.