本文批判了只依赖权利瞎指挥的技术能力不足的管理者，强调真正的领导者应具备技术专业知识，能为团队提供实质性的贡献和成长指导。作者提倡技术人才在管理岗位上的价值，并提醒保持技术关联的重要性，无论未来职业目标如何，一线技术经验不可或缺。
这样的领导是我们最不想遇到的，除非你是嫡系或者你就是这样的领导。
每个人对事情的判断是片面的，以下内容请勿对号入座。
技术能力不行，依靠权利瞎指挥
我们都希望在工作中有一个让人信服，能解决问题，互相成长一起吃肉的管理者。
或者说自己也在学习如何成为一个能带团队一线「打仗」又能给团队成员提供有意义的指点和帮助的让人信服的领导者。
可怕的是，他们能力不足，但是占据着公司的管理岗。依仗资历老，入职时间久，论资排辈指点江山。
真正的管理者应该是一个可以凭借其职位的权利和自己的专业知识，对团队有贡献，并能实质性的影响团队的成员成长，让项目获得成果。
把自己的专业能力转换成成果，能为团队做出贡献解决外部问题，帮助身边的同事提高认知，提高精神境界，让大家的眼光放的远一点。
很多身居管理职位的人中，并不是真正管理者，只不过是占据着权利的上司而已。
离开了编码的战场，渐渐地对代码、技术、产品状态和团队研发状态的理解就会跟团队技术成员产生偏差。
久而久之，他无法在技术细节上给予技术指导的能力，丧失了在专业问题上提出可落地接地气的解决能力。
评绩效的时候却对你说，我们这里不需要技术能力很强的，重点是业务能力……
这时候，他不再是团队的导师，而是一个只能靠管理职位权力来维系关系的雇佣关系的人，即使他在团队里面叫他们「兄弟」，成员并不服气，当然嫡系会服气。
功劳要揽，活丢给下属
他们不知道自己可以做出什么贡献，在工作中没有长远的目标，甚至可能搞错目标并且容易对“贡献”只有狭义的理解。
不了解别人需要什么，自己只是一个依靠职位的权利将任务丢给下属，自己并不能对组员提供有效的指点和贡献的人。
而最后好的绩效和功劳却是他的，下属拿着低绩效甚至被裁员。他们并不能给团队的成员在细节方面运用自己的专业能力提供真正有用的指点和建议。而是假大空的理论和钻牛角尖的视角讨论问题，专业能力的不足导致只能在会议上寻求存在的领导。
最让人痛苦的事，他们的能力不足，却瞎指挥定目标、评审架构设计。
技术能让你更容易做好管理
在实践中，我们可以看到，那些既懂技术又懂管理的人才往往更受欢迎，因为他们能够更好地理解团队的工作，并且能够为团队提供全面的支持和指导。
做好技术很难，需要保持持续学习的心；但是在做好技术的前提下却比较容易做好架构和管理工作。
程序员编程是我们的本职工作，也是我们当年白手起家吃饭的手艺，作为团队的领导者，我可以利用我的技术经验来指导团队成员，并为他们提供技术上的支持和指导。
我的技术背景使我能够更好地理解团队成员的工作，并提供针对性的建议和解决方案，从而提高团队的效率和生产力。
作为一名技术架构师，我可以通过我的技术专业性来赢得团队成员和其他利益相关者的信任和尊重。我的技术背景使我能够更好地理解项目需求和挑战，并为团队制定合适的解决方案，从而提高项目的成功率和质量。从技术视角来看，作为程序员的你天生就带有工匠精神，并不迷信管理自己的人，但是会尊重指导自己的技术牛人。
遇到问题讲不通就来一句「Talk is cheap, show me the code」，代码亮出来就知道能不能让人信服。
以后无论你的职业目标是永远作为程序员还是架构师、研发管理者，都不要轻易离开一线技术领域。因为脱离技术去管理好程序员，是很困难的。
那么，读到这篇文章的朋友，你有什么观点？欢迎留言我们一起探讨。
往期推荐
有了 ReentrantReadWriteLock 读写锁，为何还要引入StampedLock？
阿里一面：如何将重复性比较高的 String 类型的地址信息从 20GB 降到几百兆？
腾讯二面：在浏览器地址栏输入 URL 并按下回车键，背后发生了什么？
被劝退后三月中旬到现在无 offer，问我如何设计一个高性能MySQL 主键，实现海量数据下的高效查询
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
