我们在最初选择这个行业从业的时候就应该对这个行业有比较深刻的认识了。包括这行的可发展性，就业前景，薪资待遇等等一些问题。
不否认，部分的程序员在干了几年之后，会转型，甚至是转行。这并非是行业选择人，而是你放弃了这个行业。你已经失去了最初学习该专业的热情，没有了钻研度。殊不知IT行业知识点更新换代很快。除此之外，一些人，一些所谓的外包公司，为了实现某功能，一味的复制粘贴。功能虽然是实现了，但是代码的重用性，可读性及优化等方面，实在是让身为程序员的你想自杀。心里在问“这哪里是代码，分明就是垃圾，看都看不懂”。不少接盘的程序员，接这么一个烂摊子，真的很燥啊！没办法得吃饭，自己的工作加班加点也要搞完。
那么这就要扯到程序员的进阶之路了。笔者认为，不管是做为一个程序员，还是别的什么职业。首先第一个就是要端正自己的心态。在现代社会或者说是职场，普遍存在这么一个现象。那就是都是在混日子，或者说混口饭吃。而一旦抱着这种心态，说明你就在该岗位僵住了。不会再往上爬升，别说是要涨薪了。所以说不给你涨薪是有道理的，没有人愿意给没什么上进心的混子去涨工资。而且这样的人所处的公司盈亏必然是一个下滑的现象。
再讲到一个程序员的读写能力与沟通能力。平时我们接手一个项目，都会提前做一个需求分析。有部分程序员对这个过程不以为意，但偏偏就是这个过程如果做的透彻会为我们后期写代码做功能的时候节约很多的时间和精力。与需求方的沟通也至关重要。因为如果沟通不利的话，后期功能会出现一个反复修改的情况，这让很多的程序员开始自爆。头皮发麻都习以为常。最理想的沟通方式：产品提供需求文档=>研发人员先过一遍，记录有疑问的需求点=>产品和研发讨论需求，把所有的需求都过一遍，有疑问的点重点沟通=>研发人员用产品能听懂的话，大概的描述一下重点讨论的需求和实现方式=>产品确认无误，启动开发流程。
时间分配的问题。写代码最忌东一榔头，西一棒子。这样代码思路很容易搞混，最后效率低下不说，模块化程度不高，重用性也会降低。一般来说时间占比应该是这样，思考最优实现方式要占用30%的时间，撸码占用50%，测试和完善20%，这个根据个人自身条件适当修改。
最后就是开发质量的把控：
-
基本的评判标准，功能可以正常使用；
-
可读性高，利用他人和自己阅读、修改，降低维护成本；
-
模块化程度高，提高扩展性，降低维护成本，提高开发效率。
最后还是强调一定要摆正心态，时刻想着学习积累，自己求上进的过程中，也要让别人看到你的上进心，为公司带来正能量。