论开发人员的直属领导是需要有较强的编码能力吗？
近期一直在思考一个问题，，说 作为一个开发人员（各种框架、开源知识有较好的了解），他的领导（负责安排每天的具体工作）需要有编码能力吗，答案无法有两种
1：要么他不会编码或者说没接触过开发工具，偶尔用用Editplus 就算“接触开发了”。
2：要么他是过去一直从事开发工作，随着各方面能力的提升，主键走上了管理岗位。
针对对一种进行分析
整体看，是不会针对开发细节进行干预（因为他不懂，也说不出个123），这样给开发人员了很多的发挥空间。用什么技术实现完全有开发人员自己决定。从公司角度讲，长远看来随着业务的增长，项目长期累积有可能会失控，一旦开发人员离职，原有代码的接手就是个大问题，各个项目各种技术都有混杂。 从开发人员角度讲，自由空间很大，可以根据自己知识结构的掌握情况，尝试新鲜技术，对个人也是有成长帮助。 当然，还存在另外一种可能性，领导不懂开发，却有着较强的“占用欲望”，这样他会给开发人员一些“指手画脚”，当讨论业务逻辑时，这个领导会认为自己也会开发，强加了一些思路或者想法在开发人员身上，如果这个开发人员比较内向，切比较没自己主见的话，那么系统的诞生就存在很大隐患。比如： 结构上，扩展上 等等，所开发的功能只能满足一时。如果这个开发人员很有自己想法的话，那么结果就他认为自己的发挥受到限制，不久 就离职换工作。 对应新需要的工作量判断 估计就一般般了，要么完全按业务部门计划来，要么拍脑袋了。下面的开发人员要么忙的要死，要么能偷懒。
针对第二种进行分析
由于彼此“同行”，只是经历的“年代”不同，对于边缘功能的开发，完全由开发人员自己做主，设计核心架构的，在一定程度上这位“师哥”会给一定的建议或者经验，这样对开发的成长就有着“四两拨千斤”的作用了。两人又很好的配合，时长长对公司对个人都是有很大帮助。 另外这位“师哥”完全了解系统实现结构，对新业务的需要的计划实现难度、工作量也会能做出更合理的评判。
总结&个人见解:
从事互联网这几年，两种类型 领导都有接触，当然我所管理的下属就另说了。个人还是更系统上级更懂开发会更好。另外在目前这个公司工作也有6年了，着6年来招聘了很多人，也有很多人离职，不过现在看来这些一起共事过的同事，当时确实没看错。现在都有很好的发展。个人感觉公司（不是纯互联网公司）确实舞台（一语双关）小 【流泪…….】。
罗列一下离职的同事（写给无悔青春，奋斗吧少年）。
李某： 目前创业 白某： 准备离职高薪跳槽 蔡某： 创业准备中 张某： 在某著名互联网公司 孙某： 同一个公司另一个项目负责人。 朱某：目前安卓项目核心骨干
如果你看到此文欢迎你评论，你更喜欢哪种类型的领导呢？
1： 业务型
2：技术型
要想捉大鱼，不能怕水深。要想摘玫瑰，就得不怕刺。
