寫程式興趣不能當工作

您好，

對於您的敘述，我完全認同，當專職的軟體工程師就是這麼不純。
1.需求變更 --> 因為常常使用者也不知道自己要什麼，所以變來變去
2.文件要求嚴格 --> 使用者不可能去讀程式碼或流程圖, 只能透過文件溝通
3.舊程式寫的很亂 --> 技術債真的很常見

我可以想像您或許喜歡的是有效率的解決問題的過程，但很討厭這些跟寫程式無關的瑣事，逐步消耗了興趣跟能量。

與其直接打消念頭，跳回單純的技術員，我會建議，花一點時間跟錢，去了解Agile敏捷式開發的基礎概念，甚至考證照，然後轉到採用敏捷式開發的公司行號，採用敏捷式開發，能更好的處理、管理這三點問題。

1.需求變更
由專業的產品經理或窗口進行需求討論，他們有一定的方法跟邏輯判斷，搜集訪談使用者(客戶)需求，定義什麼該做、什麼不該做、該怎麼做，什麼先做，排序需求，在兩週（或一定期間內）寫這些需求並改進程式碼。

2.文件要求嚴格
工程師按照需求做事，通常一個個 工作需求單 都寫成task, story, 然後assign給工程師，在期限內完成丟給下一關，基本上跟流水線也差不多概念，通常(？)工程師資源珍貴，不太會用軟體工程師產出技術文件，大部分時間花在程式碼上。

3.舊程式寫的很亂
技術債是一個會被重視、正視的問題，大家會有正確的觀念，現在偷懶沒寫好的程式、沒有升級硬體，疊床架屋之後，要花更多時間拆掉重蓋，假設要拆掉重蓋，也會是有工作需求單跟資源投注在解決技術債上。

搜尋關鍵字：敏捷式開發、Scrum、Agile
自己準備好了，就可以準備履歷、面試、刷題，為自己找一個更友善的工作環境。

最後要提醒一下，越複雜的產品，越龐大的開發團隊，單一工程師就越難有一個完整的產品概念，你自己根本就不是產品的使用者，搞不好出錢的客戶也不是使用者，很難跟技術員時候為自己寫code的時候相比，當一群工程師協同合作開發一個產品、軟體工具的時候，一定會有參差不齊的地方，畢竟每個人的思考邏輯跟解決問題的方法不一樣。

我會建議轉換一下心態，把每一個assign給你的任務搞明白，對自己產出的程式碼負責，把domain know-how建立在解決問題的方法，程式語言跟工具上，這些是可以帶著走的技能。

以上，提供您參考

1 高中原為技術員，工作較單純，做了10年，後來，轉職在軟體公司上班，做了4年，我喜歡寫程式，但不想作服務業，面對客戶，讓我感到很累，我是不是該回去當技術員算了。
2 寫程式與技術員工作比較，寫程式有相對較多的優勢。
3 不想作服務業，面對客戶，是軟體公司您的職務，有的特質，需直接面對客戶。
4 找其他軟體公司，專門寫程式，不需面對客戶的職缺，找到了跳槽，問題解決。
5 應不需重回技術員。
6 祝福您。