程序员新声

这是从 Thoughtworks 直播《Tech Lead 之路》剪辑的音频版本。 成为 Tech Lead 需要分三步： 重新认识 Tech Lead 这个角色，发展自己。 培养和发展自己的团队。 管理好团队的利益相关者，成为和团队之间的桥梁。 本期主播 主持人：张凯峰 嘉宾：李一鸣，麻广广，李光毅 关于《Tech Lead之路》 《Tech Lead之路》 是 Thoughtworks洞见出品的第四本 自出版文集，这本免费的小书用独特的视角，总结了许多优秀Tech Lead的真实经验，并在多个方面提供了切实可行的建议，包括如何在领导力、管理能力、技术能力和沟通能力等方面构建自己的能力。 如何下载阅读： 方式一：手机扫描下图中的二维码，获取下载链接 方式二：在下面的Thoughtworks洞见文章中点击链接下载 《Tech Lead 之路》——洞见出品的第四本文集 关于程序员新声 程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。 你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。 主播简介 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌 麻广广，咨询师，架构师，个人主页：码猿外 马大伟，咨询师，全栈开发工程师，个人主页：BMPI

在软件开发中，风险无处不在，可能存在技术、人员、进度、质量甚至安全的风险。如何做好风险管理 是每个Tech Lead都要面对的问题，而且由于风险的不确定性，让风险管理变得颇具挑战。 本期播客将围绕技术管理中风险管理这个话题，探讨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

跨功能需求（Cross Functional Requirements，CFRs）或者说 非功能性需求（Non-functional Requirements，NFRs） 不像业务需求那样容易识别和分析，准确识别跨功能需求对于新晋的Tech Lead是非常有挑战的，一方面需要Tech Lead有很强的风险意识，另一方面也需要大量经验的支撑。 软件研发经历这么多年的发展，也沉淀和总结出了很多经验帮助我们识别和分析跨功能需求。 本期播客围绕跨功能需求这个话题，探讨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

项目的成功除了离不开团队内部的一致努力，也离不开团队外部干系人的支持。在本集中我们将探讨如何从 Tech Lead 的角度来进行干系人管理。干系人管理也许比你想象中的更重要，也更复杂。 本期主播 主持人：张凯峰 嘉宾：麻广广，李光毅，李一鸣 时间轴 02:20 对于 Tech lead 来说是否有必要做干系人管理 12:19 在关系人管理的时候 tech lead 应该关注些什么 20:18 在和干系人打交道过程中吃过的亏 24:23 和第三方系统集成中和干系人打交道的经验 34:17 到底如何看待干系人管理 关于程序员新声 程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。 你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。 主播简介 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌 麻广广，咨询师，架构师，个人主页：码猿外

在我们的另外一款播客——质量三人行中，曾经讨论过一期关于软件质量和研发效能的话题。我们提到了软件质量分内部质量和外部质量。那么对于Tech Lead来说，软件的质量会由哪些因素来决定呢？ 软件质量更像是隐形的需求。除了代码的质量，还有需求的质量，发布的质量，甚至更多。我们会通过一些工程实践，比如代码审查、重构、自动化测试和结对编程来确保软件的质量。 本期主播 主持人：张凯峰 嘉宾：麻广广，李光毅，徐瑾 时间轴 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，需要关注流程的建立、执行、改进甚至终结，并且耐心听取团队成员的反馈和建议，以不断优化流程。 本期播客将探讨围绕流程的一系列问题，帮助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 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌 麻广广，咨询师，架构师，个人主页：码猿外

Tech Lead 作为软件开发团队的技术负责人，对内对外都起到至关重要的作用。对外 Tech Lead 是团队技术能力的展现窗口，需要将团队的技术能力呈现给客户或业务团队；对内他需要和各个角色紧密协作，给非技术角色技术角度的建议及支撑。这期我们将聊聊 Tech Lead 在和不同角色的团队成员的协作过程中遇到过的问题，以及如何解决这些问题。 本期主播 主持人：李一鸣 嘉宾：李光毅，麻广广 时间轴 02:30 在经历的项目上会有哪些角色 05:02 在合作的过程中遇到过哪些问题 12:03 开发不认可产品经理设计的产品怎么办 23:16 聊聊和项目经理的合作 33:21 如何看待项目经理和 Tech Lead 对于风险的不同理解 关于程序员新声 程序员新声 是一款来自 Thoughtworks（思特沃克） 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。 你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。 主播简介 张凯峰，咨询师，Thoughtworks洞见主编，个人主页：张凯峰Impact 李一鸣，咨询师，架构师，个人主页：爱码叔-iCodeBook 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌 麻广广，咨询师，架构师，个人主页：码猿外

团队由若干名成员所做成，团队的发展离不开每一位成员的成长。作为 Tech Lead，当然希望手下都是精兵良将。但你可能会发现，团队所有的难题都是自己在解决，所有的问题都集中在自己手里。团队成员的成长过于缓慢，导致自己疲惫不堪。这一期，我们来聊一聊如何培养团队成员。 本期主播 主持人：李一鸣 嘉宾：李光毅，张凯峰 时间轴 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 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌 麻广广，咨询师，架构师，个人主页：码猿外

在成为 Tech Lead 之后，个体的编码时间自然会受到团队工作的挤压，那么 Tech Lead 是否可以就此顺势放弃编码呢？如果答案是否定的话，Tech Lead 角色自身的技术成长应该向什么方向靠拢，以及如何平衡技术和团队之前的关系呢？这些都是本期即将讨论的话题 本期主播 主持人：李一鸣 嘉宾：麻广广，李光毅 时间轴 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 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌 麻广广，咨询师，架构师，个人主页：码猿外

不仅对于 Tech Lead，对于任何一名开发来说，影响力都非常重要。影响力是你带领团队成功达成目标的重要支撑。如果缺乏影响力，你对团队的把控会慢慢丧失，你的想法也无法实现，各种事情的推进上四处碰壁。打造个人影响力是一个长久的过程，靠的是日积月累。这一期我们来聊一聊什么是技术人员的影响力，以及如何打造自己的影响力。 本期主播 主持人：李一鸣 嘉宾：麻广广，李光毅，张凯峰 时间轴 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的转变，是什么契机触发了这个转变，会遇到哪些问题，我们又该如何处理好这些问题，成为一个优秀的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 李光毅，咨询师，全栈开发工程师，个人主页：技术圆桌 麻广广，咨询师，架构师，个人主页：码猿外