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

[bigxianyu]

所以是不是代表这个公司文化是轻代码，重结果，重思考。这个是不是一个好的倾向。

[tomczhen]

资本家的任务罢了。

[adgad2]

我也是这么认为的.....

针对大部分 curd 的需求

[zhaokun]

一个人说话就能代表公司文化 吗？

[felixcode]

西安一码通，需求和问题早就定义好了，但有人因为代码丢官了

[wolfie]

先有需求，才有代码实现。
除非你有顶尖技术，比如硅谷里的独有压缩算法（设定）。才能根据技术找需求。

[devinww]

对于大多数公司来说不都是这样的么，毕竟开发是看不到利润的，而销售可以。

[bigxianyu]

@zhaokun 待的比较久而且比较高的 level ，有一定的代表性

[cnkuner]

程序猿说白了就是手艺人、匠人。古话说做事不由东，累死也无功。

[Leonard]

大多公司是业务为主吧，正常。毕竟谁最能挣钱谁就有话语权。

[kop1989]

商业公司，一定是这样的。
代码如果能够 100%的描述合理的需求，那么其就有了作为成功产品的根基。
更多的情况是需求本身就有问题，或者是因为成本等原因代码实现不了需求。

但话说回来，这其实是一句正确的废话。
这就像是，吃饭是因为饿，喝水是因为渴。

[acmore]

代码是业务的翻译，需求也是业务的翻译
代码是实现层不代表可以瞎瘠薄提需求

[sandman511]

代码本来就是需求的翻译啊
但是翻译也有水平的高低 翻译本身就是一门艺术啊

[Vegetable]

没毛病啊

[whatevers]

需求像建筑设计，代码是结构设计。建筑设计除了美观，还需要考虑抗震、抗剪、承重、实用性等各个方面，脱离实际想建空中楼阁也是不现实的。

[final7genesis]

代码是需求的翻译，没毛病，但是让他能不能把“只”去掉， 就像你可以叫我跑龙套的， 但不能叫我死跑龙套的。

[keepeye]

这个需求很简单，怎么实现我不管，明天上线

[mmqc]

金融皮条公司，有俩名词，和楼主说的很像了：
承揽和承做。
一般承做都是技工，对应码农。
待遇的话，一般承揽要好过承做很多

[xinghen57]

语言就是需求的翻译，最重要的是什么定义问题。

打工人就是老板需求的翻译，最重要的是什么定义老板的需求。

肉体只是灵魂的承载体，最重要的是什么定义灵魂的意义。

毫无违和感，放之四海而皆准。

屁股决定脑袋罢了。
要是代码（工具）都消失了，看他一堆定义需求的方法有什么用？
年纪也不小了，这是给小朋友洗脑，还是自己也被洗脑了？

[sskyy]

如果最终是通过代码解决问题，那代码就是基本功。很多时候基本功不行，问题定义得再好也执行不到位。反过来也是，基本功再好，不能正确地定义问题，做出来的东西没什么用。没有谁轻谁重，应该是相辅相成。

[murmur]

说的没错，你得把需求卖出去，要不苹果怎么这么屌，国内做手环血压，垃圾，比不过 100 的欧姆龙

苹果的心电图，牛逼，老年人必备，每天自测避免猝死