代码质量被高估了。

由 Mux 赞助的 DEV 全球展示挑战赛：展示你的项目！

如果你和我一样，你会非常担心自己写的代码是否“足够好”。

过去一年，我一直在开发Gush，一个个性化的纽约游玩指南，目前处于内部测试阶段。我经常会问自己一些问题，比如“这个概念抽象得是否合理？”、“文档是否足够？”、“易于复用？”、“长期维护是否可行？”或者“有没有更巧妙的写法？”。毫无疑问，回答这些问题本身就是一项非常有价值的练习。

但 Gush 的未来充满不确定性。如果我们无法获得用户，代码质量就毫无意义。我不得不学会比预期更早地停止改进代码，因为用户并不关心代码有多好。对于像我这样的情况，我认为“代码质量”需要稍作重新定义。

衡量代码质量的首要标准应该是“它能正常运行吗？”。其次，最重要的标准是“它能为用户提供卓越的体验吗？”。在证明你的产品拥有市场认可度之前，其他所有质量衡量标准都只是锦上添花。

花时间提升代码质量是一种特权——这种特权必须通过打造人们喜爱的产品才能赢得。

我并非提倡编写粗糙的代码。我重视代码质量，并且尽一切努力避免积累技术债务。但对于早期项目而言，必须找到一个平衡点，而这个平衡点并不总是那么理想。