如果你是刚走上工作岗位的毕业生，或者是工作一两年但是不得其法的新人，是不是也有以下这些困惑：为啥我写的代码TL一直不满意？为啥加班很多，也很辛苦，但是最终的产出还是不够？如果你有类似的疑问，那么今天这篇文章就是为你准备的。

今天这篇文章要讲的主题是：作为初入职场或刚刚转行Java开发的同学，如何进阶成为一名靠谱的工程师？不需要懂DDD、不需要懂TDD，也不需要懂分布式架构设计，只需要达到最基本的要求——能理解需求、能做简单的设计和产出系分文档、能写出BUG较少的代码，能完成单元测试和功能测试，并最终交付功能。

新同学拿到一个需求后，大概看了下，在心中打个腹稿，就准备动手了，例如：前几天我让跟着我的外包同学做一个系分设计，过了一天，在我准备验收系分文档的时候，发现他代码已经写了很多了，但是，不好意思，需求没理解清楚、整个业务的流程也没有理清楚，可想而知，这种情况下写的代码大半是不能用的。

工作久了你会发现，动手写代码（做事）其实是最简单的部分，难的是在动手之前，搞清楚以下事情：

上面这些事情，就是你需要在需求评审、系分评审、测分评审等会议前要准备充足的内容，如果在动手之前，上面的问题无法很好得回答上来，就是在埋雷，会在开发后期付出更大的时间成本和沟通成本。当然，如果在动手之前能够回答清楚上面的问题，那么开发的过程对于你和你的TL来说，就会清晰和简单很多。

开发过程中的要求，主要是对代码质量的要求，最基本的有四点：可读性、模块化、健壮性、扩展性。围绕上面这四个点，对于代码的基本要求有：

如果你能在开发过程中遵循上面的这几个要点，相信你交付的代码质量也会有一定的保证。这里我也不准备再去讨论那些高大上的词语，例如：TDD、BDD、DDD等，对于新同学来说这些统统没有用，尽快能交付可用的代码、可维护的代码比什么都重要。

每个人都是从新手成长起来的，所以作为TL和师傅，其实特别理解新人的成长经历，也能接受一定程度的错误，犯错才是积累经验的最佳机会，所谓“吃一堑长一智”。不过有两个点，是我作为师傅时候的底线：

没有测试的代码不能提交，这个是作为工程师最基本的底线，哪怕前面说的那些全部都做不好，这一点也是不能逾越的底线。你可能会说，我也没有把握有没有测试到位，没关系，那就多测几次，如果不知道自己测试得对不对，说明前面梳理测试用例的时候没有想清楚。
避免犯同样的错误，犯错是必然会出现的现象，但是如果相同的错误不断地犯，那真的是很难有所成长。这里我跟我的徒弟有个小经验，类似于上学时候的错题集一样，将自己在开发工作中犯的错误记录下来，每个项目和需求结束之后做下review。这个方式很有帮助，我自己也是这么成长起来的。

- END -

「技术分享」某种程度上，是让作者和读者，不那么孤独的东西。欢迎关注我的微信公众号：「Kirito的技术分享」