成爲程序界的葉問,你須要戰勝這十我的

  萬衆創新,移動互聯網正在吞噬世界,開發者這個職業煊赫一時的程度史無前例,並且只會愈來愈熱門。許多人意識到這股潮流,加入寫程序的行列。不過別看程序工程師坐擁高薪,這但是個強者如雲、充滿挑戰的環境。也因如此,開發者質量的優劣判斷老是在網絡上引起熱烈討論。曾經在程序員客棧www.proginn.com技術圈上就有這麼一道熱門的問題「糟糕的軟件工程師有什麼特徵」,亞馬遜軟件開發工程師Nachiket Naik的回答頗爲中肯,得到幾千名網友贊同。邁向頂尖開發者的道路上,你該避免成爲下列十種人。程序員

  1.複製粘貼的人數據庫

  程序設計問答網站Stack Overflow擁有很是豐碩的資源,不少人寫程序碰壁了就會上去找解答,Stack Overflow自己並無錯,它是工程師的得力助手。可是若是隻是複製粘貼,改個參數,不去了解來龍去脈,不去弄懂爲什麼這樣的解法究竟是不是真的適用於如今面臨的問題,那固然很難進步。有很多工程師寧肯相信他們在網絡論壇看到的說法,而不肯意費心思考眼前的代碼或系統。網絡

  2.懶得測試的人測試

  「我不幹測試這種事,那是測試工程師的責任。」即便在敏捷開發方法如此盛行的時代,這種態度依舊層出不窮。工程師不肯測試的惰性仍是很廣泛。有多是他們討厭設定測試環境,也有多是缺少測試的連貫性知識。固然,也或許是,測試工程師在開發者社羣中總存在着不能說的污名。網站

  3.不寫文件人設計

  有些人以爲程序文件(code documentation)應該如詩通常簡潔美麗,他們沒能力作到這樣,就乾脆不作了。可我認爲這樣的心態是軟件開發的頭號公敵。傑出的軟件,不須要有幾百萬個酷炫的功能,傑出的軟件,應該是要提供幾個讓人「離不開」不斷使用的功能,並且這幾個功能背後有幾千我的閱讀、更新、修正。輕視技術溝通、文件精確度、忽略細節的開發者,確定是公司得到成功最大的絆腳石。code

  4.代碼寫的很是醜的人blog

  個人程序能跑,但??資源

  有些變數被命名爲x、flag、str、arr??開發

  Most of what I write is in one giant method.

  缺少連貫的程序慣例或風格

  把全局變數噴灑獲得處都是

  對做者來講,這簡直是最惱人的事。雖然某段代碼不見得差,甚至有多是寫得最好的部分。只是,若是出現上述狀況,就像一條鑽石項煉被埋葬在泰坦尼克號的殘骸中,沒人找獲得它,也沒人想清理它、佩戴它、使用它。

  5.沒有爆發力的人

  他寫程序、他部署、他繼續前進,絲毫沒有想要學着解決問題的意願,只要給這傢伙一段程式碼,他就會沒日沒夜奮戰,隔天就交出成果,你會獲得一個修復好、能執行的軟件,除此以外別無全部。有時候,選擇開發者的時候你得有些私心,找個不但會在大限以前完成任務,並且也有旺盛的求知慾的人。

  6.一天到晚抱怨人

  「這不是我乾的」、「這不是個人錯」、「這跟我修復的部分無關,必定是有其餘人搞砸了」、「這東西真的很煩!(無限循環)」、「我不知道怎麼修復這邊,找個會的人來啦」??

  那個犯錯的人可能早就修正向前走了,你還在大肆抱怨什麼勁呢?抱怨並不能解決問題。

  7.不合羣頑固人

  「不照個人方法作就拉倒」,是這羣人的座右銘。在他們心中,這是一場他的「點子」與你的「點子」之間、他的解決方案與你的解決方案之間的競爭,不爲整個項目着想。他們會來來回回仔細你植入的代碼,即便他們運做正常、通過測試、看來天衣無縫,仍讓他們以爲芒刺在背。這類傢伙是阻礙生產力的大麻煩,在壓力來襲時,他們也會是最早落荒而逃的人,就算經驗再怎麼豐富、技術再怎麼厲害,也別輕易嘗試找這些人加入團隊。

  8.畏首畏尾的人

  寫Java的A開發者一聽到他得寫一段Python 就愣住了。B開發者一聽到設定檔裏某個部分必須改正就慌了。C開發者一聽到他得在數據庫裏輸入東西就畏縮了。這些人傾向趨吉避凶,不肯離開溫馨圈。他們有很奇異的迷信,不想接觸系統的某些地方。這個現象尤爲容易出如今菜鳥開發者身上,出色的開發者或快或慢,都會渴望跳出溫馨圈,探索陌生的事物。

  9.迷迷糊糊粗心人

  忘掉留存備份、快照存盤、一堆未歸檔的程序目錄??這些都是菜鳥容易出的情況,隨着你愈來愈朝專業者邁進,這些漫不經心的情況都應該避免。

  10.小聰明嚇唬人

  這些人可以耍些小技倆,「騙過」系統使之運做,沾沾自喜。面對複雜的問題,他們彷彿變個魔術就能解決,但就做者的經驗,10次有9次都只是表面功夫,實則漏洞百出,並且早晚都會出問題,致使後來還要花更多成本處理。

相關文章
相關標籤/搜索