摊子铺得太大专注细节是不是程序员的通病

[refresh]

1. 想做一个东西，觉得这个功能也不错，那个功能也挺好。
2. 网上找现成的代码，总觉得这个库太大，那个代码写得太烂，算了，反正也增加不少工作量，自己写吧，结果挖了个坑
3. 这里挖一个坑，那一挖一个坑，结果发现坑坑洼洼，都没法进行下去了
4. 这个代码这样写不优雅，最先进的应该是这样...，然后又是N个坑

然后，然后，直到死亡产品也没有上线。

反观不懂或者不太懂技术的，能用吗，快点弄上线，以后再说，怎么快怎么来。这里扒拉一点，那里整一点。
代码太乱，没关系，反正人家又不看。有bug，没关系，不影响先上着。

怎么破？

[clc3123]

我是更纠结。
做别人的项目，快刀斩乱麻，还会教育客户，不要太纠结，注重实效，用数据说话，最后硕果累累。
自己做项目，挖了一个坑，再挖一个坑，各种不满足，各种折腾，总是特别难产，尼玛～

[Ricepig]

程序员要分清主次

想想代码结构清晰是为什么，注重可读性可扩展性是为什么，采用先进技术＼框架是为什么。

最终还是为了更快更好地完成需求。

每种竞赛，都是在相同时间内写出更快更好代码的人获胜。

[refresh]

@clc3123 差不多也是同样的情况，给自己做东西，总想这也好那也好。

[Loveyuki]

学习阶段就是这样的了

等过了这个阶段就好了。各种库乱入了。

[dreampuf]

明确技术债偿还的优劣

- 核心代码，长维护的需要有计划偿还
- 边缘代码，不偿还或者直接新技术替换

[alexrezit]

这样说明你不熟练. 不是 "通病".

[darasion]

还是我说的那个事情。
写代码根本不能像画机械图纸那样，都有标准可以依据。
代码具有天然的手工作坊属性