看到别人的一篇有关程序员成长的帖子，记录下来勉励自己，顺便写下自己的理解

1.接到需求不立即开发

很多开发人员日常工作中接到需求直接动手开发，在开发过程中一边开发一边设计，特别是刚入职的程序员，大多数更是只注重功能的实现，接到需求后往往只是在脑中勾画一个大概的实现方案，随即直接动手开发；这种现象是多方面因素导致的，首先可能由于时间紧迫，不能整体把控，只能做一步看一步，在加上可能需求很小，稍作改动，功能就可以实现，完全没必要花时间去做设计。

但是这样做却会导致很严重的后果，最直接的就是很多人为了实现功能，代码东拼西凑，这个项目的代码粘一粘，那个项目的代码拷一拷，网上在 copy 一下，大体功能就实现了，自己也慢慢的成为了传说中的“CV 程序员”。更重要的是这样做并不一定会快速完成开发任务，因为很多代码是粘过来的，所以在调试和测试过程中往往会遇到很多问题，经常有这样的现象，测试部门反馈研发提交的代码有问题，研发人员说在开发环境上运行没问题啊！

然后花了很多时间去解决，可能最后发现是自己 copy 的代码有地方忘改了！这种低级错误会随着经验的丰富慢慢减少，但是 CV 程序员在这样的恶性循环中技术往往提升较慢。这应该引起大家的警觉。

 

很多需求都是对项目局部尽心小的改动，或对现有功能进行升级完善，我们在接到需求的时候完全可以先从整体上了解一下产品，包括业务流程，产品架构，使用的技术等。

对项目有个整体的了解，然后在思考自己要实现的需求，进行概要设计，可能在熟悉项目过程中发现已经有类似的功能，很多工具类可以直接拿来使用，然后对有疑惑的细节在上网查查资料进行细节设计，整体都设计好了，然后在进行开发，这样做往往能达到事半功倍的效果，在测试和上线过程出问题也能快速定位解决，附加的好处是不但自己在这一过程中能力会有很大提升，而且也会给他人留下做事有条理的好印象。

2.正确评估开发时间

开发时间并不是说代码写完就等于开发完成， 不要怕评估的时间长了会导致领导同事对自己的能力不认可而尽量缩短开发时间，处理调试问题，环境问题，协同问题等开发过程中遇到的各种问题，需要多个部门合作的需求。不能忽略沟通成本。而且在开发过程中，还会有许多其他的事情打扰，比如应急问题的处理、之前做的功能的迭代，需求的变动等等。

所以在自己预设的开发时间上乘以2-3倍差不多

3.功能实现不是目的

一般来说开发人员完成功能开发提交测试，上线成功就算完成开发任务，然后继续做下一个需求…… 这样看来功能实现当然是目标。其实单单实现功能是远远不够的，首先也是最重要的是要注意自己的代码质量，这是衡量一个程序员好坏的基本标准。同时也要认知到自己在这份需求中get到了什么。

例如，在写的代码中，关键位置的注释，代码是否符合风格规范，代码是否易读，是否有大量重复代码，开发中如果用到了自己不了解的技术，花时间研究一下，即使当时赶时间，也要记录下来，等工作完成之后review，找时间学习，做到接触即掌握，用过即专家。

原文：https://blog.csdn.net/xJ032w2j4cCjhOW8s8/article/details/81267575

以上是从看到的博客中学到的，以下是对个人的感悟 

1.定好短期目标去学习，不要一味的贪求大的目标，将目标分解，一步步定下来，例如想学会如何从零搭建一个大的系统，可以先由系统间不同模块如何通信学起，如果不懂为什么一个系统能负载成千上万，甚至十万百万的量级访问，可以去了解线程，进程，携程，写一些简单的demo。

2.一定要养好身体，具体可以将一些外部条件改变，例如显示器的高度，座位的高度，键盘，以及根据自己的工作时间去分配自己的运动时间，

3.多多关注IT的最新信息，新出的技术，新的理念，可以不用学，但是一定要了解，了解行业的动态，从而去引导自己未来的发展方向。

4.多关注一些热门和优秀的开源项目，对其中自己有兴趣的可以深入了解研究。

5.不要封闭自我，同时也被太高看自己，沉默前行，每个愿意帮助你的人都是你最大的财富，同事都可以是你知识的导师。