在成为 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（思特沃克）) 的播客节目。在这里，我们不仅讨论软件和技术领域的现状和未来，更关注程序员的成长世界。如何学习，如何晋升，如何带领团队，如何与客户沟通。这是一条程序员的成长之路。
你可以在喜马拉雅，小宇宙，以及泛用型播客客户端，搜索 程序员新声，订阅收听我们的节目。
主播简介
