寫程式不知不覺也一年半了
看著公司龐大的老舊程式
前人寫的實在雜亂
造成了維護上有一定難度
最近有心想要嘗試從簡單的地方開始試著重構
讓後人可以更好的閱讀程式
但想想，整理這個不知道有沒有意義
以目前能力重構效能會不會變得更好都是未知數
而且還要花大量時間進行測試
最終效果可能就是變得 模組化 、好維護、易讀
不知道各位前輩 對於程式要求是什麼
維護能動就好？
偏好clean code的原則？
不管環境、工具、寫法如何 只要能快速端出需求就行？
-----
Sent from JPTT on my Samsung SM-S9380.
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.193.195.58 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1743002870.A.CCC.html→ AxelGod1樓先談錢薪水福利 再談工作 03/26 23:33
→ qwer3388592樓改那個會讓你錢變多嗎 03/26 23:36
→ wuyiulin3樓沒新 feature 能開的時候，重構點小東西總是好的。 03/26 23:45
→ wuyiulin4樓不過，我覺得市場面或是長官總是新 feature >>> 重構， 03/26 23:45
→ wuyiulin5樓自己要好好把握這個權重 03/26 23:45
luke726樓1. 專案能活多久 2. 公司能活多久 3. 你能活多久 03/27 00:01
→ luke727樓refactor出問題，以上三者可能就提前陣亡了 03/27 00:03
→ luke728樓要記得refactor永遠是為了自己，為別人沒意義 03/27 00:05
→ luke729樓甚至厲害的人是爛code丟給別人修，自己拿feature KPI 03/27 00:06
→ luke7210樓Clean code/arch的意義在，自己後續延伸能順利不會卡到 03/27 00:09
→ luke7211樓換言之一切都還是為了自己的feature = KPI 03/27 00:09
luke7212樓或是像我這種小廢物，已經接了無數別人丟來的爛專案來救 03/27 00:16
→ luke7213樓把專案救活還改到很好，KPI全算別人的。只能說問心無愧 03/27 00:19
→ neo527714樓每月薪水準時到，獎金準時發，我可以一直沒事 03/27 00:31
→ Firstshadow15樓refactor有什摸performance嗎 03/27 00:49
→ Firstshadow16樓想想現實面喇 03/27 00:50
fatb17樓當你會想這種事情的時候代表在這間的技術到頂了 03/27 00:53
→ kissmickey18樓理想很美滿現實很骨感 03/27 00:58
→ kissmickey19樓看過各種客製化 太靠北 想想這種還是繼續亂下去 03/27 01:04
qwe7897120樓有分紅 股票嗎 沒有的話 死薪水操什麼心 公司賺一百兆 03/27 01:59
→ qwe7897121樓跟一百塊 都沒差 搞好沒人在乎 搞爛一定抓起來噴 03/27 01:59
→ gn0170552922樓不要浪費時間重構 03/27 02:42
→ gn0170552923樓對長官而言重構一點貢獻也沒有 03/27 02:42
→ gn0170552924樓曾經有一個長官對我說：重構只是把code改成自己看得 03/27 02:43
→ gn0170552925樓懂的 03/27 02:43
→ gn0170552926樓多年後回想，確實如此 03/27 02:44
flash78927樓最近也在苦惱一樣的問題，code爛到老闆覺得只是一點小改 03/27 02:48
→ flash78928樓動，但需要花很多時間改，硬改出來也只是讓code更爛... 03/27 02:48
→ gn0170552929樓樓上，我建議就繼續爛，難改就盡量不要改 03/27 02:53
→ gn0170552930樓只要撐到交接出去的那天就好 03/27 02:53