初次見面。我是 PRUM 株式會社的工程師，叫做 Hitomi。
我平常會整理並分享在程式學習與實務工作中，容易卡關的重點，以及工作中常見的「落差」。
如果能對誰有所幫助，我會很開心。
IT 到底是為了什麼而存在的？
前言
進入 IT 業界後，
- Java
- AWS
- AI
- SQL
會學到各式各樣的技術。
但在剛入行的時候，我一直有個疑問。
「說到底，IT 到底是為了什麼而存在的呢？」
一開始，「學習技術」 成了我的目的。
但進入現場後，我的想法也一點一點改變了。
工程師的工作，是寫程式碼嗎？
剛入行時，我以為
「寫程式碼就是工作」
但實際的現場，並不只是這樣。
例如：
- 製作應用程式
- 修正後端
- 維護資料庫
- 監控伺服器
這些工作，全部都有各自的 「目的」。
例如如果是要做應用程式，
- 想讓作業更輕鬆
- 想提升營收
- 想讓資訊更容易共享
等等，都是它的目的。也就是說，
工程師的工作不是「寫程式碼」，
而是「解決問題」。
IT 是「解決問題的工具」
這一點非常重要。公司真正想要的，
不是最新技術本身。
例如：
- 想把每天要花 3 小時的作業縮短
- 想減少失誤
- 想解決人力不足
- 想分析營收
公司想解決的是這些課題。
也就是說，
- Java
- AWS
- AI
- 雲端
全部都是，「為了解決公司問題的工具」。
所以在現場，以下幾點會被非常重視：
- 真的是必要的功能嗎
- 有效果嗎
- 能長期維護嗎
- 成本值得嗎
「技術上做得到」和「應該做」是不同的
剛入行時，我曾經想過：「如果技術上做得到，那就做出來不就好了？」
但在實際現場，還必須考量：
- 成本
- 交期
- 維護
- 優先順序
即使技術上能實作，如果：
- 效果很小
- 維護成本很高
- 會拖延其他專案
那就有可能不會實作。相反地，
即使是看起來不起眼的修正，如果能帶來：
- 減少諮詢
- 預防故障
- 縮短作業時間
那它的價值就很高。這部分如果只是學技術，往往很難察覺。
為什麼工程師也需要商業視角？
在現場，並不是只靠 「技術」 來判斷。
公司會一邊看著：
- 利益
- 成本
- 維護
- 未來性
一邊做決策。所以：
- 為什麼優先順序會改變
- 為什麼需要中途回報
- 為什麼會談到成本
這些都有其原因。
這不只是溝通技巧而已，而是
「為了讓整個公司做出最適當的判斷」
。
結語
IT 證照中的「企業活動」，
一開始可能會覺得相當不起眼。
但其實它是理解以下內容的基礎：
- 為什麼要建置系統
- 為什麼要在意成本
- 為什麼會發生優先順序變更
剛入行時的我，以為「學習技術」就是工作。
但現在我認為：
IT 並不是為了「使用技術」而存在，
而是為了「解決問題」而存在。
如果你現在正因為只有技術學習而感到辛苦，
不妨試著想一次：
「我想透過這項技術，解決什麼問題？」
也許你看待工作的方式，會因此有些改變。
PRUM 的工程師中，95% 以上都是從無經驗開始錄用的。
我們也經營著一個網站，彙整了想從無經驗開始成為工程師的人以及工程師本人會有幫助的文章。
如果你有興趣，歡迎看看。
【推薦文章】
從銀行員、公務員到 Web 業界。從其他行業轉職的人，為何會對工程的有趣之處「全心投入」
原文出處：https://qiita.com/prum_hitomi/items/9eafa7854f27055a7a07
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
