成績不等於天賦，換個情境才看得出來
數學差、英文差、國文差，不代表做不了相關的工作。Bryan 拿自己當工程師、系統分析師、靠文字吃飯的經歷，說明學科分數量不出天賦，要看用在什麼情境。
主講 Bryan 姚詩豪 · 讀 4 分鐘 · 原片 47 分 · EP369，2023-06-19 看原片 ↗
先知道
節目的題目數學差就不能當工程師？天賦不等於考試分數！拿學科分數當作職涯定位，你將失去許多發光的機會！
這集是 Bryan 一個人講。
怎麼做
覺得自己沒天分，常是定義錯了
很多人認定數學差就不能當工程師、畫圖差就不能當建築師。Bryan 說他要談的不是「靠努力補天分」，而是你以為的沒天分，可能只是看錯了天分的定義，或是用錯了情境。
數學不等於數字
Bryan 從小到大數學都是最弱的一科，到美國念管理相關科系修了會計，卻拿到 A，還愛上看財報。他後來才分清楚，對微積分和方程式沒興趣，不代表處理數字、看財報的工作做不來。
考卷上的題目和眼前的問題是兩回事
材料力學勉強修到 70 分的他，在研究所做橋墩實驗時，第一個算出吊鉤該用多粗的鋼筋；成績比他好很多的同學反而傻住。
成績差，常是因為想搞懂才考不好
他讀書時要先弄懂公式在現實裡長什麼樣子，比不上同學先把題目練熟。但這種把抽象東西對回現實的習慣，後來碰到沒有標準答案的工程問題時派上用場。
同一套道理，英文、建築、寫程式、國文都適用
英文差卻能在紐約應對自如的朋友、不會畫圖卻成為知名建築師的同學、不會寫程式卻帶工程師團隊做出系統的自己，還有國文成績不好卻天天寫文章的他，都在說同一件事。
想做就去試，環境不對就換
不要因為小時候某科不好就判自己不行。他建議找適合的環境，換老師、換學校、換主題，唯一要努力的是去做，不是質疑自己。
逐段聽
點時碼直接跳到原片的那一段。
| 02:06 | 天賦的迷思 | 接著前幾集談天賦與熱情，這次補充：很多人用科目好壞當天賦，認定數學差就不能當工程師，Bryan 自己以前也誤解過 |
| 05:43 | 數學最弱的自己 | 從小到大數學是最差的科目，補習也只跟上低標，卻因為不服氣去念理工科，打算當工程師 |
| 06:33 | 在美國愛上會計 | 留學念管理，老師開課前就丟來兩本課本和習題，他一路啃完拿到 A，還教搞不懂的外國同學，後來常看財報 |
| 08:28 | 數學不等於數字 | 學校數學覺得抽象無意義，會計的每個數字卻有意義；他發現自己數學不好，但處理數字、幫人看財報很在行 |
| 15:38 | 材料力學與吊鉤 | 大學材料力學勉強修到 70 分，研究所做橋墩實驗要設計吊鉤，大家都傻住，最後是他先算出用 10 號鋼筋，教授確認沒問題 |
| 20:25 | 為什麼成績差 | 他習慣把公式想成實體，想不通就卡住；同學先把題目練熟再說，所以他考得差，卻能把學過的東西對回真實世界 |
| 23:58 | 考試以外的解題力 | 當專案經理時遇到下雨土壤鬆軟，他想出先排水、挖溝的辦法；溝挖多深則交給會算的人，兩種人都是工程專案需要的 |
| 25:21 | 學歷低的工程高手 | 第一份工作遇到只念到國中的香港工程師，拿張紙畫幾筆就解掉德國碩士工程師解不了的問題 |
| 26:46 | 英文差也能溝通 | 在紐約認識的台灣朋友，從小英文很差，因為嚮往在大城市工作，英文會話反而練得比他還強；考卷上的英文和真正溝通是兩件事 |
| 30:30 | 不會畫圖的建築師 | 空間觀念差、不會畫圖的同學，靠美感、對光線動線的敏感和建築史研究，成為在日本工作的知名建築師；建築師有很多種 |
| 33:51 | 不寫程式的系統分析師 | 學生時代討厭解 bug，後來在美國帶程式團隊，自己一行程式都不會寫，卻能理清資料結構和流程，把系統做出來 |
| 38:14 | 國文差也能靠文字吃飯 | 討厭背國學常識，所以國文成績不好，但喜歡閱讀寫作，現在寫部落格、課程文稿和臉書文章，幾乎天天在寫 |
| 40:41 | 想做就去試 | 喜歡的老師會讓某科進步，換環境成績也會變；不要因為小時候某科不好就否定自己，找對環境再說 |
| 44:23 | 天賦在別的環境 | 回到自己學會計才發現有天賦的例子；找到有天賦又熱愛的工作，雜七雜八的問題多半會自己消失，五十歲搞不好還有十年可以磨出一把劍 |
原話
名詞與人物
- 材料力學
- 土木工程的必修課，Bryan 大學時勉強修到 70 分，後來卻用它開頭教的公式算出吊鉤的鋼筋粗細
- 系統分析師
- 把客戶需求整理成流程與資料結構的角色，Bryan 說自己不會寫程式，也做得來
- 數字能力
- 這集指處理財報、成本、現金流這類有實際意義的數字，Bryan 把它和學校的數學分開看
延伸
- 前幾集談過熱情的迷思：真正投入熱情工作的人不一定輕鬆愉快，壓力可以很大，但完成後的成就感會讓人想再往上一層。
- 大人學自己架系統時，資料庫的架構也是 Bryan 向開發團隊建議的，對方還以為他當過程式設計師。