切換隱藏選單

六大特質看出軟體工程師好壞

  • Allen
  • Inside 硬塞的網路趨勢觀察
  • 圖片來源:www.flickr.com/photos/hackny/6202772121
本文譯自〈Good Software Engineer / Bad Software Engineer〉,作者為 Color Genomics 軟體工程師 Katsuya Noguchi。

優秀(good)的工程師,與糟糕(bad)的工程師,到底有什麼差別?身為一名軟體工程師,這是一個我們經常必須捫心自問、並與其他人相互詰問的問題,以建立出色的團隊,並且自我成長。Ben Horowitz 撰寫的〈優秀的產品經理/糟糕的產品經理〉啟發了我,寫出軟體工程師的版本。以下是優秀工程師的特徵,不分順序。

寫出好的程式

優秀的工程師遵循風格指南(style guide),優秀的工程師能為程式碼恰如其分的命名,優秀的工程師能夠精確的描述程式,而不帶有強烈的個人意見,優秀的工程師寫出的程式儘可能的簡潔,優秀的工程師應該盡量把程式抽象化以防止功能彼此干擾,優秀的工程師在程式庫逐漸豐富的過程中,能夠時常修改程式內部結構(refactor),優秀的工程師能將商業邏輯與程式邏輯區隔清楚。

糟糕的工程師只在乎程式最終是不是有得出自己預期的結果,如果他們看到結果了,就代表工作結束了。

動作快,品質佳

優秀的工程師懂得在品質與時間壓力之間做出取捨,他們掌握技術負債的狀況,而且可以盡快「償還」負債,避免一發不可收拾。優秀的工程師要求自己在有限時間內寫出品質最好的程式,不斷追求進步,追求卓越。時間緊迫,從來不該成為寫出破爛程式的藉口。

糟糕的工程師抱著「趕快把事情搞定」,交差了事的心態,產出亂七八糟的程式,聲稱自己為大家節省了時間。殊不知他們寫出的程式會成為團隊的負擔,終究得要有人出面替他收拾殘局。

追根究底的精神

優秀的工程師從不盲目而行,他們質疑每個問題,以判斷手上的專案出現的到底是真正的麻煩,抑或只是表面的症狀。

他們懂得找出問題的根源,以揪出導致「表面症狀」的深層原因。他們一方面理解細節,一方面也能綜觀大局,確認自己正在著手解決的是真正的問題。

糟糕的工程師則是一個口令一個動作,從不對他們被要求解決的問題發出疑問。盲目地執行無法產生價值,這種行為儘管在短時間內可以見到效果,卻可能不利長期發展。

用個例子來說明優秀的工程師與糟糕的工程師,究竟有什麼差別:產品經理發現公司網站某個網頁載入的速度非常緩慢,於是要求工程師解決問題。糟糕的工程師二話不說,執行這項任務,但是優秀的工程師則嘗試理解數據,判別導致網頁變慢的根本原因,並且發現 90% 的載入時間都耗在其中一個資料庫查詢指令上了,而那是因為少了一個資料庫索引。

WEB ONLY

全文完,覺得不過癮嗎?您可以:

善意商機

AAMA台北搖籃計畫共同創辦人顏漏有

市場洞察v.s好感度經營

CAMA咖啡創辦人何炳霖

生涯顧問

江振誠

用10年記錄這個世代的台灣味

張慧慈

我想追求過去因為拼經濟被放棄的事

潮課名師

最新評論

你是哪種族群?

提醒

本網頁已閒置超過三分鐘,請點擊 關閉 或任一空白處,即可回到網頁。

關閉廣告