作者aass5576843 (信長)
看板Soft_Job
標題[討論] 寫程式的追求？
時間Wed Mar 26 23:27:48 2025
寫程式不知不覺也一年半了
看著公司龐大的老舊程式
前人寫的實在雜亂
造成了維護上有一定難度
最近有心想要嘗試從簡單的地方開始試著重構
讓後人可以更好的閱讀程式
但想想，整理這個不知道有沒有意義
以目前能力重構效能會不會變得更好都是未知數
而且還要花大量時間進行測試
最終效果可能就是變得 模組化 、好維護、易讀
不知道各位前輩 對於程式要求是什麼
維護能動就好？
偏好clean code的原則？
不管環境、工具、寫法如何 只要能快速端出需求就行？
-----
Sent from JPTT on my Samsung SM-S9380.
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.193.195.58 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1743002870.A.CCC.html
1F：→ AxelGod: 先談錢薪水福利 再談工作 03/26 23:33
2F：→ qwer338859: 改那個會讓你錢變多嗎 03/26 23:36
3F：→ wuyiulin: 沒新 feature 能開的時候，重構點小東西總是好的。 03/26 23:45
4F：→ wuyiulin: 不過，我覺得市場面或是長官總是新 feature >>> 重構， 03/26 23:45
5F：→ wuyiulin: 自己要好好把握這個權重 03/26 23:45
6F：推 luke72: 1. 專案能活多久 2. 公司能活多久 3. 你能活多久 03/27 00:01
7F：→ luke72: refactor出問題，以上三者可能就提前陣亡了 03/27 00:03
8F：→ luke72: 要記得refactor永遠是為了自己，為別人沒意義 03/27 00:05
9F：→ luke72: 甚至厲害的人是爛code丟給別人修，自己拿feature KPI 03/27 00:06
10F：→ luke72: Clean code/arch的意義在，自己後續延伸能順利不會卡到 03/27 00:09
11F：→ luke72: 換言之一切都還是為了自己的feature = KPI 03/27 00:09
12F：推 luke72: 或是像我這種小廢物，已經接了無數別人丟來的爛專案來救 03/27 00:16
13F：→ luke72: 把專案救活還改到很好，KPI全算別人的。只能說問心無愧 03/27 00:19
14F：→ neo5277: 每月薪水準時到，獎金準時發，我可以一直沒事 03/27 00:31
15F：→ Firstshadow: refactor有什摸performance嗎 03/27 00:49
16F：→ Firstshadow: 想想現實面喇 03/27 00:50
17F：推 fatb: 當你會想這種事情的時候代表在這間的技術到頂了 03/27 00:53
18F：→ kissmickey: 理想很美滿現實很骨感 03/27 00:58
19F：→ kissmickey: 看過各種客製化 太靠北 想想這種還是繼續亂下去 03/27 01:04
20F：推 qwe78971: 有分紅 股票嗎 沒有的話 死薪水操什麼心 公司賺一百兆 03/27 01:59
21F：→ qwe78971: 跟一百塊 都沒差 搞好沒人在乎 搞爛一定抓起來噴 03/27 01:59
22F：→ gn01705529: 不要浪費時間重構 03/27 02:42
23F：→ gn01705529: 對長官而言重構一點貢獻也沒有 03/27 02:42
24F：→ gn01705529: 曾經有一個長官對我說：重構只是把code改成自己看得 03/27 02:43
25F：→ gn01705529: 懂的 03/27 02:43
26F：→ gn01705529: 多年後回想，確實如此 03/27 02:44
27F：推 flash789: 最近也在苦惱一樣的問題，code爛到老闆覺得只是一點小改 03/27 02:48
28F：→ flash789: 動，但需要花很多時間改，硬改出來也只是讓code更爛... 03/27 02:48
29F：→ gn01705529: 樓上，我建議就繼續爛，難改就盡量不要改 03/27 02:53
30F：→ gn01705529: 只要撐到交接出去的那天就好 03/27 02:53
31F：推 flash789: 問題是老闆覺得簡單就會一直壓時間，最後就只能靠加班， 03/27 02:57
32F：→ flash789: 我怕撐不到交接... 03/27 02:57
33F：推 labbat: 專案只看結果啊，除非換你當主廚地位的去code review 03/27 03:40
34F：→ ma721: 一年半，先什麼都別想 03/27 04:32
35F：推 ILoveAMD: 重構不是重寫 03/27 06:08
36F：推 springfeel: 一年半 你別添亂就好了 03/27 07:44
37F：推 jobintan: 看情況，如果是就業寒冬的歐美，就得學會屎山雕花還有 03/27 07:53
38F：→ jobintan: 屎上堆屎，別問為啥這麼幹，全都是為了job security， 03/27 07:53
39F：→ jobintan: 你善於維護糞code，這算自己的credit，公司就裁員時比 03/27 07:53
40F：→ jobintan: 較不會動你。 03/27 07:53
41F：→ shooter555: 重構就是模組化 避免構出一個垃圾還不好救 03/27 08:13
42F：推 SuGK: 重構不都是面試才會提到的事情嗎 03/27 08:53
43F：推 hobnob: 想做點什麼值得讚許啦，但老實說你想做這件事情只是自我 03/27 09:04
44F：→ hobnob: 實現，別人根本不在意，不如自己做side project ，說不定 03/27 09:04
45F：→ hobnob: 還能創業 03/27 09:04
46F：推 menShow: 看你覺得坑會不會害到未來的你啊~ 03/27 09:13
47F：推 wulouise: 你可以基於feature需求來改，不要沒有gain就花時間 03/27 09:14
48F：推 flylover: 重構吃力不討好，只會換到爛考績，受不了的話離職比較 03/27 09:36
49F：→ flylover: 快 03/27 09:36
50F：推 dongdong0405: 可以想想自己的薪水有沒有多到值得你重構屎山代碼 03/27 09:44
51F：推 kurtsgm: 直接跟你講 沒意義 03/27 09:59
52F：推 za755188: 你怎麼說服人重構的結果比較好？ 03/27 10:03
53F：推 Druid: 我經常在做重構 來給些建議首先重構只應該占用你總工時的 03/27 10:25
54F：→ Druid: 30%以下 再來是分辨什麼樣的重構是有商業價值的 對於沒有 03/27 10:27
55F：→ Druid: 商業價值但卻又必須做的部分 應該要讓同事也來分擔 如果這 03/27 10:28
56F：→ Druid: 部分無法說服老闆 那我建議放棄 同時要思考做重構能對你個 03/27 10:29
57F：→ Druid: 人有什麼價值? 譬如這些經驗能把你訓練成一個architect嗎? 03/27 10:30
58F：→ Druid: 總結要做重構要規劃從最有價值的部分入手而不是最簡單的 03/27 10:31
59F：→ Druid: 且要說服老闆跟同事這是一件有價值的事 並能把工作分擔出去 03/27 10:32
60F：→ Druid: 再舉例什麼是有商業價值的重構? 譬如memory usage會減少 03/27 10:33
61F：→ Druid: TAT會變快 UI更加user friendly 03/27 10:33
62F：→ dapple: 現在有AI幫忙通靈 要維護糞code應該容易很多了 03/27 10:35
63F：→ dapple: 不要想不開去重構糞code 03/27 10:36
64F：→ kissmickey: 一堆系統10、15年才大修，到時要重構再說 除非找你進 03/27 10:42
65F：→ kissmickey: 去就是為了系統翻新 03/27 10:42
66F：推 kuosos520: 沒追求，只想早點退休 03/27 10:54
67F：→ panda04056: 有沒有一種可能 你重構完 下一個人看也覺得架構很差 03/27 10:59
68F：噓 alihue: 先取得同事信任吧 03/27 11:02
69F：→ Ghamu: 其實追求更好的程式碼也才有機會挑戰更好的公司 如果總是寫 03/27 11:24
70F：→ Ghamu: 垃圾 分不清楚什麼是對是錯 你會機會進好公司嗎? 03/27 11:24
71F：→ Ghamu: 不過確實做feature 跟做出效能提升比較有價值就是了 03/27 11:25
72F：推 v7q4: 有錢領最重要！程式只要能交付出去，照spec操作沒問題就好 03/27 11:45
73F：→ v7q4: 花時間在那重構、clean code，都只是自己看爽而已，主管根本 03/27 11:46
74F：→ v7q4: 不希望你去動那些 03/27 11:46
75F：→ v7q4: 使用者需求導向什麼的也不用，主管要你做一坨精美的大便，就 03/27 11:47
76F：→ v7q4: 照著做出來給他就好 03/27 11:47
77F：推 holebro: 沒產值的事情都是做來放履歷的 但這效果還不如做有產值的 03/27 12:00
78F：→ antpro: 你自己都不知道效能好不好了，怎麼說服大家？ 03/27 12:19
79F：→ Ekmund: 看你時間成本和個人意願到哪 03/27 12:21
80F：→ newhandfun: 同意某panda 03/27 12:37
81F：推 hooll111: 沒在整個重構的啦 這件事要有產值一定是重開發一套新的 03/27 12:38
82F：推 luke72: 開發新的記得要取新的名字，別像我用一樣名字讓大家熟悉 03/27 13:23
83F：→ luke72: 結果就是年終時被列為沒任何專案在做，同名的二代不算數 03/27 13:24
84F：推 Rembrandt: 重構看目的是什麼 如果重構完效能變高很多 而且效能提 03/27 13:34
85F：→ Rembrandt: 升讓這個產品在市場更有競爭力 那我覺得可以 03/27 13:34
86F：推 jyunwei: 人家叫你換個燈泡不要幫人家把天花板也重做 03/27 13:40
87F：推 fatb: gn01705529講的是正解 模組化只有模組的人自己看得懂 03/27 15:26
88F：推 ILoveAMD: 重構完後兩個禮拜回頭看 又覺得需要重構 03/27 15:42
89F：推 goodice: 不要改 03/27 16:18
90F：推 VScode: 一堆人只會over design 03/27 17:34
91F：噓 accessdenied: 你以為的 clean 其實是別人眼中的 messy and dirty 03/27 18:31
92F：推 wizozd84070: 能動就好，程式內容一律放給它爛 03/27 18:41
93F：推 srwhite: 我都在修bug的時候偷把code變成自己的形狀 潮爽der 03/27 19:16
94F：噓 DrTech: 因情況而異。根本就沒有標準答案。菜鳥才認為有答案。 03/27 19:16
95F：推 Roleman: 改這個老闆只會覺的你一整天都沒事幹 03/27 19:59
96F：推 ikachann: 只要能穩定給薪水 就沒差 沒能力出來當老闆就認命拿勞力 03/27 20:59
97F：→ ikachann: 換錢 03/27 20:59
98F：→ abc21086999: 等等，寫一年半的程式是有能力去規劃重構的嗎？ 03/27 21:58
99F：→ labbat: 能呀 不然要請那些寫15年程式的老狗去規劃重構呢 03/27 23:13
100F：推 viper9709: 推六樓~做久了覺得真是這樣+1 03/28 00:00
101F：推 hongsiangfu: 以前會想重構，現在只敢tab換space 03/28 09:01
102F：→ v7q4: 我以前改個變數名稱就被老害嗆了，說這樣會害他看不懂... 03/28 09:50
103F：→ v7q4: 就只是把一些tempNum, cnName, uCount這種意義不明的名稱改 03/28 09:52
104F：→ v7q4: 成有意義的，就被嗆XDDDD 03/28 09:52
105F：→ ILoveAMD: 樓上改成甚麼? 03/28 10:12
106F：推 v7q4: 忘了 差不多就是uCount改成userCount這樣 寫清楚而不是縮寫 03/28 10:17
107F：→ v7q4: 還有一些temp開頭的變數通通改掉而已 03/28 10:18
108F：→ kissmickey: 看過好幾間公司都這樣命名...是業界通例嗎 03/28 10:44
109F：→ kissmickey: 還是都出自同一個廠商寫的 03/28 10:45
110F：推 ILoveAMD: u 應該是型別還是其他有意義的字? 03/28 10:59
111F：推 gino0717: 我有遇過不准在for loop 裡面寫int i的 03/28 11:08
112F：→ gino0717: 說變數一定要有可讀性 int i沒有意義 03/28 11:09
113F：推 ko27tye: i不就index== 03/28 11:55
114F：推 luke72: 不准用i 印象中是某教科書等級的文章規定 03/28 12:03
115F：→ luke72: 這種規定多如牛毛，本soft job版十年前也有人訂了幾百條 03/28 12:04
116F：→ luke72: 說要全國一致遵守，還做了套件去檢查。當然是沒人鳥 03/28 12:05
117F：→ Firstshadow: temp就真的是tempㄚ == 03/28 12:13
118F：→ moon2519: 才1年半，先不要 03/28 14:26
119F：→ popcool: 才寫一年半，你確定你的架構觀念比前人好？ 03/28 15:34
120F：推 hwChang: 我都是覺得這段程式 "不應該跑這麼慢"，才去重構 03/28 15:57
121F：推 cayut: 不需要雞婆 做了錢不會比較多 03/28 19:36
122F：推 new122851: 我變數都用中文，爽 03/28 20:22
123F：推 luweber88: 敝司會把重構當KPI就值得做下去 沒人理你甚至反對的事 03/28 21:48
124F：→ luweber88: 別做 03/28 21:48
125F：→ luweber88: 不過重構的同時一定會順便優化效能, 解決穩定性, 減少 03/28 21:51
126F：→ luweber88: 客製化增加公版擴充空間 03/28 21:51
127F：推 VScode: 別浪費時間重構了 $$比較重要 03/28 22:21
128F：→ shooter555: 陳年老扣 重構通常帶來只有風險 以前圈了一個資深工 03/29 10:07
129F：→ shooter555: 程師人力去做局部重構 結果弄出來的東西 比前人因時 03/29 10:07
130F：→ shooter555: 間壓力硬幹出來的穩定性還差 03/29 10:07
131F：→ strlen: 當然是能動就好 那不是你的公司 不要出包 其它管他去死 03/29 10:55
132F：→ strlen: 喜歡要求？做自己玩具專案 要多優美就多優美隨便你搞 03/29 10:55
133F：推 vicky8610: 之所以寫得這麼亂就是讓公司知道這屎代碼只有你能 03/29 13:19
134F：→ vicky8610: 搞 公司就不會隨便開除你 你弄的太淺顯易懂 你的 03/29 13:19
135F：→ vicky8610: 替代性就高了 03/29 13:19
136F：推 mepowerlmay: 不是錢嗎？ 03/30 00:35
137F：→ mepowerlmay: 不是追求。錢嗎？ 03/30 00:35
138F：→ kingofsdtw: clean code?認真？ 03/30 19:58
139F：→ kingofsdtw: 都加班到9點了你還要clean code? 03/30 19:59
140F：→ kingofsdtw: 叫老闆多請人吧，除非是你自營 03/30 19:59
141F：推 za755188: 寫程式的追求就是能夠好好幫助公司達成目標 03/31 07:44
