写代码真不能有洁癖

[guiyumin]

洁癖会严重限制生产力

而且很多时候，洁癖都是一种不自信的表现，因为不能容忍不完美，但什么代码是完美的呢，显然没有

我最近写一个 feature ，其实写完了也就写完了，但我为了所谓完美（还是对我自己最初的解决方案不自信，感觉不完美），拖了 3 星期，其实有点后悔，不应该搞这么久，而且犹犹豫豫，最后也没有一个更好的解决方案，还是用了最初的解决方案

[opengps]

但总得先过了这个阶段，才能彻底明白需求优先，才能不去计较那些屎山，不去争论哪家语言更好更坏，知道什么时候最应该怎么选择

[guiyumin]

@opengps 多写是唯一的解药

[cookii]

多写，多反思，多重构。
底层原理就是：有目的性、挑战性的练习+反思和调整(也就是企业黑话中的"复盘")

[tairan2006]

先写再改

[ksc010]

我也有这种问题，有时候就把这个限制在一个方法、或者类内；先实现功能再说

[fromzero]

加点 todo 之后再说。

[distleilei]

如果是公司，早点达到最低要求交差了事，多留点时间给自己才是正解

[NotLongNil]

可是不反思，永远都不会进步。这个要看你对写代码抱着什么样的态度。如果只是个吃饭的工具，确实没必要。

[kekeabab]

如果是自己感兴趣的项目，经常翻来覆去的想着优化感觉也挺好。
如果不感兴趣，只是纯粹为了吃饭的话，感觉没什么必要折腾，能跑就行。

[akira]

凡事都要适当。。 太完美主义不行， 完全不管不顾肯定也不行。。

[hao0oah]

我也是，这是毛病，得改啊！

[WhateverYouLike]

洁癖不是问题，别内耗精神和身体就行。总之就是在“洁癖不断修改代码”和“公司能容忍拖拉的时间”之间找一个均衡点。

[nyxsonsleep]

说明还是写得不够快，代码不够熟练（狗头

[Takamine]

其实还是见少了写少了，对于某种实现有一种源于自身设计不自洽的对“best practice”的执念，往往最后会导致很多无效 refinement 。

[weofuh]

时间充裕的情况下，感觉也没什么不好吧。按照你的描述，至少深度思考也实践过了。可以先提交一版再修改

[Tarek911]

我工作中遇到说这个词的人，一直是对别人代码挑挑拣拣，他自己写的一笔吊糟。
我遇到的是更恶心的那种，要求别人按照他自己想法来写，包括方法命名也要对你指手画脚，喜欢找你 1v1 对你的代码斟词酌句。

人总是会在隔段时间变换一种想法，随着思维迭代，代码总有不足。
没有绝对正确，当下看着顺心就好

[zhanlanhuizhang]

定好解决方案后，就要去实现一下。然后再改。