（内容来源于悟空问答）
很多人可能以为只要能把这个功能实现了就算是高手，实现的功能和需求越多就证明你越厉害，其实这个是错误的想法。现在的需求基本上都是一些常规普通的需求，一般依靠着搜索引擎都能够写出来。那么高手和菜鸟的区别到底在哪里呢？我可以从以下几个方面来谈谈。
代码的规范高手和菜鸟的第一个区别就是在于代码编写的规范。高手写代码可以说是行云流水，有一种写诗一般的感觉。同样的一个功能，高手可以用最优最少复杂度来实现，而菜鸟一般是拖泥带水，运行起来对电脑或者手机的性能消耗十分大。这样也就导致了菜鸟写的代码运行起来非常的慢或者卡顿，有时候还会内存泄露，而高手写的代码运行起来可以说是十分的流畅。
高手和菜鸟的第二个区别在于代码的bug数量。我们知道bug是不可能避免的，但是高手写的代码可以说有足够的容错空间，遇到错误要么会给出提示，要么会做一些别的处理。举个简单的例子，假设一段代码运行在手机上，遇到了一个未知的错误，菜鸟写的代码完全就没有对未知情况做任何处理，程序直接奔溃，但是高手可以说对一些突发状况做了预备处理，导致出现了这些未知情况的时候程序仍然能够有一些应急代码可以运行，程序不至于出现奔溃的问题。
代码的扩展性和封装性强高手写的代码对于同样的功能一般都会做好很好的封装处理，这样在很多地方使用同样功能代码的时候不用再重复去写一样的代码了，而修改这个功能也只需要修改一处即可，省时省力效果还好。而菜鸟的话同样的代码反复写，导致很多项目代码臃肿，重复的地方到处都是，后期修改起来十分不方便。而高手写的代码对于后期进行迭代更新有很好的延展性，代码的耦合度很低，可以随时在上面加东西，并且不影响前面的功能。而菜鸟在这方面就显的很弱，往往修改了一个地方的错误，另外一个地方又出现问题，耦合度太高，关联性太强了，导致往往是牵一发而动全身，后期代码十分臃肿根本难以维护扩展。
真正牛逼的人物永远不会趾高气昂，他们的架子往往会放的很低，乐于分享自己的技术，经常将自己的项目或者一些好用的功能开源分享给别人去用，而且永远保持着一颗谦虚学习的心去学习。而菜鸟往往是会写一点功能就趾高气昂，一副吊炸天的样子，结果太难的功能又不会，简单的又看不上，最后只能靠装逼混日子。
很多小白程序员，刚刚踏入社会还是个职场菜鸟，在这条路上走过很多弯路。这条路，或许迷茫过，也放弃过，但最后还是找到了一条属于自己的路。
一、主要问题1、没有编程思想
或许很多人觉得很扯，但确实是这样的。高级程序员在看到一个需求的时候，总是能够快速在大脑里生成这个需求在现实生活中的映射。每当产品经理提一个需求的时候，高级程序员首先想到的就是，这个需求需要哪些数据库上的改动，对现有的逻辑有什么影响，需要提供多少接口，存在哪些可能的风险，以及需要多久的开发周期。普通程序员拿到需求以后，首先表现的是一脸懵逼，因为往往产品经理的文档写的非常长，有时还难以理解，普通程序员难以提取里面的关键点。所以这时就需要项目经理这种角色，提取需求，然后告诉他，提供什么接口，对数据库做什么修改。
聪明的人在项目经理说完以后，总会自己去对着需求文档去思考项目经理为什么要这么做，还有一部分人闷着头就去开发了。很多工作四五年的程序员，工作经验一大堆，让他真的说出些什么，他却说不出来。不懂得在工作中思考，工作十年也只是一个普通程序员。
2、没有学习路线
普通程序员在学完基本的知识以后，后续就不知道该学什么了，没有一条属于自己的进阶路线。高级程序员不同，他们在学完基本工作知识以后，会思考下一步自己该如何提升，他们会拥有自己的选择。知识是永无止境的，学完基础以后，还有自动化部署，还有微服务，大数据，以及各种架构。制定一条属于自己的学习路线，是非常有必要的。
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工程师。任何技术，特别是编程相关的，他们最终的本源都是一样的，都是代码。所以无论学习数据库，学习缓存，学习容器，为的都是增加大家的知识广度。只有阅尽千帆的人，才能像大海一样睿智。
愿大家都能在编程这条路，越走越远。
程序员高手和菜鸟，不仅仅是技术上的差距，还体现在习惯、经验、看问题的角度等各个方面。
代码规范代码写的不好，其实一眼就能看出来；比如代码里面的各种命名（包、类、方法、变量等等）。
在最初写程序的时候，很多人都会起没有含义的变量命名，比如 String str;
其实我们完全可以把变量名称起成带业务含义的，比如String username;
慢慢地，我们发现可以写的更好一些，比如String userName;
大家可以搜索一下《阿里巴巴Java开发手册》，可以以此为标准。
软件开发，经验还是很重要的。
一是技术上的积累，高手技术的广度和深度都会比较强一些；当遇到一个问题，高手会想到N种解决方案，然后再选择出一条最适合的，而菜鸟可能就一条路走到底了。
二是业务知识的积累，对项目的理解程度会更深；接到一个需求，高手可以快速的想到到需要修改哪些地方，而菜鸟还需要重新处理一遍程序吧。
善用工具很多时候，我们会依靠一些辅助的软件去帮助我们完成一些“体力劳动”。
高手程序员对IDE更熟悉，熟悉每一个快捷键，进而开发效率会更高。
高手程序员有更完善的代码库，有时候开发一个功能，直接从代码库里面Copy出来就好了。
高手程序员有更多顺手的辅助软件，比如对比两个文件夹内所有文件的不同之处，我们只要用beyond compare一对比，就能得到答案。
不和需求/产品经理吵架，是一个高手的必须课；
不和测试吵架，是一个高手的必修课...
高手不是一日养成的，菜鸟也不会一辈子都是菜鸟。
,
