軟體工程師的痛

前言

各行各業都有不為人知的一面,外表看起來光鮮亮麗,其實內心早就崩壞了.

軟體工程師,不是只坐在螢幕前埋頭打鍵盤.還需要面對各式各樣的問題,以下提出幾點可能會讓你感同身受的幾點.

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 當寫程式時,在思考問題突然被打斷,第一靈感可能就消失了.第二可能要花一段時間才能回到剛剛的狀態.所以如果看到一些軟體工程師在工作時,你打斷了他手邊的工作,他沒有立即回覆你,告訴你等待一下稍微做個紀錄,這是情有可原的.(當然不排除,就是不想理你)

後記

如果這篇文章對於你有幫助,可以幫忙分享給更多的人.文章內容如果有誤,可以在下方留言告知.本網站主要提供程式相關資訊,可以訂閱獲得最即時的資訊.

留言

熱門文章

如何創造出難以維護的程式碼

當了 15 年軟體開發工程師的反思