1原型评审
主要是前端、UI
2需规评审
主要是后端、前端
应用到的技术
业务逻辑的漏洞。可以反向思考不按照这个逻辑走会出现什么结果,业务场景是否符合
3设计文档、数据治理(如字典表
并行开发人员思考整个业务逻辑,以及产品现有的需求中还没有提到的,可能接下来会使用的技术要稍微提一下产品。防止后期再来改麻烦
(一般来说)
(1)从原型中看出来的字段
(2)从开发人员的角度看出来的字段。例如:增删改查都是会涉及到的业务那么逻辑删除的标志就是原型看不出来的
(3)
4前后端看需规差不多了就可以开始写了。
下面仅仅是从我后端开始的一些经历
背景:商业项目;微服务;spring ; nacos ; mysql ; idea
(1)创建微服务-nacos-getway路由转发
idea中,maven构建微服务
nacos(全称服务注册配置中心)
mysql数据库
路由配置表中
uri配置 村西那条弯弯的河流原创
路由转发规则 恒宇少年
(2)
(3)
1与人沟通要抓住重点,逻辑清晰表达,态度友好请教。如具体到一个细项谁帮到了你在公开场合要提到谁提供过什么帮助;
2遇到问题不会不要怕,要仔细去梳理清楚。“没有这个之前我们怎么使用的”“有了这个之后怎么使用”“有什么优缺点” 即使要问别人很多遍也不要怕丢脸,能从别人那里学到的可能一俩句话就能指点到,事后要表示感谢;
3没有人会分担你的工作,也没有热给你兜底。你要对自己写的每一行代码负责。
4欢迎小伙伴指出错误以及提出宝贵的建议,感谢!