Look for any podcast host, guest or anyone
Showing episodes and shows of

Thoughtworks

Shows

Thoughtworks Technology Podcast2025-12-2345 minHablando de software2025-12-1250 minThoughtworks Technology Podcast2025-12-1137 minThoughtworks Technology Podcast2025-11-2746 minTecnología y Negocios2025-11-2627 minThoughtworks Technology Podcast2025-11-1329 minHablando de software2025-11-031h 00Thoughtworks Technology Podcast2025-10-3035 minThoughtworks Technology Podcast2025-10-1625 minThoughtworks Technology Podcast2025-09-1828 minPragmatism in Practice2025-09-1627 minTecnología y Negocios2025-09-011h 02Thoughtworks Technology Podcast2025-08-2140 minThoughtworks Technology Podcast2025-08-0757 minPragmatism in Practice2025-07-3038 minThoughtworks Technology Podcast2025-05-2929 minThoughtworks Technology Podcast2025-05-1538 minPragmatism in Practice2025-04-2534 minThoughtworks Technology Podcast2025-04-1738 minPragmatism in Practice2025-03-1244 minPragmatism in Practice2025-02-2540 minPragmatism in Practice2025-02-1130 minThoughtworks Technology Podcast2025-02-0633 minThoughtworks Technology Podcast2025-01-2336 minThoughtworks Technology Podcast2025-01-0943 minThoughtworks Technology Podcast2024-11-2833 minThoughtworks Technology Podcast2024-10-3133 minThoughtworks Technology Podcast2024-10-0337 minThoughtworks Technology Podcast2024-09-0543 minThoughtworks Technology Podcast2024-07-2540 minThoughtworks Technology Podcast2024-07-1136 minThoughtworks Technology Podcast2024-06-2752 minTecnología y Negocios2024-06-2020 minThoughtworks Technology Podcast2024-06-1340 minThoughtworks Technology Podcast2024-05-1644 minThoughtworks Technology Podcast2024-05-0248 minThoughtworks Technology Podcast2024-04-1837 minThoughtworks Technology Podcast2024-03-2131 minThoughtworks洞见
Thoughtworks洞见AIGC对程序员的影响 在这一期的播客中,我们将探讨AI技术,尤其是ChatGPT和AIGC,如何改变软件工程的面貌。我们会聚焦于AI模型的不稳定性给开发者带来的挑战,以及它们在提高开发效率和创新方面的潜力。将会涉及到AI在辅助软件开发、转换遗留系统,甚至在故事卡生成等任务中的应用。此外,本期还会讨论AI在应用开发中的角色,以及它对个体开发者和团队合作方式的影响。最后,我们将探讨如何与AI更好地沟通和交互,以充分利用这些技术在软件工程中的应用。 本期主播 主持人:张凯峰 嘉宾:马大伟,李光正 时间轴 00:00 AI对程序员的影响及讨论 03:36 ChatGPT对个人软件开发的影响 08:05 ChatGPT对程序员的影响及局限性 14:57 AI对软件工程的影响和改变 24:38 AI模型在业务知识传递中的应用 31:05 基于ChatGPT的应用开发 41:17 AIGC对程序员的影响及启示 47:30 程序员如何高效学习AI 关于Thoughtworks 洞见播客 Thoughtworks 洞见播客,是一款来自 Thoughtworks(思特沃克) 的播客节目,在这里我们深入探讨能够激发想象力的最新技术主题,获取关于尖端技术开发的前沿洞见,并更多地了解当今的技术大趋势将会产生的影响。 你可以在喜马拉雅,小宇宙,以及泛用型播客客户端,订阅收听我们的节目。 主播简介 张凯峰,咨询师,Thoughtworks洞见主编,个人主页:张凯峰Impact 李一鸣,咨询师,架构师,个人主页:爱码叔-iCodeBook 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌 麻广广,咨询师,架构师,个人主页:码猿外 马大伟,咨询师,全栈开发工程师,个人主页:BMPI
2023-12-0450 minThoughtworks Technology Podcast2023-09-0738 minThoughtworks洞见
Thoughtworks洞见成为 Tech Lead 需要分三步(第一季完结) 这是从 Thoughtworks 直播《Tech Lead 之路》剪辑的音频版本。 成为 Tech Lead 需要分三步: 重新认识 Tech Lead 这个角色,发展自己。 培养和发展自己的团队。 管理好团队的利益相关者,成为和团队之间的桥梁。 本期主播 主持人:张凯峰 嘉宾:李一鸣,麻广广,李光毅 关于《Tech Lead之路》 《Tech Lead之路》 是 Thoughtworks洞见出品的第四本 自出版文集,这本免费的小书用独特的视角,总结了许多优秀Tech Lead的真实经验,并在多个方面提供了切实可行的建议,包括如何在领导力、管理能力、技术能力和沟通能力等方面构建自己的能力。 如何下载阅读: 方式一:手机扫描下图中的二维码,获取下载链接 方式二:在下面的Thoughtworks洞见文章中点击链接下载 《Tech Lead 之路》——洞见出品的第四本文集 关于程序员新声 程序员新声 是一款来自 Thoughtworks(思特沃克) 的播客节目。在这里,我们不仅讨论软件和技术领域的现状和未来,更关注程序员的成长世界。如何学习,如何晋升,如何带领团队,如何与客户沟通。这是一条程序员的成长之路。 你可以在喜马拉雅,小宇宙,以及泛用型播客客户端,搜索 程序员新声,订阅收听我们的节目。 主播简介 张凯峰,咨询师,Thoughtworks洞见主编,个人主页:张凯峰Impact 李一鸣,咨询师,架构师,个人主页:爱码叔-iCodeBook 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌 麻广广,咨询师,架构师,个人主页:码猿外 马大伟,咨询师,全栈开发工程师,个人主页:BMPI
2023-07-141h 20Thoughtworks Technology Podcast2023-07-1344 minHablando de software2023-07-1140 minThoughtworks洞见
Thoughtworks洞见Tech Lead 如何更好地识别和管理风险? 在软件开发中,风险无处不在,可能存在技术、人员、进度、质量甚至安全的风险。如何做好风险管理 是每个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
2023-06-2644 minThoughtworks洞见
Thoughtworks洞见Tech Lead 无法忽视的跨功能需求 跨功能需求(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
2023-06-0840 minThoughtworks洞见2023-05-2343 minThoughtworks Technology Podcast2023-05-1851 minThoughtworks洞见
Thoughtworks洞见Tech Lead 如何看待软件的质量 在我们的另外一款播客——质量三人行中,曾经讨论过一期关于软件质量和研发效能的话题。我们提到了软件质量分内部质量和外部质量。那么对于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 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌 麻广广,咨询师,架构师,个人主页:码猿外 徐瑾,咨询师。
2023-05-0846 minThoughtworks洞见
Thoughtworks洞见团队流程建立、执行、改进和终结 | 《Tech Lead 之路》 作为一名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 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌 麻广广,咨询师,架构师,个人主页:码猿外
2023-04-2138 minThoughtworks Technology Podcast2023-04-2047 minThoughtworks Technology Podcast2023-04-0635 minThoughtworks洞见
Thoughtworks洞见Tech Lead 如何与其他团队成员协作 Tech Lead 作为软件开发团队的技术负责人,对内对外都起到至关重要的作用。对外 Tech Lead 是团队技术能力的展现窗口,需要将团队的技术能力呈现给客户或业务团队;对内他需要和各个角色紧密协作,给非技术角色技术角度的建议及支撑。这期我们将聊聊 Tech Lead 在和不同角色的团队成员的协作过程中遇到过的问题,以及如何解决这些问题。 本期主播 主持人:李一鸣 嘉宾:李光毅,麻广广 时间轴 02:30 在经历的项目上会有哪些角色 05:02 在合作的过程中遇到过哪些问题 12:03 开发不认可产品经理设计的产品怎么办 23:16 聊聊和项目经理的合作 33:21 如何看待项目经理和 Tech Lead 对于风险的不同理解 关于程序员新声 程序员新声 是一款来自 Thoughtworks(思特沃克) 的播客节目。在这里,我们不仅讨论软件和技术领域的现状和未来,更关注程序员的成长世界。如何学习,如何晋升,如何带领团队,如何与客户沟通。这是一条程序员的成长之路。 你可以在喜马拉雅,小宇宙,以及泛用型播客客户端,搜索 程序员新声,订阅收听我们的节目。 主播简介 张凯峰,咨询师,Thoughtworks洞见主编,个人主页:张凯峰Impact 李一鸣,咨询师,架构师,个人主页:爱码叔-iCodeBook 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌 麻广广,咨询师,架构师,个人主页:码猿外
2023-04-0342 minTecnología y Negocios2023-03-1548 minThoughtworks洞见
Thoughtworks洞见Tech Lead 如何培养团队成员? 团队由若干名成员所做成,团队的发展离不开每一位成员的成长。作为 Tech Lead,当然希望手下都是精兵良将。但你可能会发现,团队所有的难题都是自己在解决,所有的问题都集中在自己手里。团队成员的成长过于缓慢,导致自己疲惫不堪。这一期,我们来聊一聊如何培养团队成员。 本期主播 主持人:李一鸣 嘉宾:李光毅,张凯峰 时间轴 00:57 开场 01:40 为什么要培养团队成员 10:28 作为Tech lead遇到的带人问题 25:07 带人曾经犯过的错误 37:25 有没有遇到过不想接受你去培养的人 41:46 运用情景领导力模型 58:43 总结 资源链接 情景领导力模型 关于程序员新声 程序员新声 是一款来自 Thoughtworks(思特沃克) 的播客节目。在这里,我们不仅讨论软件和技术领域的现状和未来,更关注程序员的成长世界。如何学习,如何晋升,如何带领团队,如何与客户沟通。这是一条程序员的成长之路。 你可以在喜马拉雅,小宇宙,以及泛用型播客客户端,搜索 程序员新声,订阅收听我们的节目。 主播简介 张凯峰,咨询师,Thoughtworks洞见主编,个人主页:张凯峰Impact 李一鸣,咨询师,架构师,个人主页:爱码叔-iCodeBook 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌 麻广广,咨询师,架构师,个人主页:码猿外
2023-03-1459 minThoughtworks Technology Podcast2023-02-2345 minThoughtworks洞见
Thoughtworks洞见Tech Lead如何带领团队? 内容简介 作为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 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌 麻广广,咨询师,架构师,个人主页:码猿外
2023-02-2349 minThoughtworks Technology Podcast2023-02-0939 minThoughtworks洞见
Thoughtworks洞见Tech Lead 还需要写代码吗? 在成为 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 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌 麻广广,咨询师,架构师,个人主页:码猿外
2023-01-3151 minThoughtworks Technology Podcast2023-01-2642 minThoughtworks洞见
Thoughtworks洞见构建Tech Lead 影响力 不仅对于 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 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌 麻广广,咨询师,架构师,个人主页:码猿外
2022-12-2843 minThoughtworks Technology Podcast2022-12-1549 minThoughtworks洞见
Thoughtworks洞见从程序员到Tech Lead 从职业发展的角度,随着技术能力和项目经验的积累,大部分程序员到了一定的成熟阶段,会成为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 李光毅,咨询师,全栈开发工程师,个人主页:技术圆桌 麻广广,咨询师,架构师,个人主页:码猿外
2022-12-1143 minThoughtworks Technology Podcast2022-08-2532 minThoughtworks Technology Podcast2022-07-2848 minThoughtworks洞见
Thoughtworks洞见不止测试 | 电子书免费下载 4月27日,我们在Thoughtworks的直播平台,做了质量三人行的第一次视频直播。这也是第41期质量三人行的录制,和一直关注我们的朋友“面对面”实时交流。希望我们的讨论依旧能带来更多的启发。 作为一个团队角色,QA有必须承担的日常工作,测试软件,发现Bug,配合开发人员修复Bug,然后验证。还会制定测试计划,参与需求评审。但在Thoughtworks这样的环境里,我们发现,QA工作的职责范围似乎是超出这些的,在更大范围内跟不同的角色配合,也要关注到软件生命周期的不同阶段,而且这些工作对于团队合作和软件质量都会产生潜移默化的积极影响。 我们愿意把这样的工作定义为不止测试。简单的定义就是,软件的质量保障不止测试,测试人员的工作也不止测试。 我们也有一本林冰玉写的《不止测试》小书推荐给大家,这本书的内容基本就是我们讨论内容的细节。在相关链接的部分,可以找到免费电子版的下载地址。 本期主播 主持人:张凯峰 嘉宾:林冰玉,刘冉,于晓南 时间轴 08:47 QA只完成简单的测试工作,是远远不够的 27:52 QA也要参加业务和架构讨论会议 41:50 QA可以这样和开发一起工作 55:20 团队内信息透明化对团队为质量负责至关重要 相关链接 《不止测试》——Thoughtworks 洞见自出版的第二本书 质量内建 - 《不止测试》——我的自出版小书 「不止测试」答疑 - 「质量三人行之不止测试」直播问题集 关于质量三人行 质量三人行是一款来自ThoughtWorks(思特沃克)的播客节目,我们关注软件行业测试领域的现状和未来,质量和测试人员的职业发展。 你可以在小宇宙 ,喜马拉雅,以及Pocket Casts,Google Podcasts,Apple Podcast等泛用型播客客户端,搜索质量三人行,订阅收听到我们的节目。
2022-06-021h 16Hablando de software2022-04-2027 minThoughtworks洞见
Thoughtworks洞见从技术雷达看测试领域的趋势 每六个月左右,Thoughtworks都会发布一期技术雷达。它是根据我们在项目工作中获取的洞见编写,是有态度的前沿技术解析。 在这一期质量三人行上线的时候,最新的第25期技术雷达也已经上线。不止是开发人员,测试人员也可以从这样一份免费的报告中,获得一些对于技术发展动态的了解,小到工具,大到平台,都或多或少有所涉及。即便不是现在,它们也会在将来以某种方式影响我们的工作方式和内容。 我们发现,这些年下来,技术雷达在关注测试和质量的方面,不断在强调的都是可测试性这个概念,可测性会体现在需求变成故事卡的时候,体现在编写的生产代码是不是很容易被自动化测试到,还体现在新的工具和技术是不是可以被部署在自动化的流水线中,而这些都是交付真实有价值软件的基础。 每期技术雷达还会分享出一些关于最新支持前端、基础设施、安全和UI测试的工具和技术。 本期主播 主持人:张凯峰 嘉宾:林冰玉,刘冉,于晓南 时间轴 13:30 技术雷达中对每个条目的建议,值得结合实际来学习和反思 34:15 遗留系统的活文档,产生的背景是数字化转型中的系统改造 47:44 抓住可测性,后续的投入产出比就会比较高 相关链接 第25期Thoughtworks技术雷达发布 Thoughtworks网站上涉及技术雷达的文章 关于质量三人行 质量三人行是一款来自ThoughtWorks(思特沃克)的播客节目,我们关注软件行业测试领域的现状和未来,质量和测试人员的职业发展。 你可以在小宇宙 ,喜马拉雅,以及Pocket Casts,Google Podcasts,Apple Podcast等泛用型播客客户端,搜索质量三人行,订阅收听到我们的节目。
2021-12-0955 minPragmatism in Practice2021-04-0634 minThoughtworks洞见2021-03-3036 minThoughtworks洞见2021-03-2535 minThoughtworks洞见2021-03-1729 minThoughtworks洞见2021-03-0835 minThoughtworks洞见2021-02-1830 minThoughtworks洞见2021-02-0830 minThoughtworks洞见2021-01-2847 minThoughtworks洞见2021-01-2134 minThoughtworks洞见2021-01-1428 minThoughtworks洞见2021-01-0940 minThoughtworks洞见
Thoughtworks洞见安全测试 | 是一种不拘泥于角色的能力 现在一谈到安全,一般都是聊渗透测试或者是安全防护,比如WFA等,很少有人谈到安全开发和开发流程中的安全测试。其实安全开发才是最有效的安全防护办法,而安全测试其中非常重要的一环。 这次我们邀请到ThoughtWorks安全开发专家马伟,就安全测试领域做了一次访谈。 本期主播 主持人:张凯峰 嘉宾:马伟,林冰玉,于晓南 时间轴 02:22 内建安全的软件开发中,安全测试是很重要的部分。 10:31 安全测试在测试四象限中的地位。 18:50 安全测试是一种能力,并不是在于具体谁来做。 23:23 安全测试先从手头的工作开始。 28:23 安全测试的边界在哪里,会不会越界。 33:50 安全测试的成长路径可以是怎样的。 相关链接 致测试同仁们:让我们一起做安全测试吧! 用了ZAP,你的软件就安全了吗? 应对数字化时代安全挑战的4个关键举措 软件测试新趋势 测试矩阵 內建安全的软件开发 软件测试新趋势 别再依赖安全扫描了 让安全实践在敏捷团队落地 为数字化企业注入安全基因 关于质量三人行 质量三人行是一款来自ThoughtWorks(思特沃克)的播客节目,我们关注软件行业测试领域的现状和未来,质量和测试人员的职业发展。 你可以在小宇宙 ,喜马拉雅,网易云音乐以及Pocket Casts,Google Podcasts,Apple Podcast等泛用型播客客户端,搜索质量三人行,订阅收听到我们的节目。
2020-12-2341 minPragmatism in Practice2020-12-1041 minThoughtworks洞见
Thoughtworks洞见数据测试 | 一个更有职业前景的方向? 这一期我们特地邀请同事李春辉来加入分享。她在几年前转身投入数据类项目和应用的测试。这几年领域的发展,以及个人自身的经验成长,都会是值得分享的内容。转身意味着新的学习曲线,以及这份职业方向是不是意味着积极的前景。欢迎收听。 本期主播 主持人:张凯峰 嘉宾:李春辉,刘冉,于晓南 时间轴 01:52 从传统项目加入数据类型项目,从测试的角度看会有哪些不同呢? 05:26 数据类型项目的测试重点在哪? 10:30 虽然是新类型测试,但测试方法和理念并没有什么不同。 13:01 数据类测试到底算白盒还是黑盒测试? 19:10 数据类项目团队的人员构成会有什么不一样? 26:59 从传统QA转型到数据QA,需要怎样准备? 31:05 数据QA可能会更有前景 相关链接 数据项目在做什么,测试有何不同? QA进场锦囊 大数据QA学习路线 机器学习测试12条建议 测试机器学习平台带给QA的挑战 机器学习平台测试篇 机器学习模型测试-入门篇 机器学习模型黑盒测试--蜕变测试 机器学习特征处理——独热编码(One-Hot Encoding) 关于质量三人行 质量三人行是一款来自ThoughtWorks(思特沃克)的播客节目,我们关注软件行业测试领域的现状和未来,质量和测试人员的职业发展。 你可以在网易云音乐,喜马拉雅,以及小宇宙,Pocket Casts,Google Podcasts,Apple Podcast等泛用型播客客户端,搜索质量三人行,订阅收听到我们的节目。
2020-12-1036 minHablando de software2020-12-0823 minThoughtworks洞见2020-11-2931 minHablando de software2020-11-2427 minPragmatism in Practice2020-11-1935 minThoughtworks洞见2020-11-1529 minThoughtworks洞见
Thoughtworks洞见测试架构 | 其实不是一个新概念 这应该是一次对上一期话题《测试策略》的延展。 2017年刘冉写了一篇文章,从测试策略到测试架构,他写到了: 而测试策略往往是高层次的指导,对于一些中小型项目也许已经足够了,但是却不足以应付现代越来越复杂的软件系统。 …… 以软件系统架构的思维去思考整个测试体系。 而是通个各种有效的方式(无论手动还是自动)把各种测试合理且有效的联系起来,形成一个拥有完整架构的测试体系,这样才能使整个系统的各种测试更加可视化和更易于理解 以及一个测试架构可能的样子: 这次的讨论,不自觉地变成我们几个人对刘老师的挑战,聊到了: 测试架构和测试策略的关系 定义测试架构的时机 以及测试架构具体可能包含的内容 本期主播 主持人:张凯峰 嘉宾:林冰玉,刘冉,于晓南 时间轴 03:04 软件开发有架构设计,测试也一样 10:55 刘冉绘制的测试架构图的范例 16:50 测试架构到底在什么时候会定义下来呢? 19:15 测试架构会包含那些东西? 24:00 测试架构会比测试策略更落地 31:40 测试架构需要自动化测试的辅助 相关链接 从测试策略到测试架构 移动应用的测试策略与测试架构 测试金字塔实战 自动化测试框架分类与思考 关于质量三人行 质量三人行是一款来自ThoughtWorks(思特沃克)的播客节目,我们关注软件行业测试领域的现状和未来,质量和测试人员的职业发展。 你可以在网易云音乐,喜马拉雅,以及小宇宙,Pocket Casts,Google Podcasts,Apple Podcast等泛用型播客客户端,搜索质量三人行,订阅收听到我们的节目。
2020-11-0433 minThoughtworks洞见
Thoughtworks洞见测试策略 | 几位嘉宾的观点好像也不太一样 在进入测试策略这个话题的策划时,我们发现作为传统语境的概念,在现在已经有了新的内涵。它的内容是演进的,概念自然也一直在演进。它似乎默认是具有高级经验的人才能来设计,但几位嘉宾也谈到了自己曾经经历的测试策略落地失败的经验。 我们的播客陆续收到一些听众的反馈,欢迎留言,我们也会在合适时机,集中做一些问答。谢谢。 本期主播 主持人:张凯峰 嘉宾:林冰玉,刘冉,于晓南 时间轴 02:10 现代项目的语境下重新理解测试策略的定义。 09:23 初级QA还能设计测试策略? 17:42 测试策略不是僵化不变的,而是演进出来的。 26:32 不同类型的软件系统的测试策略有多大不同? 32:45 一页纸测试策略的可行性。 39:39 测试策略和测试金字塔的关系。 相关链接 一页纸测试策略 从测试策略到测试架构 移动应用的测试策略与测试架构 微服务测试的思考与实践 Test strategy from Wikipedia 关于质量,大家都在关注什么? 敏捷软件测试常见的七个误区 测试金字塔实战 关于质量三人行 质量三人行是一款来自ThoughtWorks(思特沃克)的播客节目,我们关注软件行业测试领域的现状和未来,质量和测试人员的职业发展。 你可以在网易云音乐,喜马拉雅,以及小宇宙,Pocket Casts,Google Podcasts,Apple Podcast等泛用型播客客户端,搜索质量三人行,订阅收听到我们的节目。
2020-10-2345 minThoughtworks洞见
Thoughtworks洞见当我们谈敏捷测试时,我们在谈什么? 第三期我们选择敏捷测试作为话题,是因为它在最近几年似乎重回行业的视野,不同的组织和个人,都在尝试重新定义它。而基于我们自己的经验,对它会有一些不同的体会,分享给大家。 这次还特地邀(乱)请(入)到另一位资深同事王健,人称台长,以开发者的身份,加入到几位QA的讨论中。 我们花了很长时间在讨论“团队为质量负责”这一话题,过程并不轻松,每个人的体验似乎也很纠结,可见这话题涉及到现实层面的不少问题,比如如何衡量绩效,不同阶段角色如何合作,乃至各自对质量会有不同角度的定义。相信对听众的你会有收获。 本期主播 主持人:张凯峰 嘉宾:林冰玉,刘冉,于晓南 乱入:王健 时间轴 00:52 乱入的王健 03:41 刘冉讲他理解的敏捷测试 11:30 一不小心开始陷入对“团队为质量负责”“的散漫讨论 25:32 团队为质量负责,落地有多难?KPI似乎可以用得上。 39:47 没有自动化测试,还能妄谈敏捷测试。 46:11 敏捷测试的度量,是度量结果还是度量过程? 相关链接 敏捷测试宣言与原则 ThoughtWorks的敏捷测试 一页纸测试策略 八叉说-测试金字塔不是测试策略 测试自动化后,我们需要怎样的QA? 敏捷软件测试常见的七个误区 我和敏捷团队的五个约定 敏捷中的QA 关于质量三人行 质量三人行是一款来自ThoughtWorks(思特沃克)的播客节目,我们关注软件行业测试领域的现状和未来,质量和测试人员的职业发展。 你可以在网易云音乐,喜马拉雅,以及小宇宙,Pocket Casts,Google Podcasts,Apple Podcast等泛用型播客客户端,搜索质量三人行,订阅收听到我们的节目。
2020-10-111h 10Thoughtworks洞见2020-09-281h 00Thoughtworks洞见
Thoughtworks洞见测试人员的职业发展(1) 《质量三人行》的第一期,我们期望从一个更加软性的角度切入,聊一下在软件测试这个领域里面,从业人员时不时都会困惑的问题:我们的职业发展应该是什么样子的?为什么总会有不断侵扰的焦虑? 有趣的是,我们的三位嘉宾,都是在软件测试这个行业里面浸淫多年的人,也是ThoughtWorks的资深的测试咨询师。他们从不同的渠道,以及自身的经历,都有感受到职业发展的问题对自己的影响。 我们尝试讨论这个问题的来由,它的话题性所在,测试领域的乐趣和价值在哪。他们如何应对这种焦虑感,如何认识日常的测试工作。以及最后这到底会不会是一个伪命题? 本期主播 主持人:张凯峰 嘉宾:林冰玉,刘冉,于晓南 时间轴 00:00 嘉宾介绍 01:03 嘉宾们的测试职业生涯回顾 08:25 为什么测试人员的职业生涯具有话题性? 17:21 敏捷测试是测试人员翻身的一次机会? 27:23测试人员如何保持学习力和竞争力? 40:08 职业发展不只是测试人员在面临的问题 相关链接 林冰玉:《软件测试人员的挑战和机遇》 林冰玉:《神圣的QA》 林冰玉:《敏捷中的QA》 林冰玉:《软件测试人员的职业发展之路》 关于质量三人行 质量三人行是一款来自ThoughtWorks(思特沃克)的播客节目,我们关注软件行业测试领域的现状和未来,质量和测试人员的职业发展。 你可以在网易云音乐,喜马拉雅,以及小宇宙,Pocket Casts,Google Podcasts,Apple Podcast等泛用型播客客户端,搜索质量三人行,订阅收听到我们的节目。
2020-09-1742 minPragmatism in Practice2020-07-0827 minPragmatism in Practice2020-05-2232 minPragmatism in Practice2020-05-0728 minPragmatism in Practice2020-02-1429 minPragmatism in Practice2020-01-1732 minPragmatism in Practice2019-10-2524 minPragmatism in Practice2019-09-2622 minPragmatism in Practice2019-09-1215 minPragmatism in Practice2019-07-2616 min