PRUM股份有限公司的 masa。
今天我根據過去在現場的經驗，寫了一篇針對程式設計初學者、工程師新手的文章，主題是「加速工程師成長的 3 種思維方式」。
閱讀這篇文章，你應該能從中獲得一些能讓自己在現場成長的啟發。
如果你有興趣，歡迎讀讀看。
如果你對 PRUM 股份有限公司有興趣，也歡迎來公司的官方網站看看。
▶ 官方網站
1. 停止「靠幹勁硬撐」，改為「靠機制輕鬆做」
剛進入現場時，最先碰到的牆就是會想著「總之先靠幹勁把事情做完」。我在沒有經驗的時候也是這樣，因為害怕出錯，所以幾乎都在做手動作業。不過，對工程師來說真正重要的是，停止重複手動作業，思考「要怎麼自動化」。
例如，在測試環境中，每次都要手動輸入同樣的假使用者資訊來確認登入功能。剛開始很容易會想：「我自己努力手打就好了。」
但如果一直這樣下去，不管是你自己還是整個團隊的工時都不會減少。假如能做出一個簡單的腳本，只要按一個按鈕就能自動填入測試使用者資訊，會怎麼樣呢？「為了讓自己更輕鬆而做的一點小工夫」，結果反而能減少自己和整個團隊的作業時間。
當然，不是所有事情都要自動化。重要的是，從那些會反覆發生、容易出錯、或會浪費時間的作業開始思考機制化。
這裡的學習重點
不要用硬撐的方式度過難關，試著養成「這件事能不能機制化？」的習慣。從「要怎麼讓自己和團隊更輕鬆」這個角度思考很重要。
2. 與其追求完美的 100 分，不如先做出「最快的 60 分」
從零經驗進入現場後，會很容易強烈地覺得「不想拿半吊子的東西出來造成別人麻煩」。我自己也有完美主義的一面，所以很能理解這種心情。但與其一開始就追求完美，先用最小限度的功能快速做出成品並交付 才是更重要的事。
「既然要向前輩發 Pull Request，就一定得把程式碼整理得漂亮又完美」——這種想法很容易讓初學者卡住，結果一個人悶頭做上好幾天。
我以前就發生過，以為終於做完了拿去給別人看，結果對方說：「原來從資料庫取得的欄位前提就弄錯了。」於是好幾天的工作全部得重做……。因此，與其追求 100 分，不如先用大約 60 分、稍微粗糙也沒關係的狀態，先讓別人看過並確認方向。
這裡的學習重點
把還沒完成的程式拿給別人看需要勇氣。不過，越早、越頻繁地諮詢，結果往往越能更快做出高品質的成果。當然，這不是指把事情草率丟包出去，而是要先做到最低限度能運作的狀態，或者盡可能把問題點釐清後，及早確認方向。
3. 不要替自己畫下「我的工作只到這裡」的界線
最後是比較偏心態面的部分。當你被分配到任務時，不要只是照著指示完成，而是要 抱持「我要怎麼讓這個服務變得更好」的當責意識。
例如，你正在依照給定的設計文件製作使用者註冊畫面。除了單純寫程式之外，也試著想像：「如果站在實際使用者的角度，這個輸入錯誤訊息可能會很難懂。」
接著可以對團隊領導提議：「這裡的文案，如果改成這種說法會不會更貼心呢？」就算你對技術力沒有自信，至少「使用者的視角」現在就能開始擁有。
現代 AI 發展驚人，現在不只是會寫程式而已，還越來越需要思考要做什麼、該怎麼改善的能力。在這樣的時代裡，實際使用系統的大多是人，推動商業運作的也還是人。因此，思考自己能為人與商業做些什麼、該怎麼改善並提出建議的能力，未來會越來越重要。
這裡的學習重點
為了讓服務變得更好而提出建議，和年資沒有關係。不要只當一個照著指示做事的執行者，而是以服務的參與創造者之一的身分行動，工作會變得更有趣，自身的市場價值也會提升。
最後
這次介紹了能加速工程師成長的 3 種思維方式。剛進入現場時，失敗是理所當然的。不需要一開始就追求完美。別著急，一步一步增加自己能做的事情，穩穩地往前邁進吧。
PRUM 的工程師有 95% 以上都是從零經驗錄用的。
如果可以，也歡迎來公司的官方網站看看。
▶ 官方網站
我們也有經營整理對工程師有幫助文章的網站。如果有興趣，歡迎順道看看。
▶ 對工程師有幫助的文章網站
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
