一、主要问题

1、没有编程思想

或许很多人觉得很扯，但确实是这样的。高级程序员在看到一个需求的时候，总是能够快速在大脑里生成这个需求在现实生活中的映射。每当产品经理提一个需求的时候，高级程序员首先想到的就是，这个需求需要哪些数据库上的改动，对现有的逻辑有什么影响，需要提供多少接口，存在哪些可能的风险，以及需要多久的开发周期。普通程序员拿到需求以后，首先表现的是一脸懵逼，因为往往产品经理的文档写的非常长，有时还难以理解，普通程序员难以提取里面的关键点。所以这时就需要项目经理这种角色，提取需求，然后告诉他，提供什么接口，对数据库做什么修改。

聪明的人在项目经理说完以后，总会自己去对着需求文档去思考项目经理为什么要这么做，还有一部分人闷着头就去开发了。很多工作四五年的程序员，工作经验一大堆，让他真的说出些什么，他却说不出来。不懂得在工作中思考，工作十年也只是一个普通程序员。

2、没有学习路线

普通程序员在学完基本的知识以后，后续就不知道该学什么了，没有一条属于自己的进阶路线。高级程序员不同，他们在学完基本工作知识以后，会思考下一步自己该如何提升，他们会拥有自己的选择。知识是永无止境的，学完基础以后，还有自动化部署，还有微服务，大数据，以及各种架构。制定一条属于自己的学习路线，是非常有必要的。

因此，在这里我也给大家推荐一个Java的交流学习社区：586446657，里面不仅可以交流讨论，还有大神的学习路线规划图以及免费的资料下载，包括Spring，MyBatis，Netty源码分析，高并发、高性能、分布式、微服务架构的原理，JVM性能优化这些成为架构师必备的知识体系。相信对于已经工作和遇到技术瓶颈的码友，在这里会有你需要的内容。

3、不会用Git

高级程序员的代码都是通过Git一类的版本控制工具维护的很好，针对不同的功能他们会建立不同的分支，以及测试分支，灰度环境分支，正式环境分支，有的还会建出发布分支。普通程序员总是喜欢在主分支上面做修改，一旦同时有多人并行开发，或者需要回退分支到某一个功能点的时候，对于他们来说往往都是灾难性的存在。普通程序员提交Git还总喜欢用 123 这种提交日志，高级程序员总会在提交日志中详细写出自己做了哪些修改，方便以后遇到问题的时候查找原因。

4、命名不规范

这是一个很大的问题，普通程序员很喜欢使用拼音或者是拼音加英文的方式来命名。高级程序员哪怕自己英语很差，也懂得使用百度翻译或者谷歌翻译来把对应的中文翻译成英文。这样做最大的好处就是，别人看到你这个类，或者看到你这个方法和变量的时候，第一时间能够知道这个东西是干嘛的。

5、结构不规范

无论是什么编程语言，无论是面向对象还是面向过程，甚至不分前端和后端。任何一个语言在开发的时候，代码结构都应该清晰。相同功能，相同模块的文件应该放在一起，针对不同的处理逻辑建出不同的文件夹或包。重复使用超过三次以上的代码应该考虑把它写进一个公共的方法里，大家都调用这个公共的方法，避免维护太多的重复代码。这样当项目发展的很大以后，开发起来也不至于很乱。

6、不知道如何解决BUG

普通程序员看到程序报错以后，第一时间是懵逼状态，他们会很慌乱，不知道该如何是好。有的还知道看一下控制台打印的错误信息，来百度一下，但往往这种方式能不能解决问题都看运气。高级程序员如果做的是一个web程序，报错以后他们会首先看浏览器的控制台是否发送了对应的请求，如果发送了请求会看浏览器的错误码是什么，是请求超时还是发生了500或者是404的错误。然后再针对不同的错误码做出不同的调试方案，如果500的错误，报错日志明显就直接找到对应的地点修改，如果报错信息不明显就通过开发工具来进行断点调试，一步一步找到问题。

7、不会用搜索引擎

遇到问题去百度一下是很明智的，但是如果不看报错的信息盲目的去百度，搜索的结果也只是浪费自己的时间。如果盲目去尝试搜索到的解决方案，只会让瞎子变成瘸子。针对这个，大家可以报错以后看报错日志的最后一行，往往报错最后一行就是错误的原因。一般都是英文的，但是并不复杂，往往都是几个单词来说明问题，然后指向一个错误产生的代码位置。先看报错原因，自己思考以后大概明白是什么原因，不要上来就去拿着最后一行百度。

二、提升建议

1、培养编程思想

编程思想这个东西，不是说工作的久了就能有的，而是在学习和工作中要去思考。思想思想，肯定要先思而后想，这样才能拥有思想。建议是大家可以针对项目中一些简单的功能去思考，如果让你来从头开发这个功能，你需要对数据库进行哪些操作，需要提供什么接口，需要什么类型的数据，数据需要进行哪些必要的验证，数据库的字段类型以及长度。用笔在纸上把内容都列举出来，写完以后再看几遍，有没有哪些可以做的更好的地方。然后去看项目里原来的设计，是不是跟你的类似，如果不如你设计的可以在后面的优化中改进它，如果比你的好，那就去思考别人为什么要这么做。久而久之，遇到复杂的需求也能快速拆分成一个个的小需求，那个时候你离项目经理就不远了。

2、制定学习路线

因为大家的方向不同，有的人是前端，有的人是后端，学习的语言也不同。在这里就针对前端和服务端提一些建议。

前端

前端最重要的其实还是基础的js，只有把js学好了，才能轻易的理解高级框架的原理。如果现在能够完成公司的开发任务，建议可以好好学习一下js的基础课程，弄懂它。然后去看看jquery是如何实现的，jquery只有一个文件，而且代码并不复杂，当弄懂jquery是如何实现的以后，再看vue这些复杂的框架，也不觉得难以理解了。一个前端程序员初期工资有多高，是看他掌握多少框架。但未来能够走多远，是看他内功修炼的是否扎实。

后端

一般无论是大公司还是小公司，服务端的主要工作就是使用一个或多个框架来开发一些接口。所以很多技术大佬总喜欢自嘲自己是一个 CRUD工程师 （增删改查工程师）。那么如何让增删改查变得更优秀呢，同样都是增删改查为什么有人8K有人30K。建议是在熟练掌握自己所使用的框架以后，不妨去学习一些项目性能优化方面的知识。比如缓存，比如数据库性能优化。有人可能会说，缓存有什么好学的，不就是redis插入一个key，查询一个key吗？redis一样存在很多高级的用法，也同样存在许多的坑，如果应用不好，轻则数据丢失，重则整个服务器瘫痪。掌握基本的性能优化以后，就可以去研究如何把项目通过容器技术来分离成一个个的小项目。这时就需要学习docker这种技术，随着docker数量的增多，docker的启动停止，状态监测就成了一个比较繁琐的事情。又需要学习docker的自动化技术。学完这些以后就初步掌握了微服务开发的一些思想，实际上微服务就是在这样的一个过程中不断演进而来的。当拥有了自己的知识广度以后，再去深研框架和语言的底层。

有些东西，并非是运维或者是DBA才能做的，而是每个程序员都必须要掌握的，如果什么事情都依靠运维和DBA，那么十年以后依然还是CRUD工程师。任何技术，特别是编程相关的，他们最终的本源都是一样的，都是代码。所以无论学习数据库，学习缓存，学习容器，为的都是增加大家的知识广度。只有阅尽千帆的人，才能像大海一样睿智。

最后

愿大家都能在编程这条路，越走越远。