39 bug = 小需求？大错特错！
去年做AI提效，摸着石头过河的时候，大家有一阵子达成了一个共识：bug = 小需求
现在回头看，这不是开玩笑吗？
错在这事儿说反了，bug比小需求难搞多了
从结果上看，查bug解bug我会请出最强模型，写大部分需求用用claude不思考足够了
为什么会这样？
因为解bug这件事的要求比做需求高很多，我们分解一下
解bug拆解动作：
1、理解bug现象，映射到产品功能上
2、根据常识推断bug原因：初步判断是不是前端的问题，是不是我的问题，是不是历史问题
39 bug = 小需求？大错特错！ 去年做AI提效，摸着石头过河的时候，大家有一阵子达成了一个共识：bug = 小需求 现在回头看，这不是开玩笑吗？ 错在这事儿说反了，bug比小需求难搞多了 从结果上看，查bug解bug我会请出最强模型，写大部分需求用用claude不思考足够了 为什么会这样？ 因为解bug这件事的要求比做需求高很多，我们分解一下 解bug拆解动作： 1、理解bug现象，映射到产品功能上 2、根据常识推断bug原因：初步判断是不是前端的问题，是不是我的问题，是不是历史问题 3、根据开发经验想办法，找到相关代码：猜关键字全局搜索，或者UI上固定的文案 4、充分阅读分析现有代码，...
暂无评论，快来发表你的见解吧