接手現有的前端專案時可以做什麼
· 閱讀時間約 5 分鐘
轉眼間轉職也快滿一年了,想分享一下這一年來維護舊專案的心得!
接手一份缺乏文件或註解的專案,可能是個人人都有機會歷經的噩夢,
因為很難馬上理解這些 magic number 的含意或整體的設計意圖,
怕隨意改動程式就造成破壞。
我們可以先分析 issue 類型,制定短、中、長期的解決方案,
短期以熟悉專案為主,而不要「大量」重構現有的業務邏輯,
因為有可能不小心刪減到某些功能,或者新加入的邏輯和原本的衝突了。
職業生涯相關的心得與經驗分享
檢視所有標籤轉眼間轉職也快滿一年了,想分享一下這一年來維護舊專案的心得!
接手一份缺乏文件或註解的專案,可能是個人人都有機會歷經的噩夢,
因為很難馬上理解這些 magic number 的含意或整體的設計意圖,
怕隨意改動程式就造成破壞。
我們可以先分析 issue 類型,制定短、中、長期的解決方案,
短期以熟悉專案為主,而不要「大量」重構現有的業務邏輯,
因為有可能不小心刪減到某些功能,或者新加入的邏輯和原本的衝突了。
看到廖老大的串文,也讓我開始回顧過去半年多的生涯, 去年上岸不久後有收到一個工作邀約:帶學生做專題。
比較特別的是,工作內容不會幫學生處理任何程式寫作的問題, 而是以分享經驗、提供資源的方式,引導學生去摸索與思考。
先說結論,不確定現在求職市場要求如 何,
以我去年的求職經驗來說,轉職可能需要一點點,但不多。
我的第一份前端工作只做了一個多月就離開。 那段期間完成了新專案的雛形,也維護了幾個專案, 但身心狀況調適不順利,工作到第二個月中時就提出離職, 想想還蠻有勇氣的,轉職仔竟然敢說走就走...
先前求職已經不太順利,又留下這樣連試用期都沒撐過的資歷, 想必之後只會更難找工作吧?
我的求職狀況不太樂觀,所以當時收到一兩個 offer 後就決定報到了。
第一份工作沒太多協作,一個專案就一兩個人支撐,
每個人手上會有幾個專案在跑,開發流程混亂,
常常需要配合甲方臨時調整需求。
這些其實都是很常見的。