收到網友提問如下：
這是最近跟一個朋友聊天聊到的
朋友是寫 .net Framework 的
我剛碰Vue的時候，跟他說我看不懂Vue在背後是怎麼運作的、為什麼這樣寫會變成這樣的結果？
他跟我說，不用去在意框架背後幫你做了哪些事情
反正就是做那些制式的動作，把功能實現就好
不然工程師哪有那麼多腦力去記住程式底層都做了什麼
這樣真的是好的嗎？
工程師的等級差距並不在於是否知其所以而不知其所以然嗎？
這應該是每個年輕工程師都有的疑問，寫一篇完整、公開回答跟大家分享，給類似狀況的人參考。
我先講結論：這取決於你想不想越變越強、不斷提升競爭力，還是只想混口飯吃
如果只想混口飯吃，什麼工具都是學個用法，懶得研究，然後東西做出來交差了事，那可以永遠不去管工具背後原理
不過，這種心態，職涯成長、薪水成長空間會很有限，然後在 40 多歲的時候會有「中年危機」，會很慘、壓力很大
因為屆時新工具你跟年輕人一樣不太會用，舊有的經驗又幫不上忙，因為你從來不肯學背後通用的觀念
回到問題本身，我認為有兩件事情值得分享，有兩個觀點你需要去權衡，我們先談談「抽象」
Abstraction 抽象
軟體工程師的主要工作就是「抽象化」，把各種邏輯分不同層次「封裝為抽象」
這樣才有重用性，別人才能基於你的成果，進一步開發更豐富的東西
網路的七層架構，各種協定，程式語言，語言上面的工具、套件、框架，都是抽象
The Law of Leaky Abstractions，抽象滲漏法則：除非無關緊要，否則所有抽象都或多或少會滲漏
這是在軟體圈知名的一個理論，稍微資深的開發者都應該要知道這篇文章
https://www.joelonsoftware.com/2002/11/11/the-law-of-leaky-abstractions/
我簡單說明一下，抽象滲漏法則就是在說：所有抽象都一定會在某些情境下失效，此時便是滲漏。
你只要工作時間夠久就會知道，長遠來說，你還是要花時間去研究它抽象背後的東西。
你本以為只是前端隨便寫一寫交差，卻發現有一天需要認真去看 HTTP 協定、CORS 在講什麼，否則無法處理資安問題
你本以為只是後端 CRUD 隨便寫一寫交差，卻發現有一天需要認真去看 database 索引機制、記憶體管理，否則無法處理效能問題
結論：「抽象」幫助我們省下一些工作的時間，但關於技術細節的學習時間，無法省下來。
你的生產力要對公司商業產值有幫助
我認為工程師常常在另一個方面犯錯，就是鑽研自己喜歡的細節，不去管對於公司的商業產值與個人生產力
我曾遇過公司要求協助更換一張網頁圖片，某工程師居然兩個星期還沒更換完成
問他原因，原來是他看圖片尺寸不順眼，在研究分割、壓縮、整個網頁的整合機制，以及相關工具的導入
問題是，那個網頁跟圖片並不重要，此時專案還沒進到效能優化的階段，此功能應該盡快上線，視情況決定下一步
這完全是沒搞清楚優先順序，只顧著研究自己爽的東西，也沒跟相關人士確認任務目標
結論
回到原 po 的描述
不然工程師哪有那麼多腦力去記住程式底層都做了什麼
這是大錯特錯，隨便找一個優秀的資深工程師，從 Vue 到 React 到各種工具，背後原理、相關機制，都能深入淺出跟你說明
什麼 shadow DOM / virtual DOM / pure function / fiber tree / proxy / immutable 等等，就算好幾個月不碰工具，還是能輕鬆解釋，根本不是死記硬背的，這全都是經驗＆融會貫通的結果
但是過猶不及，不顧公司需求，自顧自地研究技術細節也不好
該花多少時間研究背後機制？這是一個需要權衡的問題
請從公司需求的角度，以及個人長期職涯的角度，視情況判斷
以上，簡單分享
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
