昨天听到同事说，代码只是需求的翻译，最重要的是什么定义问题？

不要因为自己是写代码的就觉得代码很神圣。
本质上，代码是负债，产品才是资产。
对于一个公司来说，代码越少越好，（可以带来营收的）产品越多越好。
而产品正是因为满足了某种需求才有价值。

所以你同事说的完全没错，至于需求定义是否准确，那是另一个问题。

我认为代码只是一种语言表述。优美的语言可以更好的描述问题。但是问题的核心解读是另外一个问题，也就是架构，算法，数据结构。

说得没毛病，但是翻译有高有低罢了

@RiverMud
稳定不崩这样的需求，应对多少用户的需求，不会没提吧

没毛病

@devinww 这就是大多数公司的沙雕之处。

粗略来说：

利润=销售额-成本

销售只是带来销售额，开发代表的是成本，如果销售在带来销售额的同时带来一堆垃圾需求导致成本上升，实际利润有可能是降低的，只是大多数公司不认为这种成本上升是销售造成，只会通过压缩开发成本来挽救。

这不废话么

这句话也许是真理。但是作为一个程序员把这个当真理，天天挂在嘴边，那可真是个笑话。

当你看懂了这句话，表示你比 8 成的程序员好一点点。至于还有那剩下的 2 成，早已开始指挥那 8 成的在搬砖了

技术解决需求。
科学探索未知。

就看你是技术型还是科学型了。
肯定技术型是大多数。

写代码应该向写作一样，是一种创造性的工作，也许不是一个好“作家”
但是不能把写代码当作翻译需求，这种机械的工作让人感觉到绝望

看项目，越是技术难度高 /复杂的项目技术占比就越重，技术难度高的不用说，复杂的项目如果仅仅是翻译需求后面肯定 hold 不住，这种项目里单纯的翻译需求就是组里的反面教材 :/