主要观点总结
文章主要描述了程序员在工作中遇到的沟通问题以及如何解决该问题。小刘遇到聊天影响工作和Bug难以复现的问题，引出开发无法获得测试上下文信息的痛点。Dani Grant和Irtefa受此启发，开发了一个名为Jam的浏览器扩展，该工具能创建程序员友好的Bug报告，通过记录操作步骤、操作过程录像、HTTP请求和响应数据等方式帮助定位Bug。产品经历初期困难后，获得了爆发性增长，并被多家大公司采用。文章还提到了一些关于解决问题的思考，如拆分问题并专注于解决一小部分问题。
关键观点总结
关键观点1: 小刘遇到的工作问题
描述了小刘在工作中遇到的沟通问题，包括聊天影响工作和Bug难以复现，反映了开发无法获得测试上下文信息的痛点。
关键观点2: Dani Grant和Irtefa的解决方案
Dani Grant和Irtefa通过开发Jam浏览器扩展来解决上述问题，通过创建程序员友好的Bug报告来帮助定位Bug。
关键观点3: Jam产品的成长历程
描述了Jam产品从初创到面临困难，再到爆发性增长的过程，包括产品的功能特点、用户增长和融资情况。
关键观点4: 解决问题的思考
提到解决问题时需要拆分问题并专注于解决一小部分问题，同时表达了大多数人对问题的抱怨和少数人解决问题的决心。
文章预览
每个程序员都遇到过这种情况： 来来回回，断断续续的聊天让小刘不胜其烦，他根本没法专注到自己的工作上。 过了一个小时，问题还是没能解决，小刘不得不跑到小张电脑前，按F12打开控制台进行现场调试。 终于，小刘发现网络选项卡中有个401错误，但是前端没有把对应的错误消息显示给用户。 就这么一个简单，本来5分钟就应该应该被识别和解决的小错误，却让程序员浪费了一个下午的时间。 很多的时候，程序员花了很大精力也没法复现错误，只能在Bug系统中加一句： 不能复现 ，把Bug打回去。 测试也很委屈啊：我这里明明看到了，每一步都有截图，你怎么就是复现不了，你是故意的吧？ 问题的本质就在于， 开发没有办法获得测试人员进行测试时的“上下文” ，这个上下文中可能有数据库的数据，其他系统的状态，网络条件等等。 测试用
………………………………
