一、主要問(wèn)題

1、沒(méi)有編程思想

或許很多人覺(jué)得很扯，但確實(shí)是這樣的。高級(jí)程序員在看到一個(gè)需求的時(shí)候，總是能夠快速在大腦里生成這個(gè)需求在現(xiàn)實(shí)生活中的映射。每當(dāng)產(chǎn)品經(jīng)理提一個(gè)需求的時(shí)候，高級(jí)程序員首先想到的就是，這個(gè)需求需要哪些數(shù)據(jù)庫(kù)上的改動(dòng)，對(duì)現(xiàn)有的邏輯有什么影響，需要提供多少接口，存在哪些可能的風(fēng)險(xiǎn)，以及需要多久的開(kāi)發(fā)周期。普通程序員拿到需求以后，首先表現(xiàn)的是一臉懵逼，因?yàn)橥a(chǎn)品經(jīng)理的文檔寫(xiě)的非常長(zhǎng)，有時(shí)還難以理解，普通程序員難以提取里面的關(guān)鍵點(diǎn)。所以這時(shí)就需要項(xiàng)目經(jīng)理這種角色，提取需求，然后告訴他，提供什么接口，對(duì)數(shù)據(jù)庫(kù)做什么修改。

聰明的人在項(xiàng)目經(jīng)理說(shuō)完以后，總會(huì)自己去對(duì)著需求文檔去思考項(xiàng)目經(jīng)理為什么要這么做，還有一部分人悶著頭就去開(kāi)發(fā)了。很多工作四五年的程序員，工作經(jīng)驗(yàn)一大堆，讓他真的說(shuō)出些什么，他卻說(shuō)不出來(lái)。不懂得在工作中思考，工作十年也只是一個(gè)普通程序員。

2、沒(méi)有學(xué)習(xí)路線

普通程序員在學(xué)完基本的知識(shí)以后，后續(xù)就不知道該學(xué)什么了，沒(méi)有一條屬于自己的進(jìn)階路線。高級(jí)程序員不同，他們?cè)趯W(xué)完基本工作知識(shí)以后，會(huì)思考下一步自己該如何提升，他們會(huì)擁有自己的選擇。知識(shí)是永無(wú)止境的，學(xué)完基礎(chǔ)以后，還有自動(dòng)化部署，還有微服務(wù)，大數(shù)據(jù)，以及各種架構(gòu)。制定一條屬于自己的學(xué)習(xí)路線，是非常有必要的。

因此，在這里我也給大家推薦一個(gè)Java的交流學(xué)習(xí)社區(qū)：586446657，里面不僅可以交流討論，還有大神的學(xué)習(xí)路線規(guī)劃圖以及免費(fèi)的資料下載，包括Spring，MyBatis，Netty源碼分析，高并發(fā)、高性能、分布式、微服務(wù)架構(gòu)的原理，JVM性能優(yōu)化這些成為架構(gòu)師必備的知識(shí)體系。相信對(duì)于已經(jīng)工作和遇到技術(shù)瓶頸的碼友，在這里會(huì)有你需要的內(nèi)容。

3、不會(huì)用Git

高級(jí)程序員的代碼都是通過(guò)Git一類(lèi)的版本控制工具維護(hù)的很好，針對(duì)不同的功能他們會(huì)建立不同的分支，以及測(cè)試分支，灰度環(huán)境分支，正式環(huán)境分支，有的還會(huì)建出發(fā)布分支。普通程序員總是喜歡在主分支上面做修改，一旦同時(shí)有多人并行開(kāi)發(fā)，或者需要回退分支到某一個(gè)功能點(diǎn)的時(shí)候，對(duì)于他們來(lái)說(shuō)往往都是災(zāi)難性的存在。普通程序員提交Git還總喜歡用 123 這種提交日志，高級(jí)程序員總會(huì)在提交日志中詳細(xì)寫(xiě)出自己做了哪些修改，方便以后遇到問(wèn)題的時(shí)候查找原因。

4、命名不規(guī)范

這是一個(gè)很大的問(wèn)題，普通程序員很喜歡使用拼音或者是拼音加英文的方式來(lái)命名。高級(jí)程序員哪怕自己英語(yǔ)很差，也懂得使用百度翻譯或者谷歌翻譯來(lái)把對(duì)應(yīng)的中文翻譯成英文。這樣做最大的好處就是，別人看到你這個(gè)類(lèi)，或者看到你這個(gè)方法和變量的時(shí)候，第一時(shí)間能夠知道這個(gè)東西是干嘛的。

5、結(jié)構(gòu)不規(guī)范

無(wú)論是什么編程語(yǔ)言，無(wú)論是面向?qū)ο筮€是面向過(guò)程，甚至不分前端和后端。任何一個(gè)語(yǔ)言在開(kāi)發(fā)的時(shí)候，代碼結(jié)構(gòu)都應(yīng)該清晰。相同功能，相同模塊的文件應(yīng)該放在一起，針對(duì)不同的處理邏輯建出不同的文件夾或包。重復(fù)使用超過(guò)三次以上的代碼應(yīng)該考慮把它寫(xiě)進(jìn)一個(gè)公共的方法里，大家都調(diào)用這個(gè)公共的方法，避免維護(hù)太多的重復(fù)代碼。這樣當(dāng)項(xiàng)目發(fā)展的很大以后，開(kāi)發(fā)起來(lái)也不至于很亂。

6、不知道如何解決BUG

普通程序員看到程序報(bào)錯(cuò)以后，第一時(shí)間是懵逼狀態(tài)，他們會(huì)很慌亂，不知道該如何是好。有的還知道看一下控制臺(tái)打印的錯(cuò)誤信息，來(lái)百度一下，但往往這種方式能不能解決問(wèn)題都看運(yùn)氣。高級(jí)程序員如果做的是一個(gè)web程序，報(bào)錯(cuò)以后他們會(huì)首先看瀏覽器的控制臺(tái)是否發(fā)送了對(duì)應(yīng)的請(qǐng)求，如果發(fā)送了請(qǐng)求會(huì)看瀏覽器的錯(cuò)誤碼是什么，是請(qǐng)求超時(shí)還是發(fā)生了500或者是404的錯(cuò)誤。然后再針對(duì)不同的錯(cuò)誤碼做出不同的調(diào)試方案，如果500的錯(cuò)誤，報(bào)錯(cuò)日志明顯就直接找到對(duì)應(yīng)的地點(diǎn)修改，如果報(bào)錯(cuò)信息不明顯就通過(guò)開(kāi)發(fā)工具來(lái)進(jìn)行斷點(diǎn)調(diào)試，一步一步找到問(wèn)題。

7、不會(huì)用搜索引擎

遇到問(wèn)題去百度一下是很明智的，但是如果不看報(bào)錯(cuò)的信息盲目的去百度，搜索的結(jié)果也只是浪費(fèi)自己的時(shí)間。如果盲目去嘗試搜索到的解決方案，只會(huì)讓瞎子變成瘸子。針對(duì)這個(gè)，大家可以報(bào)錯(cuò)以后看報(bào)錯(cuò)日志的最后一行，往往報(bào)錯(cuò)最后一行就是錯(cuò)誤的原因。一般都是英文的，但是并不復(fù)雜，往往都是幾個(gè)單詞來(lái)說(shuō)明問(wèn)題，然后指向一個(gè)錯(cuò)誤產(chǎn)生的代碼位置。先看報(bào)錯(cuò)原因，自己思考以后大概明白是什么原因，不要上來(lái)就去拿著最后一行百度。

二、提升建議

1、培養(yǎng)編程思想

編程思想這個(gè)東西，不是說(shuō)工作的久了就能有的，而是在學(xué)習(xí)和工作中要去思考。思想思想，肯定要先思而后想，這樣才能擁有思想。建議是大家可以針對(duì)項(xiàng)目中一些簡(jiǎn)單的功能去思考，如果讓你來(lái)從頭開(kāi)發(fā)這個(gè)功能，你需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行哪些操作，需要提供什么接口，需要什么類(lèi)型的數(shù)據(jù)，數(shù)據(jù)需要進(jìn)行哪些必要的驗(yàn)證，數(shù)據(jù)庫(kù)的字段類(lèi)型以及長(zhǎng)度。用筆在紙上把內(nèi)容都列舉出來(lái)，寫(xiě)完以后再看幾遍，有沒(méi)有哪些可以做的更好的地方。然后去看項(xiàng)目里原來(lái)的設(shè)計(jì)，是不是跟你的類(lèi)似，如果不如你設(shè)計(jì)的可以在后面的優(yōu)化中改進(jìn)它，如果比你的好，那就去思考別人為什么要這么做。久而久之，遇到復(fù)雜的需求也能快速拆分成一個(gè)個(gè)的小需求，那個(gè)時(shí)候你離項(xiàng)目經(jīng)理就不遠(yuǎn)了。

2、制定學(xué)習(xí)路線

因?yàn)榇蠹业姆较虿煌械娜耸乔岸?，有的人是后端，學(xué)習(xí)的語(yǔ)言也不同。在這里就針對(duì)前端和服務(wù)端提一些建議。

前端

前端最重要的其實(shí)還是基礎(chǔ)的js，只有把js學(xué)好了，才能輕易的理解高級(jí)框架的原理。如果現(xiàn)在能夠完成公司的開(kāi)發(fā)任務(wù)，建議可以好好學(xué)習(xí)一下js的基礎(chǔ)課程，弄懂它。然后去看看jquery是如何實(shí)現(xiàn)的，jquery只有一個(gè)文件，而且代碼并不復(fù)雜，當(dāng)弄懂jquery是如何實(shí)現(xiàn)的以后，再看vue這些復(fù)雜的框架，也不覺(jué)得難以理解了。一個(gè)前端程序員初期工資有多高，是看他掌握多少框架。但未來(lái)能夠走多遠(yuǎn)，是看他內(nèi)功修煉的是否扎實(shí)。

后端

一般無(wú)論是大公司還是小公司，服務(wù)端的主要工作就是使用一個(gè)或多個(gè)框架來(lái)開(kāi)發(fā)一些接口。所以很多技術(shù)大佬總喜歡自嘲自己是一個(gè) CRUD工程師 （增刪改查工程師）。那么如何讓增刪改查變得更優(yōu)秀呢，同樣都是增刪改查為什么有人8K有人30K。建議是在熟練掌握自己所使用的框架以后，不妨去學(xué)習(xí)一些項(xiàng)目性能優(yōu)化方面的知識(shí)。比如緩存，比如數(shù)據(jù)庫(kù)性能優(yōu)化。有人可能會(huì)說(shuō)，緩存有什么好學(xué)的，不就是redis插入一個(gè)key，查詢(xún)一個(gè)key嗎？redis一樣存在很多高級(jí)的用法，也同樣存在許多的坑，如果應(yīng)用不好，輕則數(shù)據(jù)丟失，重則整個(gè)服務(wù)器癱瘓。掌握基本的性能優(yōu)化以后，就可以去研究如何把項(xiàng)目通過(guò)容器技術(shù)來(lái)分離成一個(gè)個(gè)的小項(xiàng)目。這時(shí)就需要學(xué)習(xí)docker這種技術(shù)，隨著docker數(shù)量的增多，docker的啟動(dòng)停止，狀態(tài)監(jiān)測(cè)就成了一個(gè)比較繁瑣的事情。又需要學(xué)習(xí)docker的自動(dòng)化技術(shù)。學(xué)完這些以后就初步掌握了微服務(wù)開(kāi)發(fā)的一些思想，實(shí)際上微服務(wù)就是在這樣的一個(gè)過(guò)程中不斷演進(jìn)而來(lái)的。當(dāng)擁有了自己的知識(shí)廣度以后，再去深研框架和語(yǔ)言的底層。

有些東西，并非是運(yùn)維或者是DBA才能做的，而是每個(gè)程序員都必須要掌握的，如果什么事情都依靠運(yùn)維和DBA，那么十年以后依然還是CRUD工程師。任何技術(shù)，特別是編程相關(guān)的，他們最終的本源都是一樣的，都是代碼。所以無(wú)論學(xué)習(xí)數(shù)據(jù)庫(kù)，學(xué)習(xí)緩存，學(xué)習(xí)容器，為的都是增加大家的知識(shí)廣度。只有閱盡千帆的人，才能像大海一樣睿智。

最后

愿大家都能在編程這條路，越走越遠(yuǎn)。