除了格子衫、秃顶,你和程序员大佬有什么区别?

一、你和大佬的区别

1、没有编程思想

或许很多人觉得很扯,但确实是这样的。

高级程序员在看到一个需求的时候,总是能够快速在大脑里生成这个需求在现实生活中的映射。每当产品经理提一个需求的时候,高级程序员首先想到的就是,这个需求需要哪些数据库上的改动,对现有的逻辑有什么影响,需要提供多少接口,存在哪些可能的风险,以及需要多久的开发周期。

小编是一个有着6年工作经验的工程师,关于C++,编程,自己有做材料的整合,一个完整的C++编程学习路线,学习资料和工具,能够进我的群7253,-91790收取,免费送给大家,希望你也能凭着自己的努力,成为下一个优秀的程序员

普通程序员拿到需求以后,首先表现的是一脸懵逼,因为往往产品经理的文档写的非常长,有时还难以理解,普通程序员难以提取里面的关键点。所以这时就需要项目经理这种角色,提取需求,然后告诉他,提供什么接口,对数据库做什么修改。

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

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工程师。任何技术,特别是编程相关的,他们最终的本源都是一样的,都是代码。所以无论学习数据库,学习缓存,学习容器,为的都是增加大家的知识广度。只有阅尽千帆的人,才能像大海一样睿智。

你可能感兴趣的:(除了格子衫、秃顶,你和程序员大佬有什么区别?)