这个女生写的软件，最头疼的问题码农翻身

每个程序员都遇到过这种情况：

你正沉浸式写代码，突然测试小张发来一串消息：“登录挂了”，“点按钮没反应”，附带几张灵魂截图。

被打断的你强忍怒火：“什么浏览器？” “清理下缓存！”

小张折腾了半天：“还是不行啊！”

......

来来回回，断断续续的聊天让你不胜其烦。

一小时后，你放弃了，直接冲到小张工位，熟练地按下F12，打开开发者工具……

终于，你发现网络请求返回了个401 错误，但前端代码竟然没把这个错误弹出来。

就这么个破事儿，5分钟能搞定，硬生生耗掉了一个下午。

很多时候，程序员已经把能试的都试了一遍，还是复现不出问题，只能在 Bug 系统里留下一句：“无法复现。”

而另一边，测试同样很无奈：“我这边明明每一步都有截图，操作路径也写得很清楚，你是故意的吧！”

其实谁也怪不得谁，测试执行完那一刻，所有“上下文”就灰飞烟灭了：数据库状态、缓存、网络波动、第三方接口抽风……这些东西不会出现在任何一张截图上。

没有上下文，程序员在Debug的时候就是瞎子摸象。

时间回到2020年，一位叫Dani Grant（丹尼·格兰特）的妹子和她的好朋友Irtefa准备创业。

两人头脑风暴，在Notion上激情澎湃地列出了140个“绝妙”点子，觉得自己马上就要成为下一个独角兽。

但是他们并没有意识到，这些看起来很酷的点子并没有解决真正实际的痛点问题。

直到有一天，Irtefa吐槽了一句他在Cloudflare的工作日常：

“我们产品提Bug，开发死活复现不了，两边来回扯皮，都快打起来了。”

丹尼灵机一动：“这才是真需求啊！”

他们决定做一个浏览器扩展，让任何人都能一键生成程序员看了想流泪的Bug报告。

这个Bug报告有多“感人”呢？

它记录下了所有的操作步骤：

对操作过程进行了录像：

记录下了所有的HTTP请求和响应的数据：

当然也支持各种简单的涂鸦标记：

他们把这个产品叫做Jam。

说起来容易，做起来很难，让用户接受一个新产品是非常困难的。

Jam早期用户少得可怜，前前后后发布了7个版本，全扑街了。

丹尼在早期博客里记录了自己一路的挣扎，那叫一个辛酸。