低效程式設計師的7個壞習慣

2015-09-13    分類:程式設計師人生、首頁精華11人評論發表於2015-09-13

本文由碼農網 – 小峰原創翻譯,轉載請看清文末的轉載要求,歡迎參與我們的付費投稿計劃

程式設計師總是想做到儘可能的高效,但很多人往往會覺得力不從心。這是因為他們在多年的編碼過程中養成了一些不好的習慣。下面這7個壞習慣絕對是軟體工程師需要改掉的。

1.缺乏激情

這已經是一個老生常談的話題了,但卻是真理。寫了多年的程式碼後,程式設計師們很可能會失去激情,只想著做一天和尚撞一天鐘。更糟糕的是,這種情緒會像瘟疫一樣傳染給周圍的人。 “即使寫了一整天的程式碼,你也應該在午餐和下班後對它津津樂道,”Liz Eggleston,Course Report——提供學習編碼線上資源的聯合創始人這樣說道。缺乏激情會導致懶散。懶散會導致工作錯誤。軟體工程師需要重新找回自己的激情。

(碼農網推薦閱讀:《提高程式設計師工作效率的5個訣竅》)

2.不喜歡測試程式碼

軟體工程師曾一度認為測試程式碼不關他們的事。但現實情況並非如此。如果你還這麼想,那麼你要麼是無知要麼就是狂妄。 “測試不是錦上可添可不添的花,而是雪中必須燒的炭,”D.J. Charles,Invaluable——一家線上拍賣市場的CTO如是說道。

“不必因為bug而感到難堪——良好的質量保證工程才是超棒的安全保障,”他建議, “沒有誰能夠鑑定每一個測試用例和結果。在QA中發現bug總比在生產中發現bug要好得多。

“低效率的工程師沒有測試的意識,”他補充道, “業績最佳的往往是那些強烈要求測試時間和測試自動化的程式設計師。這是他們的經驗教訓。通過自己的親身經歷他們已經知道了測試的重要性。”

(碼農網推薦閱讀:《是什麼殺死了軟體測試人員?》)

3.關於可用性完全不在考慮中

低效的軟體工程師認為他們的工作就是提供應用程式,而不是讓那些使用這些應用程式幫助其完成工作的使用者接受並持有這款應用程式。他們不將使用者當作客戶:他們認為使用者是麻煩的根源。 “有時候,我們很難使得工程師銜接到現實世界,”Invaluable的Charles解釋道,“低效的工程師會錯誤地表徵使用者體驗問題為其他人的問題。”

遺憾的是,似乎很多軟體工程師都持有這種態度,這也是為什麼企業要尋求能夠移情和了解他人問題的程式碼戰士。 “僱主正在竭力尋找那些擁有技術技能和基本週邊業務問題領域知識的人才,”Matt Sigelman,Burning Glass Technologies——一家就業市場分析公司的CEO說。

“即使是優秀的程式設計師,可能也會說他們對於理解正在解決的業務不感興趣,”他繼續說。 “他們會說,‘給我一個規範。我會照著規範寫。’這是一種低效的程式設計。“

4.喜歡說“不”

低效的程式設計師缺乏對事物的“願景”。因此,他們常常會對專案說’不’,或成為專案前進路上一股強勁的消極力量。 “當遇到挑戰的時候,積極的態度讓人敢於面對所有潛在的可能,”Charles解釋說。

“說’不’其實相當於關閉了創造的大門,”他繼續說。 “無論你是否想到了一個好點子,你都需要保持一種開放的心態來等待靈感的敲門。”

低效的軟體工程師之所以會快速說“不”的還有一個原因是,一旦手頭有工作,就不想受其他事的干擾,生怕被打亂。 “沒有人是完美的,害怕被打亂其實是選擇了安全和不創新,”Charles說, “工程師們需要自由地去嘗試新的東西。有些點子一開始被認定為“瘋狂”,搞不好最後會導致一個創新又突破性的解決方案。”

5.不喜歡學習,拒絕好奇心

低效的軟體工程師都是不願意學習新創意的拒絕學習者。這種態度在所有職業中的代價都很高,但卻會是軟體工程師的職業終結者。 “你必須要有不斷學習的好奇心,因為程式設計是一個終生學習的過程,”Course Report的Eggleston說。

“你需要接觸社群中的其他人,以便於緊跟最新的需求技術,因為技術是不斷變化的。”她建議說。

研究與開發會議,線上研討會,以及每週和同事共進午餐,是軟體工程師避免低效學習的幾個活動,Charles指出。

“好的軟體工程師有一種與生俱來的渴求學習的本能。”他這樣說道。

6.不能和其他人友好相處

低效的軟體工程師不能成為團隊成員。這可能是當今開發世界中的一個非常現實的問題了——越來越趨向於團隊合作。 “軟體專案越來越複雜,”BurningGlass的Sigelman說, “那些像一頭孤狼一樣靠自己程式設計的時代已經一去不復返了。”

Charles指出,雖然低效的軟體工程師不能成為很好的團隊成員,但他們仍然依賴於其他的團隊成員。 “時刻謹記,總有一些潛在的東西是你正在寫的程式碼所依賴的——並且你正在寫的程式碼也依賴於某些正在改變的東西,”他說。

他補充說,驕傲自滿也會限制低效的軟體工程師成為一個稱職的團隊成員。 “時不時地陷入問題中是沒關係的。知道何時以及如何爬上軌道才是成功的關鍵。不要讓驕傲自滿成為你的攔路虎。”

缺乏溝通技巧也會讓軟體工程師的團隊設定變得低效。尤其是當低效的工程師與團隊以外的人進行溝通的時候。 “那些缺乏和非技術團隊成員溝通能力的開發人員通常也不太成功,”Eggleston注意到。

當涉及到團隊內部溝通的時候,我們或許可以放低效工程師一馬,Charles指出。

“不能夠與別人合作,與其說是一種有意識的決定,還不如說是一種個性特質,”他繼續說, “讓開發人員進入到其他業務部門的圈子裡,學習他們的溝通技巧,儘管這不是開發人員想要做的事情——卻是克服這個缺點的一個很好的方式。”

7.不關心安全性

這是高效和低效軟體工程師都可能養成的壞習慣。在許多開發產品商店,安全性往往是成品後的擴充,而這並不是解決安全性的最好辦法。 “開發人員在編碼的時候需要把安全放在第一位,”Stephen Newman,Damballa——一家網路威脅檢測公司的CTO說。

但是,即使是拿到電腦科學學位的軟體工程師也沒有受過這方面的訓練。 “如何構建安全的軟體還沒有成為大多數大學的要求,”Newman指出。

“以前我們只會處理已經發現的問題,但是現在,網路世界的攻擊那麼多,你不得不把安全放在第一位,”他補充道, “一個真正優秀的程式設計師會在他的設計和架構中以及所有有關於程式碼的地方,考慮到安全問題。”

壞習慣會讓所有職業的員工都變得低效。對於軟體工程師,不良習慣,如對專案不感興趣以及拒絕成為一個團隊成員,可能會破壞整個團隊。許多低效的軟體工程師並不是一開始就這樣,並且也不是改不了。通過定期的自我評估,不良的習慣也是可以識別並消除的,所以低效的軟體工程師也可能成為高效的人才。你碰到過高效的軟體工程師嗎?你是不是其中之一呢?

譯文連結:http://www.codeceo.com/article/7-bad-habits-ineffective-programmer.html
英文原文:7 bad habits of highly ineffective software engineers
翻譯作者:碼農網 – 小峰
轉載必須在正文中標註並保留原文連結、譯文連結和譯者等資訊。]

相關文章