程序員的價值絕對不在于技術本身，而在于做出好用且好看程序的能力，這是一個開放性的話題，每一個人都是菜鳥過來的，老九君希望每一個對技術充滿熱愛的小伙伴都能盡快成為高手。

1

命名

從程序代碼的命名，我們就可以看出一個人的水平。最差的命名就是使用中文、拼音、拼音縮寫、中英混搭，接下來要么是模仿式命名，要么干脆就隨意命名。

模仿式命名典型的就是“××DAL”，說實話，我覺得類似于“UserDAL”這樣的名字，我覺得太不美觀了，一般這我就知道這是典型分層架構的模仿者，說明他是有些經驗的人了。

隨意命名，就是寫代碼的時候，名字壓根就沒有意義，比如var list = new List<User>，其實完全可以寫成var users = new List<User>的。想要命名的更有意義，你只需要將每一個類、每一個方法、每一個單詞的名字都用你開發時的意思直接描述出來就行了。

2

模型抽象能力

模型決定一個系統的可用性、穩定性、易用性、可維護性、可擴展性！

這個模型不是UML建模，而是軟件的核心。就是你設計一個軟件時，為其所抽象出來的原理性的描述。模型決定一個軟件的質量、易用性和擴展性。

凡是優秀的軟件，都有一個共同特點，就是其模型構建的非常漂亮，當然也有不怎么優秀的軟件，模型也很漂亮。

比如微軟MEF，其模型構建非常的漂亮和優雅。MEF的核心就是組合基元，如下圖所示，它簡單的定義了動態組合的支持基礎，然后一層一層的進行擴展。

3

謙虛隨和

有一個非常有趣的現象，那些懂得尊重別人、比較謙虛的人經過深入接觸后，會發現他們的技術往往都很了不起；而那些說話刻薄無禮，覺得這個技術不怎樣，那個技術也沒什么了不起的，我自己的東西已經挺好的，這樣的人水平、經驗和見識一般都不怎樣。

軟件的問題，并不是簡簡單單解決一個技術問題，從技術的角度上看，只要學會了使用技術，那么我們就已經掌握了技術，因此，單純的技術是很簡單的。

相反的是，軟件的協作開發、管理，軟件的易用性，軟件是否美觀，這些東西才是最麻煩的，也往往是技術水平一般、經驗短缺的程序員意識不到的東西。

有不少一般的程序員，大體都是這一類，他們覺得軟件太簡單了，沒有什么了不起的。對于什么思想，也不屑一顧，他們已經覺得自己掌握了很多真正的技術。

4

異常處理

通過異常處理可以看出一個程序員程序設計的嚴謹與扎實的基礎知識。拿Java開發人員舉例，要發現每一個方法都有可能需要強制的處理異常和聲明這個函數需要處理的異常，這種強制的約束，會強迫開發人員來習慣性的考慮和思考它。

不過，對于大部分人來說，它處理異常的方式就是簡單的使用try { … } catch(Exception anyException) { // 忽略異常 }，用這種方式來捕捉所有的異常信息。

這樣做的好處就是快，傻。缺點就是一旦出現問題，就不知道問題在哪發生，怎么回事，如果有靠譜的QA還好一些，比如外企，他們都有規范的測試方法和測試流程，一旦發現問題，就會將重現捕捉完整的描述出來給開發者看。

不過，在國內沒有嚴格的測試是很正常的，那么出現問題時，就傻了。客戶是絕對不可能把出現問題的方式給你完整的Repro的，一旦出現問題，客戶會干的就是急眼，那接下來怎么辦？你就老老實實加班，老老實實的去猜去找問題。

當“try { … } catch(Exception anyException) { // 忽略異常 }”這樣的代碼充斥整個軟件系統時，你就可以想象有多可怕，這個軟件能穩定就怪了！

關于異常處理，另一面，就是菜鳥程序員在寫代碼或者實現功能的時候，一般不考慮反面情況，一個軟件按照正常步驟可能能走通，但是一旦出點意外，就麻煩了。以下就是一個典型的代碼。

If(*****)

{

// ….do something…

}

這個代碼處理了if，但是萬一出現else的情況呢？可想而知，系統將會出現無法意料的情況。因此，這也是菜鳥程序員做的系統一般都非常不穩定的一個根源，做程序一般只考慮功能實現，忽略掉意外情況。

5

優雅與美觀

菜鳥程序員并不是缺乏審美，缺乏的是優雅和美觀的抽象能力。一個好的系統，要做到兩點，好用，好看！因此，這絕對不是單單功能上的堆砌。

很多國產軟件都深深的烙上了技術人員設計的印子，一看就知道這個軟件是出自一個技術人員的設計和實現，一看就知道這個軟件的實現過程，這簡直是慘不忍睹，不過，小伙伴們，這就是你們的機遇啊。

菜鳥技術人員開發功能的時候，一般都是從實現的角度進行堆砌，怎么簡單，怎么來。不會去仔細分析，用戶在操作這個功能的時候，到底還會做什么事情，各個功能之間怎么進行有機結合來完整的進行結合。相反，一些技術比較好的程序員往往都要直面客戶，經常被客戶罵，罵著罵著，也有點覺悟了。

當然，也有一些程序員因為自尊，直接不干了。不過，我覺得厲害的程序員基本都有用戶意識，也希望自己的軟件能有很好的評價，甚至能夠影響社會。好用，好看，是軟件能夠被普遍采用的前提，因此，我們需要學會抽象優雅。

6

基礎扎實

技術知識決定一個人能做的技術的層次。基礎的知識有計算機組成原理、計算機操作系統、網絡原理、數據庫原理、計算機圖形學、編譯原理、數據結構、離散數學、人工智能等等很高深的理論知識。

在這些基礎知識之上，就是軟件開發語言、類庫、框架，面向過程、面向對象、面向服務等編程思想，架構思想等等。

這些知識不一定會影響你現在的工作，但一定會影響到你的格局，那格局肯定也會影響到你自身的發展。我碰到過有些理論很差的人，但技術在公司內也是有些影響力的，因此，他們對技術原理就很不屑，甚至為自己不懂太多理論而擅長實戰而沾沾自喜。

這些人會對那些懂理論，但動手能力一般的人顯示出由內而外的鄙夷，但是他們卻不知道那些既有基礎知識，也有動手能力的高手做出的東西是怎樣的。就像很多人都想不通，那些技術天才是如何開發出一個數據庫、操作系統這樣的軟件。

因此，如果你已經發覺自己基礎不夠扎實，那么還是有空就修煉修煉自己的內功吧！

7

文檔與表達能力

很多技術人員都寫不了文檔。不過，坦白的講，如果要獲得更好的報酬，文檔是絕對關鍵的因素。沒有文檔就沒有溝通，就沒有交易。有人提了，“文檔是第一生產力”，這是非常有道理的。

文檔的類型有很多，針對的對象也各不相同。不同的人，對文檔的理解能力也是完全不一樣的。因此，你的文檔必須適應于你的目標。這個對于搞技術的人太難，他覺得還不如寫代碼來得快。

表達能力決定了你所做的技術的影響范圍，決定了你的影響力，決定你的威信。因此，也絕對的影響到你的報酬。因為這個能力而影響到你的報酬，你可能會心里覺得虧，但沒有辦法，這是硬傷。

這可不僅僅是我只是不擅長寫文檔，但我擅長于搞技術這么簡單。如果哪一天，有一個擅長忽悠，技術不如你的人，爬到你的上面并且領導你，那也是該的。千萬不要去怪別人擅長忽悠，而是要想辦法來彌補自己的硬傷。

8

積極的心態

技術好的人，一般人都壞不到哪去。很簡單的一句話，想要技術好，就要投入時間，有時間投入到技術，那么就沒有時間投入到其它方面，特別是消極的坑蒙拐騙，因此，技術人員一般也都比較靠譜。

積極的心態，不僅僅對于技術，對于生活也是如此。一旦有了積極的心態，那么菜鳥到高手的過程，僅僅是時間的問題！

9

覺得軟件不值錢

程序員都特別煩的就是做一個軟件和一些水平不怎么高的技術人員談費用的問題。只要是想要做好，沒有哪一個事情是簡單的。凡是靠良心和能力謀生的，都是依靠自身的實力來獲取合適的報酬，我們每一個人都需要有收入。

但是，我們很難改變一些技術人員認為軟件不值錢的想法，他們的理論是，這個功能放我身上，我一天就搞定了，憑什么你要那么多錢？

可是，咱們的做法一樣嗎？一個功能的實現方法有很多種，就像我說的數據采集。如果你的數據采集實現沒有以下“1、2、3”這些輔助的功能，后臺的實現要簡單的多。

如果沒有指令重試，沒有多線程，沒有異步刷新，沒有7×24小時穩定運行，沒有采集數據丟失，沒有指令優先級排列，沒有多線程和分布式集群采集，沒有支持1天1GB數據采集等等這些非功能性的需求。

那么這個軟件會更簡單，我也見過有人用一個控制臺，用一個單線程，顯示的信息都是完全看不懂的二進制數字，運行一會CPU就100%，內存不斷升高的采集軟件。這個也算得上是采集軟件。

不過，菜鳥程序員一般都會按照自己的做事方法來對軟件進行評估，如果沒有好的經驗，一般都會認為軟件很不值錢。事實上，做好看的、好用的軟件非常難，做好看、好用、還要好維護以擴展的軟件那就是難上加難。

軟件是一個充滿智慧結晶的勞動成果，如果說的高尚一點，有些軟件時無價的。

10

工資

這點顯而易見，工資是價值的體現，成為高手程序員就意味著你能為自己爭取高報酬。所以小伙伴們，加油吧！比如認真看老九君分享給你們的干貨和徐老師的直播。

-END-

文章推薦程序員效率：畫流程圖常用的工具程序員效率：整理常用的在線筆記軟件遠程辦公：常用的遠程協助軟件，你都知道嗎？51單片機程序下載、ISP及串口基礎知識硬件：斷路器、接觸器、繼電器基礎知識

總結

以上是生活随笔為你收集整理的程序高手和菜鸟的区别是什么？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。