我這些年和許多程式員作業過——他們有些人超級棒，有些明顯比較平常，因為我近來和一些熟練的程式員作業的很愉快，我花了一些時間考慮我羨慕他們什么，
是什么讓一個好的程式員那么好，差的程式員那么差？或者，簡短一些，是什么讓一個好的程式員那么好呢？
根據我的經驗，成為一個優秀的程式員與年齡、教育或者你掙錢的多少沒有關系，關鍵在于你的表現，更深刻的說，是你如何思考，我注意到我羨慕的程式員有一致的習慣，
比起他們所選語言的知識、對資料結構和演算法的深入理解、或者幾年的作業經驗——更多的是他們交流的方式，
管理自己的方式，和根據他們精湛的技巧可以知道他們接觸編程的方法很有意義，
當然，成為一個好的程式員需要的比任何人可以列舉的都還要多，我不會基于這些實踐的存在（或者缺失）而單獨評判任何程式員，
但當我看到時我確實能明確的知道，當我看到一個具有這些性格的程式員時，我會想，“這個人真的知道他們在做什么，”
做研究
或者稱作“三思而后行”，或者稱作“谷歌一下”，
無論你怎么稱呼它，你可能遇到的大多數編程問題幾乎在一定形式上都已經被解決了，傳道書早就記錄在案，陽光底下無新事，
在GitHub上的庫檔案串列中，在因特網上的博客中，或者恰好與某個人經驗交流中，好的程式員知道要在解決一個問題之前先做研究，
我曾經見過厲害的程式員急于給出解決方案，但是我曾經一起作業過的最糟糕的程式員，從來不咨詢他人，
從而導致做了大量的重復性作業或者恰好使用了錯誤方式來解決問題，于是很不幸的，他們最終為他們的錯誤付出代價，
讀錯誤資訊（并以之行事）
這包括對堆疊追蹤的符號決議，是的，令人厭惡而且不幸——但如果你不愿意這么做，怎么知道哪里出錯了？我知道的最高效的程式員不害怕深入挖掘問題，
最低效的程式員看到錯誤甚至都不愿讀錯誤資訊，（這聽起來挺可笑的，但我遇到的頻率會讓你吃驚，）
更進一步說，偉大的程式員看到問題，會急迫的去解決它，對于他們來說，讀錯誤資訊僅僅是第一步；他們渴望深入問題并找出錯誤的根源，
他們對推卸責任沒有興趣，他們對找到解決方案有興趣，問題確實在他們這里止步，
會去看源代碼
檔案，測驗和人：這些都可能會說謊，未必是故意撒謊，但是如果你想確切的知道代碼是怎么作業的，你就必須親自察看源代碼，
即使這不是你非常熟悉的語言也不要害怕——比如，如果你主要是一個Ruby程式員并且你懷疑Ruby的C語言包里有錯誤，那就去解壓它看看再說，
不錯，你可能會一無所獲，但是誰知道呢，你也可能會找到問題所在，比起什么都不做，你至少選擇了一條更有機會的路，
如果你作業在一個非開源的環境中，就不太好辦了，這很不幸，不過道理是不變的，糟糕的程式員對查看原始碼通常沒有太多興趣，結果就是，跟那些愿意去研究一下原始碼的人相比，他們通常會被這些問題困擾的更久，
說做就做
好的程式員總是趨向于采取行動，他們似乎有種控制不住的強迫性——一旦他們確認了一個問題或者看到了一個新的特性需求，
就會立即著手解決，有時甚至過早或者過于勇往直前，他們遇到問題的直覺反應就是正面解決它，
有時這會帶來麻煩——但是他們的熱情正是他們能夠做的很好的關鍵因素，當某些人還在拖延回避或者幻想問題能自己消失的時候，好的程式員已經開始動手了，
更簡單的來說(也許，太過直白)，如果你看到一個人興奮的發現并處理問題，很有可能你得到了一名好程式員，
防患未然
這可能是一個壞的程式員的特征——他們總是糾纏于一個又一個的人為失誤，從來都是沒有明白上一個就轉向下一個，
他們總是在抱怨他們程式中的錯誤部分，卻耗費數小時對完美運行的代碼來debug，他們讓情緒占據主動，相信直覺而不是仔細明確的分析，
如果你突然遇到一個問題——或者每一個問題看起來都像是世界末日一般，你極有可能是在犯錯誤而不是在解決潛在的問題，偉大的程式員會花費一些時間來了解是什么出了錯，
哪怕是真的是一場災難，除了這些，他們還會把常出現的問題當成分配任務來處理掉，由于他們能更精確的解決大部分問題，從而不會提高你的團隊的緊張程度，
善于交流
說到底，編程也是一種交流的方式，能夠簡潔明了地表達出你的觀點之于寫代碼就如其之于寫詩一樣重要——長久以來，
我發現那些能夠寫出精煉的電子郵件、優雅的報告或者僅僅是高效的備忘錄的人通常也會是更優秀的程式員，
這個發現對寫程式和對英語一樣使用，當然，把充斥著括號和只用一個字母命名的函式寫在一行里面也是可以的，但是如果沒有人能夠理解你寫的代碼，
又有什么意義呢？無論使用什么媒介，優秀的程式員會把時間花在如何將他們的觀點更好地表達出來上面，
激情四射
我想這是最能夠體現一個好的程式員的地方（并且，不僅在計算機行業，這點適用于任何行業），
如果你真正關心你做的東西——不只是把它當做一個作業去應付，而是一個興趣、一件對你有著莫大魅力的事情，那么在這個行業里，相較于其他人而言，你就擁有了一項巨大的優勢，
好的程式員會一直保持著寫代碼的狀態，他們每天花在這個行業里的時間都不低于8個小時——包括作業和空余時間，在撰寫專案和授業解惑兩者之間，
他們不會偏向任何一方，他們不會只是為了搞清楚某個東西的作業原理而整天癡迷于新技識訓新的編程語言，
當我觀察一個周日正在做自己感興趣的專案、在創造自己需要的工具、被新的、有趣的事物吸引的程式員的時候，我意識到我正在觀察一個會令所有人都不由自主心生敬意的人，
最后，厲害的程式員不會將他們的專業看做賺錢的工具，而是一種改變世界的手段，我想這就是早就一個偉大程式員的真正原因吧，
編程，對于他們來說也就意味著創造世界，也只有這樣的人，才值得我們由衷地敬佩和景仰，
另外如果你想更好的提升你的編程能力，學好C語言C++編程！彎道超車，快人一步！筆者這里或許可以幫到你~
分享（原始碼、專案實戰視頻、專案筆記，基礎入門教程）
歡迎轉行和學習編程的伙伴，利用更多的資料學習成長比自己琢磨更快哦！
免費學習書籍：
免費學習資料：
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/261650.html
標籤：其他
上一篇：最新gitbook安裝教程
下一篇：微信開發二三事