litchinn
2023-02-20 09:46:09 +08:00
需求评审----让你理解需求，开完之后会分配任务（越靠谱的公司这块做的越好，不好的典型就是你在做编码设计时会发现很多需求是有问题的，而这个时候你的时间已经给你分配了，就会发生 1 楼的情况）
编码设计及评审----怎么完成这个功能点，设计代码逻辑，问问大家有没有坑（大多数公司没有具体的这一步骤，就是你想好了，问下 leader 这么做行吗，leader 说行）
数据库设计及评审----确定表的设计（大多数公司的评审就是给 leader 看看，然后 leader 说可以）
编写接口文档 /阅读----提供给前端或者其他调用方的文档 /阅读你需要调用的服务方的文档（大多数公司没有这个或者这一步执行在编码之后）
编码----实现你的设计（大多数公司的 javaer 花费最多的时间在这上）
单元测试 /自测----对自己完成的功能做一个验证(大多数公司并未对单元测试做具体规范，但是是对自测通过有要求)
改 bug----无需多说
与前端或其他业务方联调----这个由于沟通效率的问题，有时候超级费时间，特别是与外部第三方业务对接时，可能一个简单的 token 及验签问题能搞好几天
部署，提交测试----项目部署到测试服务器上给测试用（根据公司使用 CICD 的程度和公司部门权力决定你要做什么，大多数公司的新入职 javaer 并不用干什么）
改 bug
交付----大多数情况的交付其实并不需要开发做什么，后面的事是测试和运维的。但是部分公司由于特殊原因也需要开发的参与，提供数据库脚本等工作
沟通----与产品，前端，其他后端，测试，leader ，运维的沟通贯彻整个流程
学习----大多数程序员有大量的时间用来学习新的技术和知识，这一过程穿插在上面的每一步，但我也见过的极个别的摆烂的
摸鱼----无时无刻
实际每天的工作内容并不都是重复的
ps:上述的内容全凭个人主观感受，如有不同观点请无视我
新入职如果公司没有健全的评审制度或流程，建议设计的内容都去取得 leader 的同意再执行，避免背锅