新上任的领导要求开发多了解业务，鼓励向客户经理或者实施发展

[WangLiCha]

以前遇到过的直属领导都是做技术出身的，最近换成了一个非技术出身的新领导，没想到一上任就来了一番震撼发言……

简单概括一下就是要求我们开发也需要多了解熟悉业务，希望开发多接近一线客户，最好可以在工期轻松的时候亲自跑一跑业务谈一谈客户，这样才能做出好用可靠的项目。以及进一步鼓励我们，如果有意愿的话希望我们向客户经理或者实施工程师发展……

这种情况你们会怎么看？做为开发而言了解熟悉业务到底有多大用处（尤其是在本身公司也有负责业务的包括产品经理在内的其他同事的情况下）？

[NoobNoob030]

了解商业逻辑，增长知识面

[helllkz]

这领导格局够，研发只关注技术，绝大多数都把自己的路给走窄了

[Corrots]

没毛病啊，对于开发来说本来就应该多熟悉业务。
当然向客户经理或者实施工程师发展，也要看个人意愿

[fmumu]

我觉得有道理,虽然我是写代码的
没有业务,代码没有什么价值,除非你写的是基础框架
有业务,垃圾代码也能赚钱

[James2099]

有利有弊吧，好处是可以更快理解客户的需求和痛点，发现新的创新点或优化方向，直接反馈效率高，坏处是容易扯皮，工作重心分散，本来就是产品的活，有好处是有好处，但是你花的这个时间会不会给你加工期开发，不然就是一份工资干两份活

[xxxyy2y]

技术是为业务服务的，脱离业务，技术一文不值

[godloveplay]

"要求我们开发也需要多了解熟悉业务，希望开发多接近一线客户，最好可以在工期轻松的时候亲自跑一跑业务谈一谈客户，这样才能做出好用可靠的项目"
------- 这是好领导呀。

[terrytw]

不强制而是自愿的话，很好啊
强制的话就难讲了

[stinkytofu]

非常同意, 开发一定不能闭门造车, 多了解业务才能事半功倍, 我做开发最怕需求不明确, 代码翻来覆去的修改. 我经常说的一句话就是 "只要需求明确, 开发不是问题."

[sighforever]

我个人实践的结果是，多了解业务是挺好的，但是直接面对一线客户，谈一谈客户的必要性不是特别大，而且会有很多问题

[NessajCN]

本就该如此，只关注技术就只能成为一个执行者，成不了创作者
就好像你只会打字，别人说一句你打一句，这样你永远成为不了作家
还是要多动脑子

[opengps]

多熟悉业务非常赞成，不闭塞自己本身就是最大优势。起码表现是：换工作时候不是只能找同类工种，很多技术转岗其实也是经历过其他场景后发现了自己更适合做些别的

[cutecore]

我们反着，新领导不去了解业务，丢弃过去几年的代码，从零开始，忙活啥一年也没做出来

[lakehylia]

除非你想转产品，不然你产品和代码同时搞的话，怕你没那么多时间。

[corcre]

熟悉业务没毛病, 很多业务自己写的时候就想着这样符合规则那样严谨, 然后做完没法落地😹

[debuggerx]

作为有追求的开发其实自己就应该这样做，但是领导这样要求可能就是另外一回事了，注意权责问题，留神别成了背锅侠。

[dlmy]

出发点是好的，但还是得看个人意愿。
公司有一些技术厉害的同事，连在公司内部沟通起来都不太顺畅，他们的性格就适合埋头写代码，让他们去跑客户也太勉强了吧！

[invadv]

看你要分配多少时间和精力到这块，太多就得不偿失，否则挺好的

[jsjjdzg]

小公司的开发不是一直和业务直接相关？

[veike]

我先说结论，这是我的一些思考的总结：
1.做应用软件开发，不仅要了解商业模式、了解业务流程而且要深入了解。
2.面相对象从了解现实生活、了解行业、了解业务流程开始。
3.代码的组织架构、服务器组织架构设计其实也可以应用到公司组织架构设计中，以及现实生活中其他方面的系统设计，其中一些道理是相通的。
4.提高编程的抽象能力可以让你对世界有一个更清晰的认识。