背景本人渣渣Java码农一枚，搬过5年砖头。因为当初自己入行的时候，没人带，所以不断四处碰壁，鼻青脸肿的，因此，必须要总结一下。接下来，总结的是本人这几年搬砖经验，如有做得不好的地方，请各位大佬不吝赐教，让小弟得以及时改正，不胜感激，也希望能对新入行的打工者有所帮助。
新入行的程序员每当开发者接到一个需求的时候，是直接动手敲代码呢？还是先构思，画下流程图呢？
新入行的程序员一般会这样
有经验的程序员
- 接到需求。
- 需求没有理解到位，直接问同事相关的业务代码在哪里，往哪里写代码。
- 开始敲代码，只在一个方法里面写，有不会的技术，比如json字符串和对象的转换，直接搜索查找资料。
- 根据自己的理解写完了，然后测试，给领导或者测试的看是否可以。然而被骂了一顿：需求不清楚，写的是什么！
- 这时候新手按照重新理解的业务，重新改代码。
- 写完了，发现方法太长了，才发现需要提取新的方法重构，保证每一个方法不超过50行。
- 终于写完了，提交给测试……
总结
- 接到需求。
- 这时候有可能对需求理解不到位，自己先研究一下涉及哪些业务。
- 接着把自己理解的业务需求和方案写出来，和领导对一下。如果有偏差，则重新串讲，直接和领导对接一致。
- 接着根据和领导交流后的方案，画流程图。
- 根据流程图，着手代码实现。
- 自测，有bug自行修改。
- 提交代码。
最大的区别就是是否理解业务需求到位，代码实现之前是否有完整的构思方案。
