初次見面。我是 PRUM 股份公司擔任工程師的すもも🍑
我平常會整理並分享在程式學習與實務中容易卡關的重點，以及思考方式。
如果你對 PRUM 有興趣，也歡迎看看我們的企業網站。
▶企業網站
有沒有過這種情況：被交付一個乍看之下複雜到不知道該從何下手的任務，還沒開始就先緊張起來。
我自己也常常在讀完規格書或任務說明的瞬間，就覺得「這看起來難度很高」，然後手就停住了。
「困難」的真面目，往往只是「還沒有被拆解」而已
面對看起來很複雜的任務時，很容易把任務本身的難度，和自己還沒理解到的範圍有多大，混為一談。
實際上，很多時候只是因為把它當成一大塊來看，所以才覺得困難；一旦依照元素拆開來看，每一部分其實只是一些意外單純的作業而已。
例如，「新增一個新功能」這句話雖然很簡單，但實際上可能是「畫面顯示」、「確認輸入內容」、「儲存到資料庫」這些可以拆解的元素所組成。拆解之前看起來像是一個巨大的難題，拆解之後就變成幾個熟悉的作業，整體的感受會完全不同。
拆解後套用基礎規則，意外地就能順利推進
實際動手後我感受到的是，大多數被細分出來的元素，都可以套用已經知道的基礎模式。
例如，「實作登入功能」這句任務一開始看起來也很難。但拆開來看，可以分成像這些元素。
- 在輸入表單中顯示電子郵件地址與密碼
- 接收輸入的內容
- 確認是否與資料庫中儲存的資訊一致
- 如果一致就進入登入狀態；如果不一致就顯示錯誤
這樣列出來之後就會發現，每個元素都不是什麼特別的處理，而是已經知道的基礎模式組合而成。
> - 表單顯示 → 只是在畫面上排列欄位的基礎顯示處理 > - 接收輸入內容 → 將資料作為變數保留下來的基礎處理 > - 與資料庫比對 → 搜尋並比較已儲存資訊的基礎處理 > - 依結果分支 → 透過 if 敘述進行的基礎條件判斷
原本看起來像一大塊未知處理的東西，其實只是把熟悉的零件換成了新的組合，一旦意識到這點，手就會突然變得很好動起來。
複雜的結構，歸根究柢也是基礎的累積
回頭想想，我的感受是：不管看起來多複雜的機制，底層都一定有基礎性的結構。越是看起來高階、進階的技術，如果基礎理解不夠扎實，反而更容易從根本開始崩掉。
反過來說，只要把基礎確實掌握好，即使是第一次看到的任務，也能用同樣的方法去應對——「拆解成熟悉的零件，再套用進去」。不輕忽基礎，某種程度上就是在培養面對未知任務的能力本身。
從今天開始就能做的事
- 被交付看起來很難的任務時，先寫出「這是什麼和什麼的組合」
- 從拆解後的元素中，找找看有沒有已經知道的基礎模式
- 一旦覺得「很難」，就把它改口成「只是還沒拆解而已」
- 卡在進階技術時，回頭重新檢查它背後的基礎
因為只是先拆解再套用，所以從下一個任務開始就能立刻試試看。 總結
看起來很複雜的任務，很多其實不是難度很高，而是還沒被拆解而已；一旦拆開來看，往往只是熟悉的基礎模式組合。
在接到看起來很複雜的任務時，如果還沒讀內容就先回「這對我來說太難了」，老實說我覺得很可惜。因為你甚至還沒拆解、還沒評估，就先把可能性關掉了。
先專注把結構讀懂，從整體和細節兩個面向一起看清楚。做到這一步之後，才有辦法真正判斷：這是現在的自己真的做不到，還是只要方法對了就能完成。
正因為再複雜的機制，往往都是建立在基礎之上，所以我也想持續不鬆懈地把基礎累積起來。
PRUM 的工程師多數都是從無經驗者開始錄用的。
如果有興趣，也歡迎到企業網站逛逛。
▶ PRUM 招募頁面
我們也有經營整理對工程師有幫助文章的網站。如果有興趣的話，歡迎看看。
▶ 對工程師有幫助的文章網站
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
