Oldeng(@dengdry):开发者 Dan Moore 回顾自己参与过的软件项目后发现：一些代码写得很有意思，最后却因为没有市场或商业问题被放弃。代码质量过关，并不等于产品有人需要。这改变了他对开发工作的理解。用户不关心架构多漂亮，只想把手头的事办完；如果功能方向错了，测试、文档和扩展性做得再好，也只是在认真维护一套没人用的东西。所以写代码前那些看起来“不够技术”的工作——确认谁会用、要解决什么、愿不愿意采用——反而决定了后面的工程投入是否值得。代码当然要能跑，但先把人的需求弄错，技术做得越精致，浪费的时间越多。

2026.08.08 06:01

开发者 Dan Moore 回顾自己参与过的软件项目后发现：一些代码写得很有意思，最后却因为没有市场或商业问题被放弃。代码质量过关，并不等于产品有人需要。这改变了他对开发工作的理解。用户不关心架构多漂亮，只想把手头的事办完；如果功能方向错了，测试、文档和扩展性做得再好，也只是在认真维护一套没人用的东西。所以写代码前那些看起来“不够技术”的工作——确认谁会用、要解决什么、愿不愿意采用——反而决定了后面的工程投入是否值得。代码当然要能跑，但先把人的需求弄错，技术做得越精致，浪费的时间越多。