提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档
在工作中总是会觉得自己做的多，但是产出少，工程开发总是不能很好的按期完成，每次不能完成，自己也很心累，给团队给领导的映像也是不能按时完成工程。所以如何能够规范好开发流程，制定好时间安排，对于自己的工作是非常重要的一部分。从今天开始，我将把自己在工作中切实体验到的一些经验记录，积累在这里。
提示：以下是本篇文章正文内容，下面案例可供参考
对于新人来说，可能还是学生的思维，拿到任务后，就开始开发，埋头苦干，但这很可能会走很多的弯路。 记住一点：公司的业务远比你想象中复杂。口头需求，没有需求文档落地的，都可能会被更改。在没有整理清楚需求时就开始开发时，就会导致后续一切都开发都可能存在极大的风险重新再来！ 需求确认之后，就可以开始开发了吗？并不是！在公司级别的开发中，我们通常是开发一个大项目中的一小部分，你需要实现的功能可能是需要依赖多方开发人员一起完成的，这个时候接口部分如何定义，你们直接如何对接，都将影响你的任务规划！所以在需求确认后，需要将所有相关的小伙伴约起来，大家一起制定下时间和开发流程，尽量并行开发，节省时间！确保后续对接，不会再进行返工修改接口设置等待别人完成才能进行测试的情况。 前期工作的需求已经明确，依赖的任务也已经明确，接口也已确定，接下来就可以开发了吗？对于新人来说，最好不要！代码如何实现才能最高性能，使用什么数据存储形式，是否有现有的代码参考，这些你都不知道。所以，完成一篇技术文档，以伪代码、流程图的形式去体现自己的设计思路（自己还未完整的写过），然后让有经验的工程师帮忙审核。再去做开发！当然这个过程不应该很长，要进行快速的产出和迭代。
开发细节很多规范，具体的可以参考一些代码规范的数据，在这里不展开，但是要特别强调以下几点：1. 命名规范，2 是否支持多线程，3 是否线程安全，4 性能如何。附带大佬说的一句话：要对自己写的每一行代码负责, 要知道写下的每行代码背后的原理，它大概在整个程序中会运行的次数。
测试，是比开发更重要的一个过程。也是我本人很讨厌的一个过程。特别是需要造测试用例，写测试代码，搭建测试环境配置，才能进行本地测试。但是这无疑是必要的一次开发开销。（再被大佬说过后才改正）本地的测试，可以快速帮助你定位问题所在，而且可以快速验证修改的是否正确。写测试用例，测试代码，测试环境，也可以让你从使用者的角度上查验代码的 功能性、是否好用等。所以一定要准备好本地测试环境
还有很多的方面是我们再开发规划中无法掌握的，例如遇到线上bug需要尽快修复等，但是我想只要尽量完成上面这些，那么延期也不会太久。加油吧，少年们！
