三種工程師——Coder, Hacker and Architect

雖然在中文裡,大家都叫做工程師,但其實根據工程師喜歡做的事情、心中對於程式的想法,可以分成幾種類別的人。這邊簡單的以我的認知,把寫程式的工程師分成三類:寫程式的人、有目標而寫程式的人,以及熱愛程式本身的人。
評論
評論

本文作者 St. Threath,以網路領域為自己的志業,同時喜歡科技和人文這兩個極端,夢想是到矽谷的偉大航道創業。目前和創業夥伴一同開發和經營美食 app「愛食記」。原文刊於作者部落格《St. Threath》〈 三種工程師 --- Coder, Hacker and Architect〉。

從小時候開始,工程師在我的心目中就不是一份太高尚的職業。

工程師必須要用沒人聽得懂(也沒人有興趣)的語言,去架構出能被使用的東西。這些東西可能是建築物、車子、機器、電路板、軟體等等⋯⋯

一般大眾會將一樣產品的功勞歸給「計畫者」(如 Steve Jobs)以及設計、行銷、管理者,而工程師似乎就是一些可以被替換的零件,沒有人會記得他們的名字,而他們所做的事情也可以被其他人所取代。

後來我自己加入了軟體工程師的行業,對於工程師的想法也有所改變,在這邊跟大家分享一下我對於「工程師」的看法。

雖然在中文裡,大家都叫做工程師,但其實根據工程師喜歡做的事情、心中對於程式的想法,可以分成幾種類別的人。這邊簡單的以我的認知,把寫程式的工程師分成三類。

第一,寫程式的人(Coder、Employee、Worker)

這種類型的人單純的只是為了工作、功課、任務而寫程式,雖然職務名稱叫做工程師,但是寫程式對他們來說只是獲取成績、金錢的工具,寫程式對他們來說枯燥無味,但為了生活,他們繼續產出他們的程式碼。他們喜歡簡單的任務,最好是一看到就知道要怎麼做,最好有別人的程式碼可以直接套用。而當他們的程式可以過關,他們就開心的回家睡覺去,連一秒都不想看到程式碼。

第二,有目標而寫程式的人(Hacker、Doer、Entrepreneur)

這種類型的人並不是因為熱愛「程式」本身而開始寫程式,他們寫程式是為了要達成某些目的。這些人雖然不是天生的程式高手,但是很會用別人寫好的套件去兜出一些應用,當有一個好的點子時,他們第一件事不是去想:「我本身不是學這個的,我要怎麼樣才能找到別人來幫我做⋯⋯」他們會去找既有的資源架構,嘗試做出原型(Prototype),有時候雖然做出來雖然有點破(像是下圖右方的機器人),但他們樂在其中,並且常常不眠不休的寫程式。我自己會將 Mark Zuckerberg(Facebook)、Drew Houston(Dropbox)、David Karp(tumblr)這些創辦人歸在這類。

圖片 來源

第三,熱愛程式本身的人(Architect、Theorists、Change Maker、Geek)

這類工程師喜歡程式本身,他們欣賞程式設計的架構、可擴充性、可被測試性。他們喜歡最新的科技,並且會主動的去接觸、試用它們。他們喜歡寫有架構、能夠被別人重複使用的套件(Library)。他們樂於貢獻自己所知所學到這個世界,並且常常在想有沒有什麼最新科技、理論能夠套用到某個工具或服務上,讓這個服務更快、更大、更好。他們是三種類型的工程師中技術最高超的一群(如上圖左方的人),也常常是能夠改變整個程式世界遊戲規則的人。如 jQuery 的發明者 John Resig、Linux 發明人 Linus Torvalds、個人電腦發明者 Stephen Gary Wozniak,還有許許多多的 Google 工程師們。

Steve Jobs & Stephen Wozniak, photo credit: empireonline

 

寫到這裡,我忽然想要澄清一個大眾對於工程師的誤解。當大家看到一個東西、軟體不好用,或是 UI、UX 設計上有問題時,常常會說製作這個東西的人用「工程師思維」在設計。又或是團隊在討論一樣東西時,PM(Product Manager)或管理者常會對工程師說:「你那是『工程師思維』,站在『使用者』的角度來說⋯⋯」工程師常因為大眾對自己身分的刻板印象,被弄到連發言權都沒有,或是提出的意見不被重視,但事實是怎樣呢?

如上面所說,工程師分成三種。而所謂的「工程師思維」,充其量只能形容第一種人(Coder)的所作所為。

Coder 的工程師思維

Coder 因為只想把事情做到交差了事,因此他們每天的任務就是把上面說要做的事情完成,一分不多、一分不少。因此,假設管理者、PM 在 Spec、Feature 中沒有把整個使用流程、步驟、使用情境全部拆解成任務,這些 Coder 是不會自動幫忙把 UX 做好的,當他們發現這個系統使用起來會有問題,他們會選擇默不吭聲,因為提出一個好的意見,只代表自己的工作會增加 --- 而這是讓 Coder 最不開心的事情。

在充滿 Coder 的工作環境,做出來的東西就有機會充滿「工程師思維」(不好用、UX 爛),因為這些東西只是一堆 Feature(Coding 任務)的結合。要營運這樣的公司必須要有很強的 PM 和設計者,能夠有效管理員工、定義產品,才能讓 Feature 拼湊出好的產品。

Hacker 的工程師思維

而第二種人(Hacker)是最討厭別人說他們有「工程師思維」的人,因為他們其實是普通人和第三種人(Architect)的混種。Hacker 知道怎麼完成一樣事情,但技術沒有這麼高超。他們重視目的和 UX,因為他們喜歡使用自己做的東西。當公司要規劃一項新產品時,他們不會因為這項新產品做起來簡單、輕鬆,工作負擔輕而開心(Coder 會),相反地,他們會因為這些東西好用、創新而興奮不已。當有任務下來,Hacker 不會讓使用的細節從眼前溜過,他們會默默的將設計不完整的地方補完。有時候他們甚至會和管理者爭論,這個 Feature 到底該不該有,因為他們認為使用者不會喜歡。

假如在公司沒有權力,Hacker 其實是角色最尷尬的人。至於尷尬在哪⋯⋯,我想這個秘密就留給 Hacker 們了。

Architect 的工程師思維

而第三種人(Architect)的確是有工程師思維,但工程師思維對他們來說應該要是種稱讚。Architect 的工程師思維源自於兩個面相,第一個是他們喜歡有秩序、可以永久保存、重複使用的東西,第二個是他們無私的想要貢獻自己做出的東西給這個世界。當公司或團隊在討論時程時,Architect 的第一個思維會讓他想要阻止大家天馬行空的亂提點子,因為他知道這些點子拼湊在一起,程式或產品架構會是個一團亂(但這時候 PM 會說:「那是因為你從工程的角度去想,但使用者使用起來不會這樣覺得,你這是工程師思維」)。但實際上,一個好的產品設計,從工程上面來看應該也要是規律、優雅而有深度的。若工程設計本身具有規則,使用者在使用時是可以隱約感受到其背後令人舒適的邏輯的。因此我認為 Architect 喜歡秩序的工程師思維是好的。

而 Architect 的第二種思維 --- 貢獻於整個世界,有時候對於末端使用者(也就是我們所稱的「大眾」)來說,會是一個小災難。Architect 會希望把一個東西做到擁有很大的擴充性、以及很多的功能,如此一來任何一種人都可以視自己的需求,去變化使用這個東西。而這種想法最知名的例子,就是蘋果電腦的發明人沃茲尼克,曾和 Steve Jobs 爭論,它希望電腦上面要有很多可擴充的插槽,如此一來各類的科技人才能視自己所需去改裝電腦。(後來 Steve Jobs 沒讓他這樣做,沃茲尼克還小生氣了一陣)。

但 Architect 的第二種思維,常常是他們做出來的東西能影響這整個世界的關鍵。Internet、Linux、python、ruby、C 語言⋯⋯Architect 創造出來的東西,無私的奉獻給這個世界,成為 科技發展的基石 ,因此一般大眾才有機會使用簡單易懂的科技產品。

photo credit: Xiqiao

在我們的環境中,有太多的 Coder、也有許多從 Coder 變成的 Hacker(他們的差別只在有沒有目標,還有去實作的毅力),但比較少真正願意奉獻、熱愛程式的 Architect。

至於我呢? 目前還只是個有目標的 Hacker 而已,距離真正厲害的工程師還有很長的一段距離。但自詡為一個 Hacker,還是希望自己能夠繼續做出對世界有貢獻的東西(之前做的 Timego 也該繼續更新了)。

當你有一個想法,並用自己的雙手實現出來,然後按下一個按鈕,讓幾百萬人都能分享你的成果。我想我們是世界上第一代能夠有此經歷的人。 --- Drew Houston in "What most school don't teach"

後記:

話說這次之所以會寫這篇文章,是因為昨天想要在 iPad 上看第一銀行的電子書,但很不幸的,它是 Flash,iPad 無法觀看。而使用 Puffin 它竟然說網頁記憶體用量太大不讓我開,這時我想起自己是個工程師,於是就用 Dropbox 的公開資料夾當做伺服器,自己寫的幾行程式碼當做載具,簡單的做了一個 iPad 觀看版本。做完後覺得,嗯,當工程師還是有一些特殊的地方的。晚上心血來潮,就寫了這篇文章。

我想人們之所以會走向不同的工程師類型,和工作環境、投入的 Project 也有很大的關係,即使在 Google,也有很多聰明的人因為一些因素成為單純生產 Code 的 Coder。

希望每個工程師都能選擇自己想走的路,生活、創業、貢獻⋯⋯ 一切都是自己的選擇

6/16
後來我的朋友有回應一篇文章,提出不一樣的觀點,大家也可以參考看看:
關於工程師(Reply to 三種工程師 --- Coder, Hacker and Architect)

在後面我回覆他的文章如下:

其實假如要我重新再寫一次文章,我可能會照這樣的分類來分。依照熱情和能力分成四個象限,兩個軸,X 軸是有沒有熱情,Y 軸是能力高不高超。
Coder | Hacker(我說的 Architect)
--------+--------
Coder | Hacker(我說的 Hacker)
而在文中說把自己歸類在 Hacker 只是要說自己技術還沒到這麼高超而已 XD
現在看起來,我似乎濫用了 Hacker 這個名詞,因為 Hacker 在程式界似乎包含了「高超技術」的印象,相反地 Architect 反而被歸類在 Manager 之類的角色。

謝謝大家的留言,在一般觀念中大家提到 Hacker 指的是程式技巧高超的人,而這邊是把採用 Funders and Founders 的定義:「Hackers are doers」。不論程式技巧高不高超,只要能實際去做、去實踐自己想要達到的目標,就是個 Hacker。

但這樣的定義似乎不是傳統定義,不好意思因為這樣的標題混淆到大家的視聽。文中所提到的 Architect 是真正的 Hacker(而且是 Super Hacker),因為他們願意做,而且技術又高超,兩種 Hacker 的定義都完全符合。希望文末這樣的說明,能夠讓名詞的定義更加清楚。

《延伸閱讀》

Yipit 創辦人: coding 不是工程師的專利,每個人都要學習程式語言

歡迎加入「Inside」Line 官方帳號,關注最新創業、科技、網路、工作訊息


疫情升溫,數位轉型不能等!報名 6/30 AWSome Day 即刻啟動企業上雲

疫情正大力促進數位轉型,而我們只能選擇跟上。免費報名全球雲端服務供應龍頭 AWS 於 6 月 30 日下午舉辦的「AWSome Day 線上雲端培訓日」,展開雲端之旅重要第一步。
評論
評論

台灣疫情升溫,每日確診人數已破萬人大關,愈來愈多民眾被匡列居家隔離,遠端工作、混合辦公模式成為企業不得不採取的措施。此時此刻,台灣才正要體驗過去兩年國外經歷過的「疫情現實」,這也意味著企業必須立刻採取行動進入雲端、展開數位轉型;而個人也必須提升雲端技能,以維持在疫情時代的競爭力。

為了幫助企業/個人能迅速具備數位轉型思維與基礎技能,雲端服務供應商龍頭 AWS(亞馬遜網路服務公司)於 6 月 30 日下午舉辦「AWSome Day 線上雲端培訓日」,開放任何想了解雲端服務與數位轉型的人士免費報名參加

疫情正大力促進數位轉型,而我們只能選擇跟上。

企業上雲、數位轉型是必然趨勢

網路時代與經濟全球化,企業必須不斷創新與成長,才能在市場上保有生存空間與競爭力。而數位轉型的思維、善用雲端工具,是必然的趨勢。數位轉型是一趟漫長且無止盡的路,而且幾乎當代所有的企業(無論規模大小)都必須迎接這項考驗;「數位轉型」意味著善用科技工具,為每一項任務帶來最有彈性且高效率的結果。

對此,Amazon web services(亞馬遜網路服務公司)從很早開始便分享自身經驗與雲端服務技術,帶領全球包含輝瑞、Meta 臉書及 BMW 等知名企業踏上數位轉型及創新之路,邁向穩定的成功。具體而言,AWS 可以幫助企業做到至少這三件事:

  1. 花更少的時間來構建與管理 IT 基礎架構,使企業專注本業創新
  2. 將地端固定成本(資料中心、實體伺服器等)轉化變動費用,透過規模經濟大幅節省企業支出
  3. 提供高可用、高擴展具彈性的雲端服務與技術,因應企業各種業務需求

立即報名 6 月 30 日 AWSome Day 線上雲端培訓日

AWS 雲端服務能為企業帶來最安全、節省的解決方案

對初探雲端世界或數位轉型剛起步的使用者來說,常見的迷思不外乎是「資安、費用」兩大項,對此,AWS 也都給予真實且有效的回應。AWS 作為全球數一數二的雲端供應服務商,資安等級不言而喻,AWS 打造的核心基礎架構可滿足軍隊、全球銀行及其他高度機密組織的安全性需求。支援 90 項安全標準和合規認證,且儲存客戶資料的所有 117 項 AWS 服務均提供加密該資料的能力。

此外,AWS 更不斷創新功能,確保資安維護無虞。而採用 AWS 的雲端服務,是依據實際雲端服務使用量採取實支實付,更能幫企業節省成本。AWS 提供跨產業、跨規模、跨技術的雲端服務,無論是廣告行銷、金融服務、遊戲技術、媒體娛樂的產業需求,或是尋找分析和資料湖、機器學習、無伺服器運算、儲存等解決方案,都能在 AWS 找到解答,甚至進一步透過 AWS 獲得來自全球的資源與合作夥伴。

因此,無論是資訊主管、IT 及技術經理、開發團隊、工程師,或是毫無背景但有志成為雲端技術服務的從業人員,甚至雲端小白,都能在 6 月 30 日 AWSome Day 線上雲端培訓日有所收穫,為自身企業需求開啟重要的第一步。

立即報名 6 月 30 日 AWSome Day 線上雲端培訓日

立即報名 6 月 30 日 AWSome Day 線上雲端培訓日,展開雲端之旅

總之,AWS 雲端服務的強大功能與優勢,唯有親身體驗才知道。在 AWS 定期舉辦專為入門者打造的「AWSome Day 雲端培訓日」中,將有原廠資深課程講師深入淺出地實作示範,一步步帶領大家了解雲端技術以及 AWS 服務,並且一一破解雲端議題相關的迷思。此外,報名活動並全程參與線上培訓者,還有多重好禮與抽獎機會(詳見下圖),歡迎對雲端世界有興趣的初心者報名參加。

立即報名 AWSome Day 雲端培訓日!報名即享免費試用服務

  • 時間:2022 年 6 月 30 日(四)13:30-16:45
  • 地點:線上參加,報名後將收到專屬連結
  • 注意事項:
  1. 請點選報名連結,填寫資料後即可完成報名。
  2. 在本課程中,專業講師也會分享如何透過 AWS 帳戶免費使用高達 200 多種服務,為提高課程參與,建議您可於課前註冊 AWS 帳號,以便在課程中同步操作體驗。
  3. 於 5/ 20~7/8 間完成新戶帳號註冊,還可獲得 AWSome day 加碼限定好禮「AWS客製三合一數據線」!(AWS 帳號註冊為免費,註冊完成會試刷一筆 1 元美金驗證您的信用卡,並於下期帳單退還;AWS 帳號註冊須提供英文住址,可參考中華郵政中文住址英譯服務。)
  • 講師陣容與精彩議程如下圖: