《华尔街日报》最近的数据呈现出一个微妙的分裂：2026 年 4 月，美国 IT 和计算机科学职位的发布量同比增长了 14.2%，但初级职位的占比从一年前的 8.1% 降到了 7.4%，资深职位的占比却从 38.8% 升到了 43.1%。企业对程序员关上的似乎不是整扇门，而是门的最下面一格。《纽约时报》则把当下的就业市场形容为”炼狱”——低招聘、低裁员，求职者改简历、考证书、跑活动，做完四十个小时的准备、通过一轮轮面试，最后还是一无所获。

这期节目，我们从陈锋在面试官位置上的观察聊起。允许使用 AI 工具的面试里，他看到两种极端的候选人：一种坚决不用 AI，试图证明自己”古法编程”的功底；另一种无论资历深浅，都陷入了手动式的反复重试——接受 AI 的答案、不对就再追问、再改，直到结果正确为止。而随着 Agentic Engineering 的普及，人和 AI 的交互频次正在真实地下降：越来越多的工作直接交给 AI，人退到了验证结果的位置。亲手敲代码这件事，几年之内就快变成”古法”了。

于是我们追问了一连串更尖锐的问题：如果 AI 在编码上不输给毕业生，公司还有必要招毕业生吗？当 Junior 用来学习和成长的那些基础工作——修 bug、读旧代码、写测试、做小需求——恰恰是最先被 AI 接管的工作，职业阶梯的第一段是不是正在被拆掉？我担心这是一种结构性困局：市场对 Junior 不再友好，而 Junior 受限于自己的视角，甚至不知道该如何让 AI 帮自己补上判断力。光毅则提出了”判断力经济”——当代码生成趋于廉价，稀缺的价值转向判断、谈判、说服和对结果负责，而这些能力只能从实战中长出来。大货司机的工作从来不只是开车，程序员的工作也从来不只是写代码。

聊到最后，分歧依然存在：我认为稳定的协议接口终将替代人际沟通的摩擦，陈锋则相信人类会不断定义新的终点。但三个人都同意一件事——路径可能不再清晰，但自驱力仍然有效。没有人刻意培养你，你就自己去找机会，建立信任，把自己发展成一个综合的系统。当下确实处在激烈变化的过程中，但它依然会给年轻人留下新的机会。

⏱️ 时间轴

• 07:30 毕业生的交付能力与 AI 的差距，培养方式需要重新设计
• 23:27 元认知（Metacognition）：能把 AI 为己所用的人具备的能力
• 34:07 角色界限的融合：产品经理、开发与软件业务运营
• 43:33 软件行业是否已过巅峰期？把自己发展成一个综合的系统

📚 本期提到的参考文章

• The Tech Jobs That Are Safe From AI – The Wall Street Journal
• The Purgatory Job Market of 2026 – The New York Times
• How To Future-Proof Your Career In The Age Of AI – Noema Magazine
• Why AI Boosts Creativity for Some Employees but Not Others – Harvard Business Review

🎙️ 本期主播

李光毅，张凯峰，陈锋

👤 主播简介

• 李光毅，咨询师、全栈开发工程师，个人主页：技术圆桌。拥有丰富的软件开发经验，专注于技术创新和系统架构设计，同时活跃于技术社区，分享技术见解和实践经验。
• 张凯峰，技术圈策展人，公众号「张凯峰Impact」作者。专注于技术品牌建设和个人影响力研究，曾在多家知名科技公司领导技术影响力团队，帮助技术专家建立个人品牌和行业影响力。
• 陈锋，资深技术专家。近期专注于 Data 和 AI 相关的技术方案与海外项目交付，对构建企业级 AI Agent 有着丰富的实战经验与深刻思考。

过去半年，光毅的 GitHub 账号先后出现四次异常：私人仓库被加入伪装成安全扫描的恶意 GitHub Action，账号里凭空多出陌生仓库，多个项目的 package.json 被植入恶意 postinstall 脚本，最后连 GitHub 账号和一个云端项目也因为凭证泄露相继被停用。

最让人不安的不是损失，而是找不到攻击入口。电脑扫描没有异常，代码提交里看不到可疑痕迹，轮换 Token 后问题仍然发生。那些过去能够被感知的病毒和木马，正在变成一次性的、自动化的窃密行动：拿到 Token、API key 或 SSH key，完成任务后迅速消失。

这期节目，我们从这四次真实经历聊起，试着拆开 AI 时代的供应链攻击：一个被污染的依赖包如何借 postinstall 脚本完成窃密，小众工具如何借搜索与 AI 推荐进入项目，社会工程学又如何用一场高度仿真的在线会议骗过高权限开发者。AI 不只在帮程序员写代码，也在让攻击脚本更自然、更有针对性、更难被察觉。

但这并不是一期制造恐慌的节目。我们也认真梳理了普通开发者今天就能做的事：为账号启用 2FA、Passkey 或物理安全密钥；给 SSH key 设置 passphrase；按需申请权限并设置过期时间；不在私有仓库中明文保存 Secret；为依赖升级设置观察期；给云服务账单加上限；把高风险操作放进隔离环境。

安全工具可以替你扫描，却不能替你判断。真正的第一道防线，仍然是开发者自己的安全意识。

⏱️ 时间轴

• 00:10 半年四次 GitHub 账号异常：从恶意 Action 到云端项目被停用
• 05:10 什么是供应链攻击？为什么攻击入口如此难以追踪
• 07:51 AI 让窃密攻击变得自动化、短暂而隐蔽
• 12:10 npm 依赖的风险：一次更新如何踩中恶意版本窗口
• 16:51 与其执着寻找入口，不如先止损并重建安全边界
• 17:59 高仿工作区、在线会议与安装包：社会工程学如何攻破开发者
• 20:17 AI 编程工具会保护你的 Token 和 API key 吗？
• 23:20 “私有仓库”不等于“可以提交 Secret”
• 25:03 当 AI 开始参与生成更像正常代码的恶意提交
• 27:37 安全工具给出评分之后，最终由谁做判断？
• 30:03 三位主播各自经历过哪些账号安全事件
• 32:44 开发者安全清单：2FA、Passkey、最小权限与账单上限

📚 光毅的文章

• 在GitHub账号在被盗四次之后，这是我的补救和反思

🔐 本期提到的安全清单

• 为重要账号启用 2FA、Passkey 或物理安全密钥
• 为 SSH key 设置 passphrase，并定期检查已授权的 Key、应用与会话
• Token 和 API key 遵循最小权限原则，并设置合理的过期时间
• 不要因为仓库是私有的，就把 Secret 明文提交进源码
• 锁定依赖版本；可在 .npmrc 中用 min-release-age 为新版本设置观察期
• 谨慎执行来源不明的一键安装命令，尤其是要求输入系统密码的脚本
• 为云服务设置用量和账单上限，发现异常后立即轮换凭证并联系平台
• 在沙箱或隔离环境中运行权限高、行为不确定的 AI Agent

提醒：min-release-age 也可能暂时拦住刚发布的安全修复，使用时仍需结合安全公告和依赖审计做判断。

🎙️ 本期主播

李光毅，张凯峰，陈锋

👤 主播简介

• 李光毅，咨询师、全栈开发工程师，个人主页：技术圆桌。拥有丰富的软件开发经验，专注于技术创新和系统架构设计，同时活跃于技术社区，分享技术见解和实践经验。
• 张凯峰，技术圈策展人，公众号「张凯峰Impact」作者。专注于技术品牌建设和个人影响力研究，曾在多家知名科技公司领导技术影响力团队，帮助技术专家建立个人品牌和行业影响力。
• 陈锋，资深技术专家。近期专注于 Data 和 AI 相关的技术方案与海外项目交付，对构建企业级 AI Agent 有着丰富的实战经验与深刻思考。

这期节目从 Harness Engineering 聊起——这个最近在技术社区频繁出现的概念，本质上是对 AI 行为的一种”约束工程”。从最初的 Prompt Engineering，到后来的 Context Engineering，再到如今的 Harness Engineering，每一次演进的背后，都是 AI 能力的跃升和人类控制需求的升级。光毅用 DevOps 做类比，陈锋把它拆解为一个”约束不断收紧”的过程，凯峰则从敏捷方法论的视角找到了某种历史的对应物。三个人都同意：这不完全是旧瓶装新酒，但也绝非凭空冒出来的新东西。

聊着聊着，话题自然滑向了另一面——AI Psychosis。当 AI 让你一天做完过去一周的工作，当你觉得自己无所不能，当你每分钟都害怕错过什么新工具新模型……这些”症状”，你中了几条？能力幻觉、Build 上瘾、FOMO 焦虑、认知脑雾——我们坦诚地聊了各自的真实感受。有人深有体会，有人冷静旁观，但没有人能完全置身事外。

所以这期节目的底色，其实是一个我们都在面对的问题：AI 越来越强，你还能做什么？

⏱️ 时间轴

• 00:59 Harness Engineering 是什么？一个”什么都能往里装”的新框架
• 05:35 AI 能力进化与人的角色退位：从写代码到驾驭代码
• 09:03 AI 落地的真实挑战：敏捷方法论的一面镜子
• 14:44 实战分享：我们各自做了哪些 Harness 相关的尝试
• 18:30 Harness 的核心不是做了什么，而是 Tuning
• 22:31 AI Psychosis：能力幻觉、成瘾循环与认知脑雾
• 28:41 你真的变强了吗？一场关于”能力归属”的诚实对话
• 34:05 FOMO、炒作与红海：如何在 AI 时代保持清醒
• 37:40 当你在驾驭 AI 的时候，AI 也在驾驭你

🎙️ 本期主播

李光毅，张凯峰，陈锋

👤 主播简介

• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌。拥有丰富的软件开发经验，专注于技术创新和系统架构设计，同时活跃于技术社区，分享技术见解和实践经验。
• 张凯峰，技术圈策展人，公众号”张凯峰Impact”作者。专注于技术品牌建设和个人影响力研究，曾在多家知名科技公司领导技术影响力团队，帮助技术专家建立个人品牌和行业影响力。
• 陈锋，资深技术专家。近期专注于 Data 和 AI 相关的技术方案与海外项目交付，对构建企业级 AI Agent 有着丰富的实战经验与深刻思考。

最近光毅和陈锋因为各种原因密集参与了不少面试，站在面试官这一侧之后，他最大的感受是：面试远比想象的主观。过去作为求职者，总以为面试像考试——答对了就过，答错了就挂。但当他真正坐在另一边，才发现决定一个人去留的，往往不是他回答了什么，而是你跟他聊了一个小时之后的那种说不清道不明的感觉。

所以这期节目，我们三个”面试官”坐下来聊了聊各自的真实体验：从简历筛选到现场编程，从讲故事的技巧到年龄偏见，从面试的表演性到它的双向性。如果你正在准备面试，或者你也在面别人，希望这些坦诚的分享能给你一些不一样的视角。

⏱️ 时间轴

• 00:13 面试是客观的吗？一个面试官的困惑
• 08:30 简历、推荐与求职策略：怎样的准备才有效
• 16:04 AI 时代的面试变化与不同公司的选人标准
• 22:28 面试的双向性：你也在面试这家公司
• 30:43 面试是流程加偶然性——给求职者的一点鼓励

🎙️ 本期主播

李光毅，张凯峰，陈锋

👤 主播简介

• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌。拥有丰富的软件开发经验，专注于技术创新和系统架构设计，同时活跃于技术社区，分享技术见解和实践经验。
• 张凯峰，技术圈策展人，公众号”张凯峰Impact”作者。不写代码，但让写代码的人坐下来好好聊一次。《程序员新声》播客主理人。做的事情只有一件：在人、想法和场景之间，建立本来不存在的通路。
• 陈锋，资深技术专家，来自 Thoughtworks。近期专注于 Data 和 AI 相关的技术方案与海外项目交付，对构建企业级 AI Agent 有着丰富的实战经验与深刻思考。

Claude Code 这个让 AI 帮你写代码的工具正在掀起一场关于成本、效率和职业未来的激烈讨论。我们三位主播——张凯峰、李光毅、陈锋——坐下来聊了聊各自的使用体验。有趣的是，大家的共识出奇一致：Claude Code 改变的，远不止写代码的速度。

Claude Code 的真正价值不在于提效，而在于改变了程序员的思维方式。过去，程序员从头到尾自己设计和实现；现在，他们思考的是如何驾驭 AI 工具来完成任务。AI 不再是简单的代码生成器，而是一个需要上下文沟通、能进行方案讨论、甚至会坚持观点的”协作伙伴”。陈锋分享了他的工作模式：与 Claude Code 交互讨论，让它生成计划并 review，然后独立完成功能，他负责验证和调整——这种新的交互模式，正在重塑开发流程。

但我们也发现了一个核心矛盾：效率与成长的两难。AI 让你写代码更快，但可能让你思考更”浅”。”AI 能提高代码生成效率，但并不总能提升工作质量，特别是在代码审查和系统性学习方面。”更令人担忧的是，初级程序员可能陷入”成长陷阱”——依赖 AI 完成任务，但失去了深度学习的机会。陈锋提到的”unknown风险”更是警钟：程序员可能在不充分理解技术细节的情况下完成工作，埋下技术债的种子。

一个更尖锐的问题：当 AI 能直接完成初级程序员的工作，传统的从 junior 到 senior 的职业路径，还存在吗？

所以，程序员们，当 Claude Code 让你效率翻倍的时候，你是否也在思考，自己的成长是否在”退化”？

时间轴

• 02:43 AI写代码成本与策略调整
• 10:10 AI辅助编程与个人技能提升的辩证思考
• 21:46 Claude Code改变程序员思维：从效率到辅助视角的转变
• 39:48 AI发展与人类角色的未来展望
• 48:35 AI模型在方案讨论中的创新与合作表现

本期主播

• 张凯峰:技术品牌和影响力专家,公众号「张凯峰Impact」作者
• 李光毅:咨询师、全栈开发工程师,个人主页 技术圆桌
• 陈锋:企业级 AI 应用专家

OpenClaw 的真正创新不在于技术，而在于范式的转变。过去，当我们想让 AI 帮我们做事，需要人工定义工作流——一步步告诉它该怎么做。OpenClaw 把这个编排的权力交给了 AI。你只需要给一个目标，AI 会自动规划步骤、动态调整路径。这听起来简单，但细想一下：工作流不再是僵化的，而是可以根据上下文实时生成的。作为一个 POC（原型验证），它证明了这件事真的可以工作，而且门槛并不高。

但我们也发现了一个核心矛盾：效率和安全的两难。给 AI 越大的权限，它能探索的边界就越广；但同时，失控的风险也随之放大。我们中的一员曾让 AI 执行一段代码，结果删掉了整个 Event Hub——这种「喜闻乐见」的翻车故事，在运维场景下并不罕见。云端部署安全但能力受限，本地部署能力强大但风险自担。

所以，程序员们，你们准备好了吗？

时间轴

• 00:00 引入OpenClaw与安全焦虑

• 06:37 飞书集成与 IM 入口的价值
• 15:30 工作流编排的范式转变（核心洞见）
• 23:13 体验升级与权限控制的平衡
• 32:05 AI 发展与平台策略对比

本期主播

• 张凯峰：技术品牌和影响力专家，公众号「张凯峰Impact」作者
• 李光毅：咨询师、全栈开发工程师，个人主页 技术圆桌
• 陈锋：企业级 AI 应用专家

但看到变化是一回事，接受却又是另一回事。当网站编辑被算法所替代，当视频顶替文字成为主流，你的内心一定会有波澜甚至会产生抗拒。我最近写的一篇文章《写技术博客还是一个好主意吗？》便是对当下社交媒体的现状、趋势的总结，同时附带上了一些对技术写作以及自我运营的思考。

而本期节目就是对该文章的延续。这不是一次常规的节目，更像是一次闲谈以及长谈。我和凯峰晃晃悠悠的谈到了贾樟柯、毕赣，谈到了查建英的《八十年代访谈录》和《引爆点》，也无可避免提及到了裁员和大环境。但这并不意味着我们是漫无目的的，相反，所有这一切都和影响力运营这个话题息息相关。

与以往的节目不同，这次我们试图从更感性的视角、从我们对于当下的体验出发，来聊聊做技术自媒体的一切，时机、出发点、到方法论、乐观的悲观的等等等等，以及更重要的，它究竟还是不是一个好主意。

本期主播

李光毅，张凯峰

主播简介

• 张凯峰，技术品牌和影响力专家，公众号”张凯峰Impact”作者。专注于技术品牌建设和个人影响力研究，曾在多家知名科技公司领导技术影响力团队，帮助技术专家建立个人品牌和行业影响力。
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌。拥有丰富的软件开发经验，专注于技术创新和系统架构设计，同时活跃于技术社区，分享技术见解和实践经验。

你有没有萌生过写一本技术图书的想法？如果你觉得自己的选题不错，那么应该如何开始呢？是应该首先联系出版社还是应该立即动笔？你还有没有期望从出版一本技术图书的过程中得到其他方面的收获？放心，所有这些问题都可以在本期节目中找到答案。

在本期节目中，我们将从作者的视角出发来探索一本技术图书是如何从构思，编写，再到校对，最后上市与读者见面的。我们力图通过分享出版过程中背后的故事，以及挖掘流程背后的挑战，来展现技术图书出版鲜为人知的那一面。同时还会尝试从读者、编辑、作者三个不同的视角来回答一些有关技术出版有关的尖锐问题。在节目的最后我们不禁想问，技术图书出版对个人以及出版社而言都还是个好生意吗？

时间轴

• 04:30 – 如何正确理解作者与出版社之间的关系
• 10:30 – 分享一些技术图书出版背后的故事
• 26:00 – 一本技术图书是如何诞生的
• 42:10 – 技术出版还是否有助于构建个人影响力
• 58:44 – AI对写作的影响

嘉宾简介

• 杨海玲，25年IT图书出版经验，人民邮电出版社异步社区资深策划编辑。参与责编过《重构（第2版）》《持续交付2.0》《代码整洁之道》《UNIX环境高级编程》《编译原理》《数据库系统概念》《C++程序设计特别版》等经典IT图书。从早期的引进版教材到现在的原创技术图书，见证并参与了中国IT出版业的发展历程。
• 张凯峰，技术品牌和影响力专家，公众号”张凯峰Impact”作者。专注于技术品牌建设和个人影响力研究，曾在多家知名科技公司领导技术影响力团队，帮助技术专家建立个人品牌和行业影响力。
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌。拥有丰富的软件开发经验，专注于技术创新和系统架构设计，同时活跃于技术社区，分享技术见解和实践经验。

很多企业对 AI 抱有美好的幻想：既想要大模型天马行空的“想象力”，又要求它严格遵守业务规则的“控制力”；既想通过“低代码”平台快速上线，又希望系统能长期稳定维护；既想拥抱前沿技术，却往往在预算面前不得不做出妥协。

本期节目，我们邀请到了刚结束多个企业级 AI 项目售前与交付工作的资深技术专家陈锋。他撕开了“Demo 很好看”的表象，极其务实地复盘了企业 AI 开发中的真实痛点与博弈。他认为，AI 开发的本质不再是单纯的写代码，而是一场在业务场景、技术局限与人类预期之间艰难寻求“对齐（Alignment）”的过程。

如果你正在纠结于 AI 选型，或者想知道为什么你的 AI Agent 项目越做越难维护，这期节目将为你提供来自一线的实战答案。

🎯 核心冲突：理想 vs 现实

在本期节目中，我们深入探讨了企业级 AI 落地时的三大“撞击”：

1. 创造力 vs. 控制欲
   • 理想： 客户希望 AI 能提供“意想不到”的创意生成。
   • 现实： 客户同时要求 AI 的输出必须精准符合品牌调性和业务规则。当“发散”的模型遇到“收敛”的业务目标，开发者该如何平衡？
2. 低代码（Demo） vs. 生产环境（Production）
   • 理想： 拖拖拽拽，一个月就能搞定一个 Agent。
   • 现实： 低代码在原型阶段极其高效，但面对长周期（2个月+）、高复杂度的项目时，其可维护性和灵活性会急剧下降。为什么在复杂场景下，我们依然坚持“代码优先”与开源框架？
3. 技术狂热 vs. 预算冷水
   • 理想： 用最先进的模型，做最酷的全能助手。
   • 现实： 80% 的决策最终由预算决定。如何向客户证明 AI Agent 的真实 ROI？为什么说 Token 的计费模式倒逼了技术架构的“裁剪”？

⏱️ 时间轴

• 00:55 客户都想做 AI，但很少有人知道自己到底要什么
• 02:49 冲突一： 当企业“既要又要”——在模型发散性与业务收敛性之间走钢丝
• 05:35 选型没有银弹：云厂商的“生态锁定”与开源框架的“白盒优势”
• 08:35 冲突二： 为什么说低代码是“甜蜜陷阱”？——论长期维护的噩梦
• 12:05 那些被忽视的“苦活”：可观测性（Observability）与评估（Evaluation）
• 15:03 冲突三： 预算决定脑袋——如何计算 AI 的落地成本与价值
• 17:48 终极心法： AI 开发的本质是一场多方位的“Alignment”（对齐）
• 22:01 团队转型：传统开发者如何适应“概率性”的软件工程？

🎙️ 嘉宾介绍

陈锋：资深技术专家，来自 Saltworks。近期专注于 Data 和 AI 相关的技术方案与海外项目交付，对构建企业级 AI Agent 有着丰富的实战经验与深刻思考。

李光毅：主持人，咨询师，全栈开发工程师。个人主页: 技术圆桌。拥有丰富的软件开发经验，专注于技术创新和系统架构设计，同时活跃于技术社区，分享技术见解和实践经验

📮 联系我们

如果你对企业级 AI 落地有更多疑问，或者想分享你的实战经验，欢迎在评论区留言或通过邮件联系我们。

这期节目我们邀请了一位特殊的嘉宾——你可能从未见过但深受其影响的幕后英雄。杨海玲老师，人民邮电出版社异步社区资深策划编辑，25年IT图书出版经验，她参与责编过《重构（第2版）》《持续交付2.0》《代码整洁之道》等影响无数程序员职业生涯的经典图书。

杨老师将从编辑的独特视角，分享技术出版如何推动技术发展，揭秘图书选择背后的专业逻辑，并探讨在AI时代，为什么程序员仍然需要系统化阅读。这不仅是一次出版行业内幕的揭秘，更是为程序员提供技术选书和学习路径的专业指南。

本期主播

主持人：张凯峰

嘉宾：杨海玲，李光毅

时间轴

• 02:56 – 25年IT图书编辑见证的经典出版：从《持续交付2.0》到《重构（第二版）》，这些影响程序员职业生涯的经典图书背后的故事
• 09:25 – 揭秘计算机图书品牌化：图灵、异步社区等品牌如何影响你的技术选书决策
• 21:48 – 技术趋势与出版的相互推动：为什么有些技术能流行，出版在其中扮演了什么角色
• 30:25 – 博客vs书籍vsAI：技术学习渠道的选择与系统化知识的价值
• 49:10 – AI时代为什么还要读书：系统化学习在快速获取信息时代的不可替代价值

嘉宾简介

• 杨海玲，25年IT图书出版经验，人民邮电出版社异步社区资深策划编辑。参与责编过《重构（第2版）》《持续交付2.0》《代码整洁之道》《UNIX环境高级编程》《编译原理》《数据库系统概念》《C++程序设计特别版》等经典IT图书。从早期的引进版教材到现在的原创技术图书，见证并参与了中国IT出版业的发展历程。
• 张凯峰，技术品牌和影响力专家，公众号”张凯峰Impact”作者。专注于技术品牌建设和个人影响力研究，曾在多家知名科技公司领导技术影响力团队，帮助技术专家建立个人品牌和行业影响力。
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌。拥有丰富的软件开发经验，专注于技术创新和系统架构设计，同时活跃于技术社区，分享技术见解和实践经验。

时间轴

• 00:01:30 – 使用Unblocked的经验分享
• 00:04:44 – 如何做的知识管理工具的技术选型
• 00:09:04 – 知识管理工具是如何给团队带来帮助
• 00:16:40 – “知识”从何而来
• 00:25:13 – AI工具在个人项目中的实践
• 00:31:24 – AI工具真的让团队效率提升了吗
• 00:35:00 – 个体和团队使用AI工具的差异

本期主播

主持人：李光毅

嘉宾：陈锋，马大伟，麻广广

嘉宾简介

• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外
• 马大伟，咨询师，全栈开发工程师，个人主页：BMPI

在这期节目中，我们会根据我们的图书翻译经历，聊聊图书翻译的选题、入坑，以及向各位听众展现图书翻译究竟是怎样一个过程。更重要的是，AI的出现给技术图书翻译带来了巨大影响，和前AI时代相比，AI解决哪些问题以及带来了哪些变化，也是我们想着重分享的。

本期主播

主持人：李光毅

嘉宾：汪志成，陈锋，张凯峰，李一鸣

时间轴

• 04:03 – 翻译技术的图书的机会从何而来
• 09:07 – 如何选择技术翻译图书的主题
• 17:31 – 伴随AI和网络的发展，翻译技术书籍的动机和过去相比是否发生了变化
• 23:43 – 是否还有必要翻译热门技术类的图书
• 29:06 – AI在翻译过程中的应用
• 33:44 – AI翻译是否让我们的作品失去了归属感

嘉宾简介

• 汪志成，前ThoughtWorker，Google Developer Expert，北京智座科技创始人。《AngularJS深度剖析与最佳实践》作者，《Angular权威教程》，《Rust程序设计第二版》《Awk程序设计语言（即将出版）》译者。个人主页：https://zhizuo.biz。
• 张凯峰，技术品牌和影响力专家，公众号：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌

它们带来的不仅仅是效率上的提升，还包括对工作模式的重塑，甚至程序员的角色定位以及心态也在因此悄悄发生改变。在本期节目中我们会分享这些工具使用体验，并聊聊AI究竟给个体开发工作带来了哪些影响。

在节目的最后我们不可避免的谈到了这么一个问题：既然AI已经有求必应了，我还需要学习排序算法吗？

本期主播

主持人：李光毅

嘉宾：陈锋，马大伟，麻广广

时间轴

• 02:00 – 在过去一年里我们又体验了哪些新的AI开发工具
• 16:10 – AI工具的上限在哪，以及如何更好与AI工具磨合
• 27:20 -为什么不同项目不同人之间使用AI的效率会大不相同
• 37:16 – 在从代码工程师向提示词工程师角色转换的过程中，程序员的定位，心态以及价值观产生了哪些变化

嘉宾简介

• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外
• 马大伟，咨询师，全栈开发工程师，个人主页：BMPI

本期嘉宾深入探讨了不同学习媒介的优劣。视频教程因其直观性在初学阶段备受青睐，却也因节奏缓慢而被资深程序员诟病。与此同时，传统的文字阅读仍以其快速、精准的信息获取能力，成为众多程序员持续的首选。

然而，更深刻的洞察在于主动学习的重要性。知识获取的媒介无论如何丰富，真正决定学习效果的，仍是学习者本人的主动性和判断力。嘉宾们一致认为，建立良好的学习圈、与同行频繁交流，甚至直接向领域专家请教，都将成为未来持续有效的学习策略。

本期主播

• 嘉宾：张凯峰，麻广广，李一鸣，李光毅，陈锋

时间轴

• 08:25 传统学习方法与现代AI工具的融合实践
• 14:22 偏爱文字阅读和深度学习的自我提升方法
• 27:02 知识付费的现状与未来趋势
• 37:33 从主动学习到知识付费的反思

主播简介

• 张凯峰，技术品牌和影响力专家，公众号：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外
• 马大伟，咨询师，全栈开发工程师，个人主页：BMPI
• 陈锋，咨询师，技术爱好者，个人主页：无

本集无意想充当一份35岁程序员的人间指南，而是希望能够打破那些妖魔化的印象，尽可能还原一个35岁程序员的真实状态，当然如果还能给大家带来一些启发就最好不过了。

• 00:03:35 – 35岁危机是真实存在的吗？
• 00:09:10 – 你的危机是从什么时候开始的？
• 00:19:14 – 怎么和自己和解？
• 00:25:55 – 35岁之后一定要走管理路线吗？
• 00:33:50 – 人工智能对程序员意味着什么
• 00:38:07 – 真正让我焦虑的并不是35岁危机
• 00:49:25 – 如果你真的被裁员了会怎么样？
• 00:59:40 – 有什么建议是可以分享的

过度依赖AI可能导致程序员技能退化，忽略底层原理和代码细节，滋生虚假的自信，最终导致代码潜在风险增高。其次，便捷的答案获取方式，使得程序员思考和创新能力下降，长此以往恐将扼杀原创性。

AI工具也减少了程序员之间必要的沟通和知识共享，不利于团队协作和个人成长。程序员的职业身份认同面临危机，其价值感和成就感或将被AI的强大能力所削弱。

更深层次的担忧在于，AI工具当前强调效率提升，却忽略了对程序员创造力和体验的关注。虽然AI降低了编程门槛，但这种“人人皆可编程”的趋势，反而可能加剧同质化竞争，最终使个体价值难以体现。我们期待AI工具未来能更注重激发程序员的潜能，提供个性化、更自然的交互方式，真正帮助程序员更好地成长，而非仅仅作为代码生成的工具。

提及的内容

• 程序员如何学习 AIGC
• AI 编程助手会给程序员带来什么？
• AI 及技术进步的代价
• AI 辅助软件开发会让质量更高吗？

本期主播

• 嘉宾：张凯峰，麻广广，马大伟

时间轴

• 06:29 AI辅助编程时代，如同人人持枪，程序员的个人技能优势如何体现？
• 13:45 过度依赖AI，我们正在失去独立思考的能力！
• 17:26 用AI读代码，程序员未来只需提问？
• 24:16 程序员的工作本质就是翻译，迟早要被AI取代？
• 42:28 AI真的让人变得更好吗？程序员的体验如何提升？

主播简介

• 张凯峰，技术品牌和影响力专家，公众号：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外
• 马大伟，咨询师，全栈开发工程师，个人主页：BMPI

技术进步可能会在编程和服务业等领域减少就业机会。同时，人们可能因过度依赖技术而丧失某些基本技能。

本期主播

• 嘉宾：张凯峰，李光毅

时间轴

• 04:06 萝卜快跑在武汉投放等无人驾驶技术及对社会底层工作者的影响.
• 19:32 深度理解和应用技术能力对维持就业重要，可通过提高个人技能、适应新技术应对挑战。
• 30:51 人们日常和工作中常未意识到行为决策对他人影响，如程序员开发软件可能被用于不好目的。
• 42:48 程序员群体在意识到技术进步代价后，可通过不断学习适应提升技能和专业知识，避免被淘汰。

参考链接

• 技术进步的代价 | 技术圆桌
• 大内密谈：萝卜快跑的车轮是不可阻挡还是吃人的羊？

主播简介

• 张凯峰，技术品牌和影响力专家，公众号：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外
• 马大伟，咨询师，全栈开发工程师，个人主页：BMPI

本期主播

• 嘉宾：张凯峰，李光毅

时间轴

• 00:44 为什么会聊这个话题
• 05:04 对极客的定义
• 10:24 为什么大家越来越少谈及极客了
• 16:20 极客精神被稀释了吗
• 23:16 我们还需不需要极客
• 28:05 极客起源的猜想
• 33:51 我们还需要十倍程序员吗

参考阅读

• 我们还需要极客吗 | 技术圆桌

RTE 大会 2024 限免门票

实时 AI 时代即将到来，你准备好了吗？

10 月 25 日到 26 日，RTE 开发者社区联合声网策划的 RTE 大会 2024 将在北京举行。今年的技术论坛将覆盖前沿音视频技术、AI 生成视频、Voice AI、多模态大模型、空间计算和新硬件、云边端架构和 AI Infra 等话题。同期还有开发者市集、动手编程工作坊、创新大赛路演等活动。期待与你一起探索实时互动的更多可能，咱们 10 月 25 日到 26 日，北京见！

即日起开始限免报名！获取《程序员新声》听众限免门票：专属邀请链接

与此同时，欢迎参加快闪摊位报名活动，如果你也是开发者，也有你自己的项目想在 RTE 大会上展出交流，欢迎报名。

主播简介

• 张凯峰，技术品牌和影响力专家，公众号：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外
• 马大伟，咨询师，全栈开发工程师，个人主页：BMPI

一方面，一些开发者在使用诸如 Copilot 和 MarsCode 这样的AI助手时，特别是处理模板类代码和简单日常任务时，感受到了明显的效率提升，最高可达30%。

另一方面，也有开发者在处理复杂业务逻辑或前端工作时，未能充分感受到AI助手的价值，甚至有的人几乎未见效率提升。

随着AI技术的进步，AI编程助手在软件开发中的作用有望进一步增强，特别是在辅助理解复杂代码库和执行重复性任务方面。不过，这一进程同样伴随着对AI技术安全性和伦理问题的关注，以及如何确保AI生成的代码易于维护和理解的讨论。

本期主播

• 主持人：张凯峰
• 嘉宾：麻广广，李一鸣，李光毅

时间轴

• 05:49 不同AI编程助手的功能、优缺点及适用场景。
• 20:36 类似MarsCode的AI编程助手尽管有时生成的结果可能不够完美，但却能引导开发者探索新的算法实现方式，从而提高代码的质量和效率。
• 40:04 可能对软件研发流程产生颠覆性影响，改变程序员的工作方式和体验。

本期主播

• 主持人：张凯峰
• 嘉宾：马大伟，李光正

时间轴

• 00:00 AI对程序员的影响及讨论
• 03:36 ChatGPT对个人软件开发的影响
• 08:05 ChatGPT对程序员的影响及局限性
• 14:57 AI对软件工程的影响和改变
• 24:38 AI模型在业务知识传递中的应用
• 31:05 基于ChatGPT的应用开发
• 41:17 AIGC对程序员的影响及启示
• 47:30 程序员如何高效学习AI

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，个人主页：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外
• 马大伟，咨询师，全栈开发工程师，个人主页：BMPI

成为 Tech Lead 需要分三步：

1. 重新认识 Tech Lead 这个角色，发展自己。
2. 培养和发展自己的团队。
3. 管理好团队的利益相关者，成为和团队之间的桥梁。

本期主播

• 主持人：张凯峰
• 嘉宾：李一鸣，麻广广，李光毅

关于《Tech Lead之路》

《Tech Lead之路》 是 Thoughtworks洞见出品的第四本 自出版文集，这本免费的小书用独特的视角，总结了许多优秀Tech Lead的真实经验，并在多个方面提供了切实可行的建议，包括如何在领导力、管理能力、技术能力和沟通能力等方面构建自己的能力。

如何下载阅读：

• 方式一：手机扫描下图中的二维码，获取下载链接

• 方式二：在下面的Thoughtworks洞见文章中点击链接下载

《Tech Lead 之路》——洞见出品的第四本文集

关于程序员新声

程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外
• 马大伟，咨询师，全栈开发工程师，个人主页：BMPI

本期播客将围绕技术管理中风险管理这个话题，探讨Tech Lead如何更好的识别和管理风险，以确保软件能安全的交付。

本期主播

• 主持人：张凯峰
• 嘉宾：李一鸣，麻广广，马大伟

时间轴

• 02:42 在团队或技术上遇到的最深刻的风险案例，如何解决的？
• 10:37 风险的定义是什么？
• 12:09 对于还未发生的风险，我们可以做什么？
• 13:58 在Tech Lead的职责范围内，通常会出现哪些风险？
• 17:06 在软件交付过程中，最常见的两类风险是什么？
• 22:13 如何动态追踪管理风险？
• 25:28 应对风险的常见策略有哪些？
• 38:14 如何选择合适的风险应对策略？

关于《Tech Lead之路》

《Tech Lead之路》 是 Thoughtworks洞见出品的第四本 自出版文集，这本免费的小书用独特的视角，总结了许多优秀Tech Lead的真实经验，并在多个方面提供了切实可行的建议，包括如何在领导力、管理能力、技术能力和沟通能力等方面构建自己的能力。

如何下载阅读：

• 方式一：手机扫描下图中的二维码，获取下载链接

• 方式二：在下面的Thoughtworks洞见文章中点击链接下载

《Tech Lead 之路》——洞见出品的第四本文集

关于程序员新声

程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外
• 马大伟，咨询师，全栈开发工程师，个人主页：BMPI

软件研发经历这么多年的发展，也沉淀和总结出了很多经验帮助我们识别和分析跨功能需求。

本期播客围绕跨功能需求这个话题，探讨Tech Lead如何更好的识别和分析跨功能需求，以确保软件系统能够达到稳定高效运行的要求。

本期主播

• 主持人：张凯峰
• 嘉宾：李一鸣，麻广广，马大伟

时间轴

• 02:50 跨功能需求（CFR）是从什么时候开始被软件开发行业关注的？
• 05:40 跨功能需求没有被识别到或者解决好，会产生什么问题？
• 11:25 典型的跨功能需求有哪些？
• 13:50 新项目开始时跨功能需求是如何被识别并排列优先级的？
• 19:40 跨功能需求对架构的影响是怎样的？
• 26:30 跨功能需求之间会有冲突吗？
• 31:10 结合现在云原生大量应用的场景下，跨功能需求的关注点会有变化吗？
• 36:20 开发团队如何能够具备识别和分析跨功能需求的能力？

关于《Tech Lead之路》

《Tech Lead之路》 是 Thoughtworks洞见出品的第四本 自出版文集，这本免费的小书用独特的视角，总结了许多优秀Tech Lead的真实经验，并在多个方面提供了切实可行的建议，包括如何在领导力、管理能力、技术能力和沟通能力等方面构建自己的能力。

如何下载阅读：

• 方式一：手机扫描下图中的二维码，获取下载链接

• 方式二：在下面的Thoughtworks洞见文章中点击链接下载

《Tech Lead 之路》——洞见出品的第四本文集

关于程序员新声

程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外
• 马大伟，咨询师，全栈开发工程师，个人主页：BMPI

本期主播

• 主持人：张凯峰
• 嘉宾：麻广广，李光毅，李一鸣

时间轴

• 02:20 对于 Tech lead 来说是否有必要做干系人管理
• 12:19 在关系人管理的时候 tech lead 应该关注些什么
• 20:18 在和干系人打交道过程中吃过的亏
• 24:23 和第三方系统集成中和干系人打交道的经验
• 34:17 到底如何看待干系人管理

关于程序员新声

程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外

软件质量更像是隐形的需求。除了代码的质量，还有需求的质量，发布的质量，甚至更多。我们会通过一些工程实践，比如代码审查、重构、自动化测试和结对编程来确保软件的质量。

本期主播

• 主持人：张凯峰
• 嘉宾：麻广广，李光毅，徐瑾

时间轴

• 05:40 除了满足功能需求，软件的质量还有更多外延。
• 17:13 Bug数量多，是因为开发者的经验和能力不足造成的。
• 34:18 很难说服别人软件高质量所需要的投入。

名词解释

• 开卡：在敏捷软件开发中，”开卡”（”开发任务卡片”）是指将一个特定的需求或功能分解成多个小任务，并为每个小任务创建一个任务卡片，以便团队成员可以根据自己的技能和时间安排选择任务并完成它。通常，每个任务卡片都应该很小，以便于团队成员在较短的时间内完成它。
• 结卡：是指完成一个任务卡片所需要的工作已经全部完成，可以将这个任务卡片标记为已完成。在结卡之前，通常需要对任务卡片进行代码审查和单元测试等过程，确保代码质量和功能符合要求。一旦任务卡片被结卡，团队成员就可以开始处理下一个任务卡片。
• Kickoff：就是开卡的意思。
• Desk Check：就是结卡的意思。
• DC：是Desk Check的简称。
• tasking：在TDD（测试驱动开发）中，”tasking”通常指的是将一个大型的用户故事（user story）或需求分解成多个小的测试用例（test case），以便更好地管理和规划开发过程。

相关链接

• 质量三人行：测试和质量的提升，就能提升研发效能？
• 昂贵的质量

关于《Tech Lead之路》

《Tech Lead之路》 是 Thoughtworks洞见出品的第四本 自出版文集，这本免费的小书用独特的视角，总结了许多优秀Tech Lead的真实经验，并在多个方面提供了切实可行的建议，包括如何在领导力、管理能力、技术能力和沟通能力等方面构建自己的能力。

如何下载阅读：

• 方式一：手机扫描下图中的二维码，获取下载链接

• 方式二：在下面的Thoughtworks洞见文章中点击链接下载

《Tech Lead 之路》——洞见出品的第四本文集

关于程序员新声

程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外
• 徐瑾，咨询师。

但是，流程并不是一成不变的，需要根据团队不断变化的工作场景和需求进行灵活的创新。因此，作为Tech Lead，需要关注流程的建立、执行、改进甚至终结，并且耐心听取团队成员的反馈和建议，以不断优化流程。

本期播客将探讨围绕流程的一系列问题，帮助Tech Lead更好地理解流程的价值和重要性，为团队的高效协作和成功交付打下坚实的基础。

本期主播

• 主持人：李一鸣
• 嘉宾：麻广广，李光毅，张凯峰

时间轴

• 01:50 一个典型流程的介绍
• 08:30 流程执行过程中会有哪些问题？
• 11:00 流程是机械的，还需要创新能力吗？
• 14:00 流程是什么？从哪里来？
• 15:54 团队成员如何看待流程，会反对吗？
• 20:40 流程如何帮助解决团队协作的问题？
• 23:20 流程是如何在现有的工作中逐步建立起来？
• 28:08 流程建立起来之后，是否有终结的时机？
• 37:33 后记：《Tech Lead之路》推荐

关于《Tech Lead之路》

《Tech Lead之路》 是 Thoughtworks洞见出品的第四本 自出版文集，这本免费的小书用独特的视角，总结了许多优秀Tech Lead的真实经验，并在多个方面提供了切实可行的建议，包括如何在领导力、管理能力、技术能力和沟通能力等方面构建自己的能力。

如何下载阅读：

• 方式一：手机扫描下图中的二维码，获取下载链接

• 方式二：在下面的Thoughtworks洞见文章中点击链接下载

《Tech Lead 之路》——洞见出品的第四本文集

关于程序员新声

程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外

本期主播

• 主持人：李一鸣
• 嘉宾：李光毅，麻广广

时间轴

• 02:30 在经历的项目上会有哪些角色
• 05:02 在合作的过程中遇到过哪些问题
• 12:03 开发不认可产品经理设计的产品怎么办
• 23:16 聊聊和项目经理的合作
• 33:21 如何看待项目经理和 Tech Lead 对于风险的不同理解

关于程序员新声

程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外

本期主播

• 主持人：李一鸣
• 嘉宾：李光毅，张凯峰

时间轴

• 00:57 开场
• 01:40 为什么要培养团队成员
• 10:28 作为Tech lead遇到的带人问题
• 25:07 带人曾经犯过的错误
• 37:25 有没有遇到过不想接受你去培养的人
• 41:46 运用情景领导力模型
• 58:43 总结

资源链接

• 情景领导力模型

关于程序员新声

程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外

作为Tech Lead，除了关注技术，更需要关注团队。软件开发是团队活动，任何团队的问题都会直接影响软件项目的交付结果。例如：

• 团队组建阶段，人员配备不当可能会对项目的交付产生负面影响。
• 在开发过程中，团队成员没有充分表达自己的疑惑和问题，或针对某些问题过度争吵，这可能会导致工作效率下降和团队成员的不满。
• 缺乏清晰的工作流程和规范，导致沟通不畅、重复工作和质量问题。
• 在高效的执行期，开发效率很高，但沟通会因为对上下文和方案有足够的认知而减少，这可能会导致团队趋于保守和僵化。

本期播客中，几位嘉宾深入讨论了Tech Lead在团队管理中会遇到的这些挑战。欢迎收听并转发我们的节目。

本期主播

• 主持人：李一鸣
• 嘉宾：张凯峰，麻广广，李光毅

时间轴

• 01:50 开场
• 03:55 Tech Lead是如何参与组建团队的？
• 08:45 一个成功的开发团队构成是什么样的？
• 16:35 团队在风暴期会遭遇什么问题？
• 21:10 如何引导团队进行高效沟通？
• 28:15 规范期都会产生哪些规范？
• 34:06 团队进入高效的执行期还会遇到哪些挑战？
• 43:40 如何避免团队进入僵化和保守？

名词解释

在录制过程中我们难免使用到了一些只在 Thoughtworks 内部才会用到的一些词汇，特此在这里做一个解释

• backup：团队里某些关键角色会安排后备人员，通常是团队梯队中重点培养的对象，为了应对团队中某些关键角色带宽不足或调离岗位带来的问题。
• effort：指开发过程中的”工作量”、”开发成本”等。比如，某个功能开发需要的人力成本和时间成本。
• Retro：回顾会议（Retrospective），在敏捷软件开发中，每个迭代结束会进行回顾。目的是为了鼓励迭代过程中大家做的好的地方，找出遇到了哪些问题，制定改进措施。在这个会议当中，每个人都可以开诚布公地提出自己的建议，有利于团队成员之间观点的碰撞，也能帮助管理者从反馈中获取团队的现状。
• Tech Huddle：一个用于技术团队的会议，目的是让技术团队成员之间分享和讨论技术方案、技术架构、代码实现等技术问题。
• Free Talk：软件开发过程中的非正式沟通和讨论方式，如开发团队之间的自由讨论或交流，或是团队成员之间的无拘束的闲谈。这种方式可以帮助团队成员更好地理解彼此的想法、需求和观点，从而更加高效地协作，也是一种文化或团队氛围的建设方式。

资源链接

• 塔克曼的团队阶段发展模型

关于程序员新声

程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外

本期主播

• 主持人：李一鸣
• 嘉宾：麻广广，李光毅

时间轴

• 02:16 成为 Tech Lead 之后，编码量变化带来的影响
• 10:08 作为 Tech Lead 还需要写代码吗？
• 14:30 为什么有人会反感 Tech Lead 分配任务？
• 18:44 Tech Lead 的时间都去哪了？
• 27:50 Tech Lead 在有限的时间内应该写些什么代码？
• 31:48 Tech Lead 的技术深度应该掌握到什么程度？
• 39:26 Tech Lead 应该如何处理技术和团队的关系？
• 46:35 Tech Lead 应该关注方案设计中的哪些方面？

名词解释

在录制过程中我们难免使用到了一些只在 Thoughtworks 内部才会用到的一些词汇，特此在这里做一个解释

• 卡/story：在开发大型功能时我们通常需要将工作拆分成为更小单位的任务去执行，这些小型任务通常在看板上被管理，称之为卡（片）或者 story。
• 点数：开发人员需要对每一张卡的工作量进行评估，这里的工作量单位为即为点数，例如“这张卡完成需要3个点”。点数不代表绝对的人天数，而是复杂度。
• migration：对数据库/表进行变更，例如添加行、列，或者大批量修改数据。
• calendar：在 Thoughtworks 内我们使用 Google Calendar 进行日程管理，比如在上面组织会议或者标记团队成员的休假情况。这里的 calendar 代指 Google Calendar

关于程序员新声

程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外

本期主播

• 主持人：李一鸣
• 嘉宾：麻广广，李光毅，张凯峰

时间轴

• 02:38 对影响力的理解
• 10:08 技术人员的影响力就是技术影响力吗？
• 10:08 团队为什么需要有影响力的 Tech Lead
• 16:00 技术影响力和非技术影响力能分的开吗？
• 18:52 影响力给个人带来了什么
• 23:54 如何在团队中快速建立影响力
• 33:48 影响力 VS 意见领袖
• 39:10 影响力需要刻意为之吗？

关于程序员新声

程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外

程序员新声 的第一期，我们来聊聊从一个程序员到Tech Lead的转变，是什么契机触发了这个转变，会遇到哪些问题，我们又该如何处理好这些问题，成为一个优秀的Tech Lead。

本期主播

• 主持人：张凯峰
• 嘉宾：李一鸣，李光毅，麻广广

时间轴

• 04:50 成为Tech Lead的经历分享
• 11:55 成为Tech Lead后会碰到哪些出乎意料的问题？
• 20:40 什么是好的Tech Lead？
• 27:20 Tech Lead是程序员的必经之路吗？
• 33:50 Tech Lead的职责是什么？十年前和现在有区别吗？

关于程序员新声

程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。

你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。

主播简介

• 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact
• 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook
• 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌
• 麻广广，咨询师，架构师，个人主页：码猿外