这两种需求文档，我都真切的经历过。
第一种，业务规则非常的清晰，业务背景也写得明明白白，还附上了完整的UI/UX设计稿。
连数据流向都给定义标记清楚了。
看到这个需求文档，心情真实一种舒畅。
第一天 开开心心的读完所有相关的文档，消化完业务逻辑。
拉上产品、测试，约个小办公室，愉快的确定一些边界问题，梳理一遍业务逻辑。
一上午就过去了，好在舒心。
下午就开始研究相关模块的代码，设计下数据表，画下核心流程图和…。
上一篇 : 编译器和解释器的分界线在哪，字节码效率能否无限接近机器码？
下一篇 : 汉堡里有荤有素，为什么还被认为是不健康的？
你们的腰椎间盘突出，怎么治好的？...
k8s里面kubectl get pod -d wide命令作用是什么？...
字节引入Rust是否代表J***a的缺点Go也没解决？...
很多 Quant 手里有了稳定盈利的策略，那为什么不自己单干呢？...
