初次見面。我是 PRUM 的工程師 ひとみ。
我每天在程式學習與實務中，整理並發信那些容易卡關的重點與思考方式。
如果對 PRUM 有興趣，也歡迎看看企業網站。
▶企業網站
エンジニア業務の「見えない壁」の正体
― 為什麼工程師看起來那麼難？ ―
前言
「工程師，我自己能做得到嗎？」
當我開始考慮轉職時，腦中第一個想法就是這句話。雖然有興趣，卻遲遲踏不出那一步。好像非理工背景不行、數學不好會很吃力、總覺得門檻很高。明明說不出具體理由，卻會有「或許我做不到」的感覺。那時候感到的，不是難度，而是「對不太了解的事物感到害怕」。
壁にぶつかった瞬間
實際開始當工程師後，有一次我終於碰到那個「不太了解的東西」的真相。那是我被委託設計某個功能的時候。腦中大致有個「好像這樣可以」的構想，但不確定是否正確。手停在那裡，時間卻一直過去。
我把那個設計送去程式碼審查時，被問到「為什麼要這樣設計？」我卻回答不出來。明明以為自己有在思考，但一想要把話說出口就什麼都說不出來。慌了之後想要湊合應付，結果更加說不出話。
那一刻我第一次想：「也許我根本沒好好思考過。」
何が起きていたのか
但事後回想，其實當時發生的很單純。
👉 並非沒有思考，只是沒能整理清楚而已。
腦中有資訊，但
- 我到底知道哪些事
- 我到底不知道哪些事
- 我該以什麼準則來做選擇
這些都還很模糊，因而無法做出判斷，於是卡住了。
エンジニア業務の「見えない壁」
在這裡我意識到一件事：工程師看起來困難，問題不在於個人能力，而在於
看不到結構（架構）
不知道自己在做什麼、不知道哪裡難，於是整體看起來都很困難。這種「看不懂的狀態」，正是我最初所感受到的那道「看不見的障礙」。
實際把內容拆解後，情況和想像中不同。工程師在做的，不是複雜的數學運算，而是
決定要如何讓系統運作
而程式本身也是由以下組合構成：
- 按順序處理
- 依條件分支
- 重複執行（迴圈）
也就是說，並不是「很難」，而是因為沒有被拆解，所以看不懂而已。
本当の難しさ
不過這裡有個誤解需要澄清：工程師絕非簡單的工作，困難確實存在。但真正的難處來自另一個地方。
持續地思考
持續拆解、整理、並不斷做選擇。在沒有唯一正解的情況下持續判斷。這個過程本身就是困難。而我當時之所以停下來，不是因為「不懂」，而是因為在未被整理的狀態下試圖去做出判斷。
それでも、この仕事が面白い
那麼我為什麼還會繼續做這份工作？理由很簡單。
因為很有趣！
自己思考、嘗試、失敗、再修正。在這樣的反覆中，某一刻所有東西連起來，
「啊，動了！」
那一刻的感動非常強烈。不只是程式能動，而是有種「自己的想法直接成為了實際成果」的體驗。而當自己做出的東西能讓別人的工作變得更輕鬆時，會很真切地感受到「這是我做的」。正是因為有這些經驗，趣味常常會蓋過困難。
結論
工程師需要的不是什麼特別的天賦。
把不懂的東西拆解成可處理形式的能力
才是關鍵。
一開始沒有人就能完全理解。是否有理工背景，也不是決定性的差異。當你能看見結構後，曾經像牆一樣的東西，就會變成可以處理的問題。
おわりに
當我還覺得「工程師看起來好難」時，其實是在害怕「不懂的狀態」。但實際上，只是沒把它拆開來看而已。
如果你現在也有同樣的感覺，試著把那個「不懂」拆分看看。拆開後，你會發現它比想像中具體很多、也更小、能被一步步處理。
當時我曾停下腳步，但現在我理解了。所以如果你也在同一個地方，
踏出那一步吧
一定會有美好的未來在前方等著你。
PRUM 的工程師有超過 95% 是從未經驗被聘用。如果想的話也歡迎來企業網站看看。
▶ 企業網站
我們也經營一個彙整對工程師有幫助文章的網站，有興趣的話歡迎來看看。
▶ 對工程師有幫助的文章網站
原文出處：https://qiita.com/prum_hitomi/items/07b7926408a3447b6665
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
