标签: #engineering-culture
关于 GPU、LLM、MLOps、Kubernetes 以及心态的文章 · 4 篇
交付物变便宜之后，评价会挪到哪里 —— 丹麦为什么选择了口头答辩
丹麦教育部推出了一揽子即时措施，要求在家完成的考试作业必须经过口头答辩。当写作成本趋近于零，光看交付物就什么都判断不了，评价便从产出物挪向了作者身份的证据。本文先按原文如实梳理这项公告到底宣布了什么、三项措施各自瞄准什么，再区分清楚把这套逻辑挪到招聘作业和代码评审上时，哪些地方成立、哪些地方会断。
2026-08-09 · 12 分钟阅读 #assessment#hiring#code-review#education#engineering-culture「代码从来就不是难的那部分」这句话，为什么那么招人上火
2026 年 8 月冲上 Hacker News 首位的一篇随笔主张：说「代码从来就不是难的那部分」是对所有程序员的侮辱。本文认同这份反驳，但把原因归到别处。那句话之所以招人上火，不是因为它错，而是因为它在半路上把「代码」这个词的含义偷换掉了。把代码切成三层，就能看清双方各自在哪里成立，也能量出你们团队实际上把时间花在了哪一层。
2026-08-09 · 11 分钟阅读 #career#craft#ai#engineering-culture#skills成功的公司是如何失明的 — 工程组织的能力失明
Ian Reppel 的文章指出，成功的公司会陷入他所称的"能力失明（competence blindness）"状态。就像墨西哥洞穴鱼主动抑制自己的眼睛一样，由于环境不再给予回报，公司也不再表现出那种细致的工程能力。这不是单纯的放任，而是主动的抑制，也与经典的颠覆式创新不同。本文先忠实地转述这一主张，再看它如何在工程组织中显现：无人敢质疑的遗留系统、现实在腐烂时却依然一片绿色的仪表盘，以及像瘢痕组织一样僵化的流程。
2026-07-11 · 14 分钟阅读 #engineering-culture#organizations#legacy#metrics#leadershipStaff Engineer 的技术领导力与影响力扩展策略
Staff/Principal Engineer 的角色定义、技术决策(RFC/ADR)、影响力扩展、辅导(mentoring)、技术债务管理、工程文化建设等,面向资深以上工程师的职业成长策略。
2026-03-14 · 19 分钟阅读 #ai-platform#staff-engineer#technical-leadership#career-growth#engineering-culture