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