軟體工程師的痛
前言
各行各業都有不為人知的一面，外表看起來光鮮亮麗，其實內心早就崩壞了．
軟體工程師，不是只坐在螢幕前埋頭打鍵盤．還需要面對各式各樣的問題，以下提出幾點可能會讓你感同身受的幾點．
1. 開不完的會
開會可以處理項目的分工，可以確認項目要完成的時間以及討論特定的主題，開會有一定的功效，但冗會就是在浪費人生．首先會議如果有先定好時間，不管是會議室討論或視訊會議，都需要提前先準備，如果是臨時的會議，則會打亂原本已經定好的計畫．1 天工作時間只有 8 個小時，扣掉這些會議的時間，能夠坐在位置上好好思考的時間已經被用去了大半，尤其是當時間又被切割的很瑣碎時，會讓效率變得很差．
 |
| 1 天 8 小時，會開好開滿 |
2. 專案維護
不管是同事跑路還是聖誕老人送禮給你．當接手舊專案需要維護時，都需要先禱吿一下．確認專案不會像一台老爺車一樣，雖然跑得動但是跑不快．車子的的一些零件既老舊又昂貴．使用一些過時的技術．打掉重練不符合成本，要改裝又需要花費大量時間測試．
 |
| 取自維基百科 |
有趣的文章 ： 工程師應該放心大膽地創造技術負債
3. 用戶回報問題
有時候當接到用戶反饋問題或客訴時，常常得到的答案是閃退．對！就是閃退，沒了．
除非通靈，否則很多時候軟體工程師都不知道該如何下手，沒有機器的型號, 操作順序以及大致的描述都只能瞎猜，雖然說現在很多的工具可以把閃退的 Log 記錄下來，透過用戶同意回傳這些訊息．但大部分的時候，我們常會看到在留言區下方．小編會留言告訴你請提供詳細的資料．
4. Code Review
秉持著互相學習, 遵循程式碼的基本原則, 針對程式碼不針對個人的幾個要點．
非常赤裸，開誠布公地把程式碼亮出來讓大家討論，優點是當錯誤發生時，有人能夠提前拉你一把，缺點是當 Code Review 結束時，你會發覺這個世界拋棄了你，你寫的程式碼一文不值．
5. 奇耙的隊友
5.1 頻率永遠對不上
5.2 下班前半個小時突然變好忙（OT文化）
6. 撰寫技術文件
某些 API 已經被廢棄了，可是文件沒有更新．某些版本的 API 需要先執行特定的流程，可是文件沒有更新，客戶急需，可是文件根本還沒有開始寫．
7. 打斷
7.1 尊重每個人意見，但當自己在說話時被打斷，感覺不會太好．
7.2 當寫程式時，在思考問題突然被打斷，第一靈感可能就消失了．第二可能要花一段時間才能回到剛剛的狀態．所以如果看到一些軟體工程師在工作時，你打斷了他手邊的工作，他沒有立即回覆你，告訴你等待一下稍微做個紀錄，這是情有可原的．(當然不排除，就是不想理你)
留言
張貼留言