……我记得以前为一位先生工作过，他当时很沮丧，因为我的产出太低。他说："我当初是在我的起居室里创办了这家公司，让我告诉你我能够完成这个大楼里的任何工作"。他来到我的工作区，那里有20台服务器堆在我的工作台上。他看了看，接上了一根电源线，然后走开了，告诉我如果他想的话，他肯定能完成这项工作。我认为软件工程师的经理不需要亲自编写他所管理的应用程序，但他应该持续编写代码以保持自己的技能敏锐。坦白说，我现在的一个客户同时生产硬件和软件，是一家中型到大型企业，员工接近200人。他们的CEO能够操作他们所有的产品，操作将芯片放置在电路板上的机器，操作注塑成型机，编写SQL查询从他们的CRM中提取数据，还能编写代码。他尽量不去做这些，但他保持了这些技能。我认为这就是目标。一个能够从上到下都理解工作的人员。
源讨论经理们还应该编写代码吗？原帖 307 条评论 · 导入时统计把你的经验，加入这段讨论。
> 我记得多年前为一位先生工作时，他因为我的产出太低而感到压力。他宣称“我是在我的客厅里创办了这家公司，让我给你看看我能在这家公司的任何工作上做到什么”。 > 他来到我的工作区，那里有20台服务器堆在我的工作台上。他看了看，接上了一根电源线，然后走开了，告诉我如果他想的话，他肯定能完成这项工作。 坦白说，这个轶事告诉我“不要表现得像个傲慢的混蛋”。如果他这样说，然后设法在几分钟内完成你工作中的一些非琐碎方面，我认为这仍然是一种糟糕的策略。你完全可能对缺乏的技能保持谦逊，同时对保持的技能缺乏谦逊。
完整原文我不太清楚。贝佐斯会编程吗？他能操作叉车吗？如果你为他打开Powerpoint，他还能认出来吗？在某些时候，如果你想继续成长，就必须放手一些东西。有些经理可能保持技术技能的敏锐，但我不确定这是否让他们成为更好的经理。
完整原文> 我不能为一个不理解我做什么的人工作。 但你已经理解了。除非你为一家小型初创公司工作，否则你的首席执行官或董事会可能并不了解你代码的具体细节。 你不能通过让每个人参与每个细节来管理一家大公司。你有抽象层次，这使得可以对数百或数千名员工的组织进行推理。董事会信任首席技术官来监督技术。你的首席技术官信任你的主管/副总裁/或者其他职位的人来管理其中很大一部分。那个人会将运行公司的一小部分任务委托给你的老板。 每一层的真正意义是抽象掉一些底层的混乱。他们对日常运营进行专业判断，并提供一个干净的接口，提供健康信号，按需请求资源等。我认为很多人忽略的是，这并不止于技术层面。…
完整原文> 我不能为一个不理解我做什么的人工作。 有人可以理解你做的事情，而不需要能够做到它。
完整原文> 我不能为一个不理解我做什么的人工作。 经理的职责是使他们合作的人能够实现的最大化。这并不需要他们能够做团队成员能够做的事情。 > 我认为软件工程师的经理不需要编写他所管理的应用程序，但他应该持续编写一些东西以保持自己的技能敏锐。 对此的反驳是：软件工程师的经理需要消除阻碍团队成功的问题。 好的经理会帮助他们的同事，而专制的经理则会介入或执行提交。
完整原文我想我不明白为什么为一个不理解你如何做你工作的人工作有什么问题。重要的是被欣赏，而不是被理解。我当然不能为一个不重视我的工作的人工作，但我对他们是理解我的工作方式还是不理解并不在意。
完整原文>>一把未使用的剑会在剑鞘中生锈。 >>我认为软件工程师的经理不需要编写他所管理的应用程序，但他应该持续编写一些东西以保持敏锐。 我甚至会极端地说，编程技能/头脑会以反立方定律衰退。技能 =~ 1/t^3（t = 自上次练习该技能以来的时间）。音乐家们也常说类似的话，比如哪怕一天没有练习，他们就能感觉到。 我年轻时在微积分方面很擅长，但今天我面对最简单的题目也会一片空白。那些日子只剩下微弱的回忆。 我长期以来一直怀疑医生在医学院毕业后，随着年份的增加，他们的能力也会下降，而且在短短2到5年内，大多数经理都会难以想象编写代码会是什么样子。
完整原文如果你的老板能做你的工作，你们之中有一个是多余的。 工程师的经理应该是与业务和其他组织单位之间的接口。这已经是一个足够大的工作，不需要再加上编程技能。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。