这两种需求文档,我都真切的经历过。
第一种,业务规则非常的清晰,业务背景也写得明明白白,还附上了完整的UI/UX设计稿。
连数据流向都给定义标记清楚了。
看到这个需求文档,心情真实一种舒畅。
第一天 开开心心的读完所有相关的文档,消化完业务逻辑。
拉上产品、测试,约个小办公室,愉快的确定一些边界问题,梳理一遍业务逻辑。
一上午就过去了,好在舒心。
下午就开始研究相关模块的代码,设计下数据表,画下核心流程图和…。
准确的说:业务越宽泛,用Golang就越费劲,垃圾到不至于。...
请用 OKLCH,再不济用 HSL,用 rgb 和 hex ...
你太瞧不起NT Kernel了,这个内核无疑是有史以来最先进...
果然,有这一套。 腰肌劳损,本来就是小病。 但是这一...
你有996过吗? 如果你尝试过996,你就应该知道,当你开始...
所谓 "Programming Language 学者" 并...