職涯技能樹拆解？

職涯討論
#1

這是一篇拋磚引玉的文：我在大學的時候，一直不知道修什麼課對自己感興趣的職涯(Robotic) 會更有幫助，也是走一步看一步的過來，因此希望有一個整理可以給後人參考。以下是從我的經驗出發，我認為對自動化產業有幫助的課程：

Control Engineer:

  1. 最佳化控制 （台大機械）
  2. 非線性控制 （台大機械）
  3. 車輛動力學 （台大機械）or 中等動力學 （台大機械）
  4. 機器學習 （台大資工/電機)
  5. 自動控制（台大機械）

Perception Engineer:

  1. 電腦視覺 （台大資工）
  2. 深度學習 （台大資工/電機）
  3. 機器學習 （台大資工/電機)

State Estimation / Localization Engineer

  • 似乎只能進 Lab ?

共同專業科目:

  1. 線性代數 （台大資工/電機)
  2. 機率 （台大資工/電機)
  3. 計算機概論 （台大資工/電機)
  4. 演算法 （台大資工/電機)
  5. 資料結構 （台大資工/電機)

通識科目:

  1. 設計思考 （Ｄ- school)

歡迎大家分享自己的看法/經驗

4個讚
#2

擁有清楚的邏輯思考和溝通表達的能力，在學校和職場都非常受用

英語表達覺得吃力的話，台灣應該有Toastmasters社團可以參加，盡量養成直接用英語思考的習慣，避免每個句子都要中翻英(這樣吵架會太慢，吵不贏…)，臉皮厚一點大膽說，文法用字發音不正確也沒關係，以後改正就好。

在學校修課有機會做簡報或上台報告也盡量爭取機會。重要的簡報一定要提早完成，上台之前至少演練修正一兩回。

培養有效的溝通能力，我大推Crucial Conversations這本書。台灣好像有中文翻譯版，有好心人士能夠幫補連結嗎?

5個讚
#3

博客來有：博客來-開口就說對話：如何在利害攸關、意見相左或情緒失控的關鍵時刻話險為夷？

說到溝通表達的話，台大還有葉丙成教授的簡報課
此外其實還有蠻多業師在台大有兼課的，我之前很喜歡一個前微軟顧問在政治系開的課：溝通專題實務
人才培育顧問公司 ＤＤＩ 好像每年也都有開設課程

4個讚
#4

我前陣子剛看完Crucial conversation，裡面有非常多內容對於我個人生活也很有幫助，不只是職場上。我也很推薦本書！

1個讚
#5

感謝你開啟這個話題！

我目前在軟體業工作邁入第八年的後半段，在我工作經驗晚期才學到的是：對於軟體工作者而言，我認為溝通能力才是最核心的能力和價值。溝通能力包括了表達，寫作，閱讀，和人際關係能力。不管你喜不喜歡，軟體工作是個社交活動，能不能清晰地溝通決定了工作上的很多表現，像是：

  1. 把軟體寫得很清晰簡潔，讓同事容易 review 和 maintain。
  2. 幫同事 code review 的時候切中要旨、避免 bikeshedding，同時顧及和尊重同事想法。
  3. 得到同事的 review 時不要防備心很重，聽取建議也適時的支持自己的決定。
  4. Documentations 寫的清楚分明，幫助讀者閱讀同時不冗長浪費讀者時間。
  5. 養成習慣花時間閱讀別人寫的 documentations。
  6. 遇到問題的時候如何清楚表達尋求幫助。
  7. 與同事間辯論的時候，瞭解你們有共同的目標，吵架是誰吵贏或是自尊心不重要，找到解決方案才比較重要。
  8. 當有不合理要求的時候，能和上司或是客戶解釋清楚為什麼不合理、如果這麼做的話後果會是怎麼樣，同時不讓對方覺得難堪。
  9. 有個人需求的時候，懂的和同事和上司說明尋求諒解，請不要覺得這樣不專業或是在示弱而悶在心裡。Burnouts 是個很嚴重的問題，對於個人或是團隊而言都是。

為了給你多一點背景，我想解釋一點我的工作哲學：我覺得軟體工作是個工藝技術，其中兼顧了科學和藝術、實用性和美感。程式語言就像是世界上的語言，差別只是程式語言的溝通對象同時是人和電腦。對我來說軟體工作者就像是作家或是詩人，利用語言這個框架來傳遞訊息，同時也是個藝術創作。寫作能力好的人就越能清晰的傳遞訊息，寫程式也不例外，所以我才把寫軟體的能力歸類在寫作能力上。

軟體開發的技術固然很重要，矽谷這邊的公司也喜歡追求 Hard skills 厲害的人，但我覺得沒有什麼是不能學的只要你有好奇心，我覺得好的溝通能力才是重要的價值。在我看來滿多矽谷大公司的菁英主義和我的理念相左，這也是我對矽谷這邊大環境有著反感的主要原因之一 :stuck_out_tongue:

6個讚
#6

不能同意更多！

我想分享一個最近親身經歷的實例，算是我轉成組長帶管理職後的血淋淋的教訓(學習?)

我們組之前來了一個工程師(以下叫他G)。

G的技術實力只能用天才來形容，以下分享幾個例子

  1. 花了一個禮拜就幾乎上手系統。通常對於senior engineer， 一個月到兩個月都是正常的。
  2. 花了一個禮拜改進我們的performance by 15% 。改進的是其他資深工程師們之前寫的framework，我們原本都覺得沒辦法改善，要買更多的硬體來增加我們的效能了。
  3. 他總是對的。跟他的討論幾乎遵從一樣的形式： G提出他的看法，對方不相信，過一段時間後發現G是對的。

而我們組同時也想花資源來改進我們系統，由於G優秀的技術能力，改進我們的系統這個艱難的任務很自然地落在他的身上。

但很快地我們就發現G的問題 ，溝通就是G的問題 ！
G能很快地了解別人在說甚麼，也能夠很快地指出問題的癥結甚至提出解決的方案，在很多的時候他也總是對的。

但是他不尊重人。他缺乏同理心。

我們蒐集了大家對G的回饋，以下是一些例子：

  1. 跟G工作就像在跟爸爸工作，他只會指出你的錯誤，叫你回去改到沒問題再回來。
  2. G為何在大家都在的會議裡羞辱我，我沒有辦法原諒他。
  3. G的技術很好，讓他太過有自信，這會讓他無法聽見其他有幫助的想法。

很有趣地，我們也去了解G的想法，G認為他在"專業"的做他的工作的本分。
他認為他的工作內容就是用自己的專業示範一個好的系統是怎麼被設計出來。
從一開始的設計、討論、檢討、最後實踐 。他認為把這一切展示出來是對組最大的幫助。
其實他沒錯，他做的東西質量也非常高，我到現在還是常常可以從他做的東西學習到很多。

但是錯的是在他無法跟別人一起工作。每當他需要跟別人合作展示他的想法時，另外一方的反應總是非常負面。更別說達到共識了，常常是另外一方非常不情願地接受G的要求。

當一群人一起工作時，重要的是這一群人如何一起工作達到最大的效益。
溝通是達到這個目的最重要的工具。
溝通並不只是說你英文說得多好，更重要的是你能不能夠

  1. 快速理解
  2. 有條理地敘述
  3. 具備同理心的了解對方
  4. 整合前後文，釐清要解決的問題 、帶領大家找出解決方案

故事的結局是， G後來辭職了。
我們如釋重負，覺得這是對組更好的結局。
在他走後大家依然用著他設計的系統，朝著他之前的規劃前進，但突然大家都變得更有動力，也更勇於發言了。

雖然是後話，但我們學的一個重要的教訓是
有沒有一個完美的系統也許重要，但有一個可以一起努力改進的組那才是更重要的。

10個讚
#7

有良好的溝通能力加上有辦法teamwork真的是兩大必備的soft skills，在職場上看到很成功的人都是有相當的專業能力再加上這兩大技巧，所以其實很多公司在找人他們不見得一定要你專業能力非常非常強，但你一定要有辦法可以融入他們的環境，跟其他人一起對公司作出貢獻！

4個讚