一顆合格的螺絲釘——程序員漫談（一）

 

　　正值創業熱，滿眼都是《CTO教你XXX》《成爲高管的N個條件》……

　　不少開發人員都不屑於談論怎麼作好一個程序員該作的工做，幻想一晚上間升職加薪迎娶白富美走上人生巔峯。

　　浮躁。眼高手低。

 

　　做爲某互聯網公司的程序員，目前僅4年工做經驗，隨意聊聊本身對「如何成爲一名合格程序員」的見解。

　　限於眼界與見識，我認爲的「合格程序員」確定與各位同仁的理解有必定差距，歡迎討論。

 

　　什麼樣的程序員會讓人感到厭煩。

　　1. 技術不過硬

　　做爲技術人員，最基本的要求就是能高質量的完成被分配到的開發任務。漏洞百出的代碼，無止盡的bug，這樣的程序員不管在哪裏都不受歡迎。

　　2. 很差學，沒有好奇心

　　瘋傳的一句話「程序員30歲以前必需要轉管理」，被國內不少程序員奉爲圭臬。急功近利，沒有長期的學習計劃。

　　作客戶端的學了Android，就把本身陷在了Android這個圈子裏，以「沒時間、工做忙」爲藉口，入行三五年都不知道後臺Server的實現。學了iOS開發，Swift語言出來一年還不知道是怎麼回事。每次Google/Apple公司發佈OS新版本，對改動絕不關心。

　　有的人工做十年是積累了十年的工做經驗，還有的人是把一年的經歷重複了十次。

　　3. 自視甚高，技術大於一切

　　一副「什麼**PM、UE，還不得靠老子把需求作出來，什麼都不懂就知道瞎bb」的嘴臉。對非技術崗的同事換着姿式的看不起，認爲其餘角色都是能夠隨意替代的，只有開發人員纔是核心。在工做中毫無道理的強勢。

　　4. 難以溝通

　　認死理，以技術標準做爲最高標準，徹底不懂得變通。在平常工做中，絲絕不顧及他人的感覺，EQ負值。

　　需求沒有數據支撐——PM需求不明確，不接；代碼沒有100%達到規範要求——功能不能上線；需求開發完UE同窗提出替換兩個圖標——已經沒有排期了，不能換……

　　5. 關注過程大於關注結果

　　在和組內不少程序員溝通的時候，這是讓我最無語的，不光是剛入職的新人，不少工做四、5年的老人在這個問題上都很容易犯錯誤。分配下去一個需求或bug，到了最終節點check進度，會給出一堆主觀的、客觀的理由，解釋本身的困難。遇到明顯本身搞不定的問題，不能及早暴露出來，本身憋着作，最後無力收尾。

　　更讓我啼笑皆非的是，這類人每每還意識不到本身的問題，one-one的時候會反問：「我都作到這樣了，連週末都自願來加班解決問題，還要我怎麼作？」

　　6. 沒有認識到「螺絲釘」的定位

　　做爲拿錢幹活的程序員，公司的重點必定是咱們能爲產品作什麼，而不是公司能幫助咱們提升什麼。幸運的，遇上工做用到的知識和我的發展須要學習的知識高度匹配，一邊工做一邊學習，提升很快。但多數人多是類似的模塊和功能作了又作，感受枯燥乏味。聰明人應該知道先找到根本矛盾，看看到底是上級分配任務不合理，仍是本身沒有作好代碼的抽象和擴展致使上級不敢給本身分配更有挑戰性的任務。而一直悶頭去作，又從不反思，就會出現作了很長時間，但仍然只能作一個最不起眼的「螺絲釘」的狀況。

　　另外一種情形，以前團隊的一個工程師，利用本身時間開發了一個很炫酷的控件，但和app風格不搭，應用不到產品上，就三番兩次吐槽UE同窗不能慧眼識珠。太以自我爲中心，認爲整個團隊要圍着本身轉。實在不可取。

 

　　若是把初級程序員-高級工程師-CTO做爲一個技術崗的發展路徑，90%的人在還沒成爲高級工程師以前就已經倒下了。平時工做中，能作好開發工做，與其餘團隊的角色合做愉快，可以站在整個項目高度看待、解決問題的工程師絕對是百裏挑一。