70 prd2code症结在于需求太具体了
反向看,思路一下子通畅了
一直以来,我们都在正向的想 高质量输入 => AI => 高质量输出
高质量就是事无巨细,清晰明了,甚至要求输出了就不能再改了,再改属于下一个需求
总想要求产品输出一个标准的高质量产品文档,然后丢给AI,作为高质量代码输出的必要条件之一
但是,事情到了这一步几乎就不可落地了,卡在这儿了
昨天突然在想,我给到AI的需求粒度越来越大,花在需求澄清上的时间越来越多,跟上面的路子背道而驰
70 prd2code症结在于需求太具体了 反向看,思路一下子通畅了 一直以来,我们都在正向的想 高质量输入 => AI => 高质量输出 高质量就是事无巨细,清晰明了,甚至要求输出了就不能再改了,再改属于下一个需求 总想要求产品输出一个标准的高质量产品文档,然后丢给AI,作为高质量代码输出的必要条件之一 但是,事情到了这一步几乎就不可落地了,卡在这儿了 昨天突然在想,我给到AI的需求粒度越来越大,花在需求澄清上的时间越来越多,跟上面的路子背道而驰 那我是错的吗? 从结果上看,我是对的,我的需求粒度很大,经过3-5轮澄清后,AI写出来的代码非常好 那么差异点在哪里? 我的答案是:关键在于职责分...
70 prd2code症结在于需求太具体了
反向看,思路一下子通畅了
一直以来,我们都在正向的想 高质量输入 => AI => 高质量输出
高质量就是事无巨细,清晰明了,甚至要求输出了就不能再改了,再改属于下一个需求
总想要求产品输出一个标准的高质量产品文档,然后丢给AI,作为高质量代码输出的必要条件之一
但是,事情到了这一步几乎就不可落地了,卡在这儿了
昨天突然在想,我给到AI的需求粒度越来越大,花在需求澄清上的时间越来越多,跟上面的路子背道而驰
暂无评论,快来发表你的见解吧