天啊，如果我在决定去哪家公司工作时，看到该公司CTO在博客上吹嘘经常在周六和周日提交代码，我会开始慢慢后退。当我看到其中提到'AI让我工作效率提高了三倍'时，我会转身逃跑。你在高层的职责，比其他任何事情都更重要的是，推动一种健康的文化。这包括以身作则，比如在周末不工作。如果你这样做，你的下属和他们的下属也会觉得有必要跟着这么做。不要这样做。如果你还是做了，就更不要炫耀！然后听听这种荒谬的话：> 我们的团队曾考虑让客户基于我们的API自行构建集成来绕过这个要求，而正确评估这个需求需要产品、法律和工程部门进行多次会议。我用一天时间就完成了并发布了这个版本。它不完美，但解决了他们当前的问题，并保持了与客户的良好关系。你真的愿意公开分享这种事吗？…
源讨论为什么我作为CTO还要写代码原帖 282 条评论 · 导入时统计把你的经验，加入这段讨论。
> 你真的愿意公开分享这个吗？你公司技术流程（你完全掌控，CTO 先生）如此繁琐，以至于严重影响了你的执行力。 这正是一个难以被取代的人在公司应该做的事情——向中层管理展示他们构建的流程有多荒谬，并消除不交付的借口。CEO 或创始团队的其他人也应该这样做，以针对销售、市场等其他部门。
完整原文> 周六和周日定期检查代码 如果你在做保险SaaS，我同意。 如果你在做硬科技，我完全不同意。
完整原文说实话，如果你是CTO，你不会被薪水激励。在这种情况下，这和你为自己的副业在周末写代码是一样的。 当这个混蛋认为领薪工程师需要这种“毅力”时，这就不合理了。 高管层不应该是“模范员工”。激励结构对他们非常有利。你应该要求他们理解这种差异，但对这些反社会人格来说，这要求太高了，不过我跑题了。
完整原文我作为创始人/CTO在周末写代码，我不期望其他人周末工作，大多数人甚至很少在周末检查代码。 创始人CTO的工作职责与普通员工的职责重叠很少，以身作则的领导职责重叠更少，即使是高级工程领导也是如此。 直到最近[3]，有编码经验的领导者总是被鼓励不要参与代码贡献，而专注于管理，出于你提到的种种原因。 -- 我通常会说，我是一个兼职程序员，不是职业程序员，并告诫不要将我的行为作为标准或信号。 我写的大部分代码都是DevEx或内部团队的QoL（生活质量）工具[4]，或者重构别人没时间处理的技术债务。甚至中等规模的初创公司可能都不足以投资专门团队来做这种工作。 偶尔我也会写…
完整原文> 我并不特别喜欢建立组织和处理人事问题。工程管理涉及处理人际关系、绩效评估和组织设计。这些是关键职能，但并不是我的强项。 这段话让我很有共鸣。这是链接帖子中的原话，那些没读过的人可以看看。
完整原文关于文化： 完全是胡说。自由市场会告诉他是否可以这样做。如果他能找到支持这种文化的合格候选人，并且这是合法的，那他为什么不能这么做呢？你，任何在那里面试的人或者在他们公司工作的人，显然不需要在那里工作。大多数国家都不会对技术工作实行奴隶制！ 毫无疑问，这种文化会让他失去很多候选人（包括你和我），但也许这就是一种策略？也许他仍然能获得大量优秀的候选人，而这些候选人正是他想要的文化的适配者。
完整原文> 你在高层的工作，最重要的是推动一种健康的公司文化。CTO的职责是带领技术人员支持业务目标，而文化是其中的一部分。健康的文化是一个主观的概念。
完整原文这就是重点——我和其他一些人会有相反的反应，这是自我筛选，所以它正在起作用。我甚至没有读那篇文章，因为我觉得“无聊，一个会编程的CTO没什么特别的，我们都会编程。”
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。