@kentcdodds: 关于结合实际业务背景进行规划的更多内容:
摘要
Kent C. Dodds 和 Sean Roberts 之间关于产品工程、结合实际业务背景进行规划,以及对话和好奇心相对于纯粹数据的重要性的讨论。
查看缓存全文
缓存时间: 2026/06/21 04:35
@sean_j_roberts 更多关于结合真实商业背景的规划:https://t.co/BNts9KV3Qu
房间里懂技术的人:与 Sean Roberts 聊产品工程
来源:https://www.epicproduct.engineer/the-technical-person-in-the-room-product-engineering-with-sean-roberts~8r1bw 我与 Sean Roberts 探讨了在代理商工作和小型团队环境中塑造的产品工程:贴近客户、真实的预算约束,以及学会何时该发声。
Sean 现在是 PhotoShelter 的工程师,但他的产品直觉很大程度上来自那些年——编写代码的人往往在问题被定义时就已经在场。他描述了作为初级开发人员在销售电话中学会提问的经历(有时甚至亲自开车送创始人去开会),并当场将需求转化为可行的软件方案。
节目的中间部分聚焦于产品公司内部的规划:帮助团队区分已解决的问题与“黑暗森林”式的工作,对低估遗留系统复杂性的技术规格提出质疑,以及在资深时仍保持初学者心态。
Sean 坦诚地表示,他如今的产品直觉很大程度上仍然依赖对话驱动,他希望能有更好的分析来补充——而非取代——这种直觉。这很现实。产品工程往往是亲身实践过的上下文、人际关系以及数据中可用信号的混合体。
Kent 和 Sean 还聊到了这份工作的情感层面:当你帮他人省去繁琐操作时得到的积极反馈,因自己感到无聊而频繁改动用户体验的风险,以及为何人际关系至关重要——如果你想听到“你让我的生活轻松多了”这句话。
家庭作业刻意保持轻量化:去和平时不常交流的人聊聊,练习好奇心。这就是产品工程工作,哪怕没有一行代码发布。
嘉宾
- https://www.photoshelter.com/
- https://github.com/seanroberts
- https://x.com/sean_j_roberts
家庭作业
- 花 15 分钟和工作中你平时不常交流的人聊聊——销售、产品经理、技术支持负责人,或其他团队的工程师。
- 询问他们的工作、挑战和客户;练习把听到的内容转化为软件约束,不要太快跳到解决方案。
- 如果工作中这么做感觉尴尬,可以在工作之外练习同样的技能(收银员、服务员、邻居)——目标是对话的舒适感,而不是正式访谈。
资源
相似文章
@kentcdodds: 关于用户对话与工程文化的完整剧集:
Kent C. Dodds 分享了一期与 Lucas Wargha 的播客节目,讨论产品工程、用户对话和工程文化。
@deployengineer: https://x.com/deployengineer/status/2071803742996115597
来自aiDotEngineer大会第一天的笔记,聚焦Kent Dodds关于AI时代产品工程的主题演讲。核心观点:当AI将实现过程商品化时,产品判断力成为最后需要掌握的技能。涵盖Arrow Metaphor、产品工程师与产品经理的区别、验证技巧(如The Mom Test)、Jobs-to-Be-Done Framework、用于功能优先级排序的Kano Model以及用户反馈循环。
@kentcdodds:工程师拥有成果的更多例子:
与Lucas Wargha讨论软件工程师如何通过关注客户成果转向产品工程,以Gmail后台收件箱加载等为例。
@kentcdodds:非常高兴能与 @unclebobmartin 聊了45分钟,关于软件架构、AI编程代理……
Kent C. Dodds 宣布与 Robert C. Martin(Uncle Bob)进行了一场45分钟的播客对话,主题涵盖软件架构、AI编程代理以及产品工程。
@kentcdodds:当代理作为用户时,好的开发者体验就是好的用户体验。我与@RhysSullivan关于Executor、MCP和产品原语的对话。
Kent C. Dodds讨论了他与Rhys Sullivan关于Executor、MCP和产品原语的对话,强调为AI代理提供良好的开发者体验会转化为良好的用户体验。