S1E2:企业架构师的工作有多虚?

在这一期,架构三人行讨论了企业架构师工作的虚与实的问题。娜娜分享了自己在甲方和乙方工作的经历和看法,认为企业架构师的工作常常被误解为虚无缥缈,但通过思考,可以解决这个问题。

我们在对话中还讨论了对他人工作拒绝了解的态度,以及沟通的重要性,同时强调了企业架构师在工作中常常面临虚实之争。娜娜在她的文章中也分享了企业架构师在实际案例中体现务实态度的工作经验,并强调了将务虚工作转化为务实态度的重要性。

本期主播

  • 主持人:张凯峰
  • 嘉宾:张娜、王冬雪、韩昭芳、王健

时间轴

  • 03:57 企业架构工作中一些被认为虚的表现:只会做PPT、画表格、做汇报。
  • 20:44 架构师的工作态度和转换会影响对其虚实评价的主观性。
  • 35:29 追求精确、实用和有价值的目标,可以实现有具体目标和实在内容的企业级别工作。

相关链接

关于架构三人行

欢迎收听架构三人行,深入软件和企业架构的世界,通过工具、技术和趋势释放架构潜力,架构三人行是获取专家见解、实用建议的首选播客。

你可以在小宇宙苹果播客Spotify、Pocket Casts,Google Podcasts等泛用型播客客户端,搜索“架构三人行”,订阅收听到我们的节目。

服务支持

本节目由「声湃 WavPub」提供专业录音间和内容托管服务支持。

S1E1:架构三人行,我们开聊企业架构

本文是架构三人行播客的开篇之作。几位主播分别介绍了自己的角色和经验,包括企业架构师、传统架构师以及云计算和区块链等领域的专业经验。我们将在这个播客中探讨与分享企业架构相关的话题,并希望与听众一起学习和交流。

企业架构是随着对软件和企业关注达到一定程度后必须面对的问题,它更像是一个思维方式的转变。企业架构对于一个人的视野和经验要求较多,技术出身的人也可以通过理解商业和战略来解释很多问题。

企业架构像一个乐高,能够展现真实状态下的组织、业务、系统和技术之间的关系。它是一个具象化的理解,帮助企业进行信息化或数字化转型,提升管理效率。

企业架构的目的是帮助讨论企业的性质、发展方向和所需结构,以提供对外功能。企业架构的定义因人而异,但每个人的答案都正确。

本期主播

  • 主持人:张凯峰
  • 嘉宾:张娜、王冬雪、韩昭芳、王健

时间轴

  • 14:01 几个人对企业架构有不同的定义和理解
  • 25:32 我是被逼着进入到企业架构的
  • 31:38 企业架构给了我价值认同

相关链接

关于架构三人行

欢迎收听架构三人行,深入软件和企业架构的世界,通过工具、技术和趋势释放架构潜力,架构三人行是获取专家见解、实用建议的首选播客。

你可以在小宇宙苹果播客Spotify、Pocket Casts,Google Podcasts等泛用型播客客户端,搜索“架构三人行”,订阅收听到我们的节目。

服务支持

本节目由「声湃 WavPub」提供专业录音间和内容托管服务支持。

S2E1:程序员如何高效学习 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

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

主播简介

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

第五季完结:软件上线了,QA 的未来在哪里?

我们开发的软件上线了,是不是就万事大吉了呢?作为 QA,我们是否仍然需要关注呢?

如果是,QA 需要做些什么,责任在哪,需要关注多长时间。

欢迎收听质量三人行第五季。如果你是经常收听质量三人行的朋友,可能会了解我们之前聊过的几乎每一期,都是问题驱动的,我们基于某个软件质量方面的问题,或者测试人员的遭遇,来展开讨论。

第五季,会有一些不同。这一季我们尝试以大规模的虚拟项目作为背景,来探讨在大规模项目中,按照软件的生命周期的顺序,我们QA或者说质量人员,可能会遭遇到的、与软件质量相关的、方方面面的问题。

在本期节目中,我们聊到了软件上线发布后,在运维阶段QA需要去做的各种事情。

本期主播

  • 主持人:张凯峰
  • 嘉宾:刘冉,于晓南,林冰玉

时间轴

  • 03:12 为什么QA需要关注生产环境?
  • 09:10 QA在生产环境需要做哪些事情?
  • 15:51 生产环境下的QA过程需要持续多长时间?
  • 22:29 嘉宾分享自身经历的生成环境下的QA案例
  • 32:33 QA 未来在哪里?

关于质量三人行

质量三人行是一款来自Thoughtworks(思特沃克)的播客节目,我们关注软件行业测试领域的现状和未来,质量和测试人员的职业发展。

你可以在小宇宙喜马拉雅,以及Pocket CastsGoogle PodcastsApple Podcast等泛用型播客客户端,搜索质量三人行,订阅收听到我们的节目。

软件发不发布,谁说了算?

我们开发的软件进入生命周期的后期,即将上线,这是一件激动人心的事情。作为 QA,我们是否仍然需要关注发布过程中发生的事情。

如果是,QA 需要准备什么,责任在哪,如何和其他角色特别是 Ops 合作。

以及特别重要地,如果发布过程中出现了任何问题,到底会是谁来拍板上线与否呢?

欢迎收听质量三人行第五季。如果你是经常收听质量三人行的朋友,可能会了解我们之前聊过的几乎每一期,都是问题驱动的,我们基于某个软件质量方面的问题,或者测试人员的遭遇,来展开讨论。

第五季,会有一些不同。这一季我们尝试以大规模的虚拟项目作为背景,来探讨在大规模项目中,按照软件的生命周期的顺序,我们QA或者说质量人员,可能会遭遇到的、与软件质量相关的、方方面面的问题。

在本期节目中,我们聊到了整个发布过程,发布前、发布中、发布后QA 需要关注什么,坚守什么,以及发不发布到底谁说了算。

本期主播

  • 主持人:张凯峰
  • 嘉宾:刘冉,于晓南,林冰玉

时间轴

  • 02:58 QA 是否需要关注发布?
  • 06:03 发不发布谁说了算?
  • 09:05 发布前 QA 要做哪些准备工作?
  • 17:01 什么情况下发布会延期?
  • 24:52 QA 如何参与发布过程?
  • 29:43 发布之后 QA 要关注什么?
  • 36:14 在整个发布过程中 QA 需要坚守的是什么?

关于质量三人行

质量三人行是一款来自Thoughtworks(思特沃克)的播客节目,我们关注软件行业测试领域的现状和未来,质量和测试人员的职业发展。

你可以在小宇宙喜马拉雅,以及Pocket CastsGoogle PodcastsApple Podcast等泛用型播客客户端,搜索质量三人行,订阅收听到我们的节目。

S1E12:成为 Tech Lead 需要分三步(第一季完结)

这是从 Thoughtworks 直播《Tech Lead 之路》剪辑的音频版本。

成为 Tech Lead 需要分三步:

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

本期主播

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

关于《Tech Lead之路》

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

如何下载阅读

  • 方式一:手机扫描下图中的二维码,获取下载链接
  • 方式二:在下面的Thoughtworks洞见文章中点击链接下载

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

关于程序员新声

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

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

主播简介

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

测试人员如何更高效地工作?

欢迎收听质量三人行第五季。如果你是经常收听质量三人行的朋友,可能会了解我们之前聊过的几乎每一期,都是问题驱动的,我们基于某个软件质量方面的问题,或者测试人员的遭遇,来展开讨论。

第五季,会有一些不同。这一季我们尝试以大规模的虚拟项目作为背景,来探讨在大规模项目中,按照软件的生命周期的顺序,我们QA或者说质量人员,可能会遭遇到的、与软件质量相关的、方方面面的问题。

在本期节目中,我们聊到了在日常的迭代开发以及和其他角色协作之余(之后),测试人员要如何更高效地开展独立的测试工作,涉及到不同的测试类型,有哪些因素会影响测试效率,以及是什么驱动了测试人员与其他角色的协作过程。

本期主播

  • 主持人:张凯峰
  • 嘉宾:刘冉,林冰玉,于晓南

时间轴

  • 05:08 计划赶不上变化,怎样适时调整?
  • 09:29 有经验的QA如何安排各种质量活动?
  • 26:34 测试环境怎样影响测试过程?
  • 40:55 是缺陷驱动了QA与其他角色的协作吗?

关于质量三人行

质量三人行是一款来自Thoughtworks(思特沃克)的播客节目,我们关注软件行业测试领域的现状和未来,质量和测试人员的职业发展。

你可以在小宇宙喜马拉雅,以及Pocket CastsGoogle PodcastsApple Podcast等泛用型播客客户端,搜索质量三人行,订阅收听到我们的节目。

S1E11: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

测试人员如何检查代码质量?

欢迎收听质量三人行第五季。如果你是经常收听质量三人行的朋友,可能会了解我们之前聊过的几乎每一期,都是问题驱动的,我们基于某个软件质量方面的问题,或者测试人员的遭遇,来展开讨论。

第五季,会有一些不同。这一季我们尝试以大规模的虚拟项目作为背景,来探讨在大规模项目中,按照软件的生命周期的顺序,我们QA或者说质量人员,可能会遭遇到的、与软件质量相关的、方方面面的问题。

在本期节目中,我们聊到了开发人员编码完成之后的一个重要环节 Desk Check,这个环节需要哪些人员参与,如何一起协作,以及会有哪些质量相关的关注点。

本期主播

  • 主持人:刘冉
  • 嘉宾:林冰玉,于晓南

时间轴

  • 02:31 Desk check 是什么样的实践?参与角色有哪些?
  • 08:08 嘉宾们对于Desk Check的时长和需求内容的验证存在分歧?
  • 22:21 可测性、错误和日志相关内容需要在Desk Check验证吗?
  • 32:52 如何确保非功能需求也能在Desk Check中覆盖到?
  • 36:50 大规模复杂系统的依赖性会影响Desk Check吗?
  • 39:07 Desk Check还需要关注代码?
  • 41:08 Desk Check的本质是什么?如何高效实现?

关于质量三人行

质量三人行是一款来自Thoughtworks(思特沃克)的播客节目,我们关注软件行业测试领域的现状和未来,质量和测试人员的职业发展。

你可以在小宇宙喜马拉雅,以及Pocket CastsGoogle PodcastsApple Podcast等泛用型播客客户端,搜索质量三人行,订阅收听到我们的节目。

S1E10: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