|
以前写代码，简单粗暴，实现就好，不管语言、框架和模式。但是写的多了，却开始经常会为了一个日访问量不到100的网站优化减少服务器负担；为了一个想不出好办法解耦的模块把整个项目推倒重写；不停地折腾在不同的开源框架里试图寻找一个最优解；没有按照语言和框架的官方推荐写法实现功能总觉得别扭。总之不写出感觉上最完美的代码，就不想把项目做下去，只想着不断找能更完美实现的语言、框架、模式等。该怎么解决？
回复内容：
没事的，完不成工作扣几次工资丢几次工作就会改正了。
糙快猛本身也有美感啊！
你要知道你使程序保持不必需的低熵会让你的努力大于得到的好处，这本身就是一种不完美。写出能符合你当前水平的代码就好。
就题主这种做法，想知道项目经理是怎么活过来的。:)但凡是有 taste 的工程师，哪一个不是完美主义者？但是在有限的时间内，当然是要以完成开发任务为第一优先级啊。如果时间有剩余，你再去审查、提高和完善。或者，后续报出来的问题，矛头指向的是代码质量或者可读性差，那就越早做 refactoring 越好。
找个女朋友就没心思想这些事了
不能说是个好事，但也不能说是坏事，至少说明你有追求，热爱写代码，这是进步的原动力。我有个工作4年多同事写代码总是漏洞百出，喜欢拖延，老大一看太慢，每次要我擦屁股。后来我干脆也不紧不慢的写代码，故意留小点bug，实在受不了。这个扯远了，只是想说跟不热爱写代码的人共事简直是折磨。过于追求完美，容不得一点瑕疵就没必要了：
在赶进度时会拖慢开发的速度，有可能会挨批。
在新产品研发阶段，因为产品经理可能随时说这个功能不要了……
你加班加点写了个自认几乎完美的代码、模块，人家一句话就被舍弃了，或者需求一变就不适用了，这会极大影响你的热情和情绪，为此愤而辞职就不好了。实际上就没有完美的代码，完美的架构，应用场景一变狗屁都不是。必须要学会平衡和取舍，在成本、资源、时间有限制和领导善变的情况下，产品如此，架构如此，写代码也如此。
折腾这种东西好幸福啊，我只能操心和技术无关的东西，烦死
用TDD方式来写代码，不管你怎么优化都必须先通过测试才行。如果UT不够，那么你把IT和ST的代码也先写出来。于是你的焦点就会转变为另一个了。不信你试试。
写C吧，你会无力倒腾最优解。
这不是好事么
|