这两种需求文档,我都真切的经历过。
第一种,业务规则非常的清晰,业务背景也写得明明白白,还附上了完整的UI/UX设计稿。
连数据流向都给定义标记清楚了。
看到这个需求文档,心情真实一种舒畅。
第一天 开开心心的读完所有相关的文档,消化完业务逻辑。
拉上产品、测试,约个小办公室,愉快的确定一些边界问题,梳理一遍业务逻辑。
一上午就过去了,好在舒心。
下午就开始研究相关模块的代码,设计下数据表,画下核心流程图和…。
B站犯了一个相当大的错误。 他们用短***的逻辑来运营长*...
你先别管是不是系统误判,你就看这个图。 你就告诉我,你作为...
Solid 很灵活。 它没有和 Web 绑死,没有和特殊的编...
作为作者之一,我主要讲讲写这篇论文的动机。 这篇论文中我们毫...
这年头想用PG(PostgreSQL)的小伙伴,一定是见过大...
先写一个短的结论。 那就是AI Agent = 多个AI大...