初次見面。我是於 PRUM 公司擔任工程師的 ひとみ。
我平日會把在程式學習與實務中容易卡住的重點與思考方式整理後分享。
如果想了解 PRUM，歡迎也到公司官方網站看看。
▶公司官方網站
“只會寫”是不夠的。現今工程師需要的技能
工程師是寫程式碼的人嗎？
工程師 ＝ 寫程式碼的人
這樣的印象相當普遍。我自己剛成為工程師時，也是從撰寫 HTML、CSS、JavaScript 等開始學習，過去也常見到「會寫程式碼」本身就被視為一種價值的情況。
但最近我覺得這個前提正在慢慢改變。只要問 AI 就會得到程式碼，或是把錯誤訊息丟給它就會得到修正建議。此外，透過重用過去的程式碼，很多情況下也不用從零開始就能讓功能運作。
在這裡會產生一個違和感。如果不必自己寫就能讓東西運作，那工程師的價值在哪裡呢？
本質是「做判斷的工作」
在實務上，與其說是「怎麼寫」，更常被要求的是「這段程式碼能不能這樣用」「這個實作是否安全」「這個處理是否符合需求」等判斷。
換句話說，工程師與其說是寫程式碼的人，不如說是負責思考並選擇「要用什麼」「怎麼使用」的人。
那段程式碼，你能說明得清楚嗎？
在此要補充的是，複製貼上、使用 AI 或重用過去案件本身並不是問題。事實上在現場，經常是在這些前提下追求效率地進行開發。
即便如此仍會有差距的理由
即使大家都以類似方式使用程式碼，成長速度仍會出現差異。這差異往往在於你是認為「能動就好」，還是能夠停下來問「真的是這樣可以嗎」。
若在不了解其運作理由與前提的情況下持續使用，條件稍微改變就可能難以應對。相反地，能思考「為什麼要用這段程式碼」的人，選擇的範圍會更廣，應用也更靈活。
會動的程式碼，和可以放心交付的程式碼是不同的。
“使用能力”有不同階段
程式碼的使用方式可以分成幾個階段：
- 直接照抄使用
- 稍微理解後使用
- 理解意圖並加以選擇
- 有責任地使用
一開始從直接使用開始也沒問題，但隨著對內容理解逐步加深，就能做出更適切的選擇。最終目標是能夠對自己的選擇做出說明。
現場需要的視角
在實務上，重用過去的程式碼並不罕見。但若在沒有充分理解內容的情況下使用，可能會導致意想不到的錯誤。
再更進一步，還需要判斷「這段程式碼是否可以使用」「這樣處理資料是否有問題」等觀點。這裡不僅包含技術，也包含對前提與規範的理解。
如果判斷「可以使用」錯誤，可能引發超出技術層面的問題。
未來工程師的價值
我認為未來時代所需要的，不只是「會寫的人」，而是「能被信賴、能放心交付的人」。
會寫的人越來越多，但能被信賴的人並沒有相應增加。
能被信賴的人，是能判斷要使用哪段程式碼並能說明其理由的人。是否能對自己的選擇負起責任，將成為重要的關鍵。
總結
不管是複製貼上、AI 或重用都沒問題。但能否在自己的腦中說明為何選擇那段程式碼，會大幅影響之後的成長。
除了寫程式的能力之外，培養「判斷如何使用的能力」，將會是未來工程師的重要能力。
PRUM 超過 95% 的工程師是從無經驗錄用的。
歡迎也到公司官方網站看看。
▶ 公司官方網站
我們也經營了整理對工程師有幫助文章的網站，有興趣的話也可以看看。
▶ 工程師實用文章網站
原文出處：https://qiita.com/prum_hitomi/items/79f74ec8cd016172619b
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
