这两种需求文档,我都真切的经历过。
第一种,业务规则非常的清晰,业务背景也写得明明白白,还附上了完整的UI/UX设计稿。
连数据流向都给定义标记清楚了。
看到这个需求文档,心情真实一种舒畅。
第一天 开开心心的读完所有相关的文档,消化完业务逻辑。
拉上产品、测试,约个小办公室,愉快的确定一些边界问题,梳理一遍业务逻辑。
一上午就过去了,好在舒心。
下午就开始研究相关模块的代码,设计下数据表,画下核心流程图和…。
因为该干活的部门不干活,任由厂商自己胡乱套用分辨率标准。 ...
Linus Torvalds 与 Git 二十年:一个“必要...
如果是初学者建议直接学Jetpack Compose,因为两...
高强度用过一两年。 后来不用了,我真记得为什么,因为发现在...
今天又要给大家上强度了。 前两天退货经济学的文章被许多平台...
轴体命名这件事情我一直不知道在吐槽什么,有人问现在为什么要用...