这两种需求文档,我都真切的经历过。
第一种,业务规则非常的清晰,业务背景也写得明明白白,还附上了完整的UI/UX设计稿。
连数据流向都给定义标记清楚了。
看到这个需求文档,心情真实一种舒畅。
第一天 开开心心的读完所有相关的文档,消化完业务逻辑。
拉上产品、测试,约个小办公室,愉快的确定一些边界问题,梳理一遍业务逻辑。
一上午就过去了,好在舒心。
下午就开始研究相关模块的代码,设计下数据表,画下核心流程图和…。
GoLang不需要Rakefile/Makefile,是如何实现交叉编译的?如在X86上生成MIPS的可执行。...
足球运动员的身材会不会像篮球运动员一样朝着巨型化的方向发展?...
DIY的NAS易用性如何?...
零上55℃和零下55℃,对人类来说哪个更难以适应?...