因為前人雜亂--＞所以造成維護上的難度？？？？
真的是雜亂造成的，還是自己不熟悉閱讀別人程式碼？
我甚至寫個最基本的async/await都有人會嫌難以維護了
看不懂別人程式碼通常有兩種狀況
一種是對方真的太爛，完全不想看
一種是你的程度無法跟上
就你一年半的經驗我推測後者機會比較高
你的最終結果只有講好的結果
模組化，好維護？（是你自己認為好維護），易讀？(也是你認為易讀)
有沒有考慮壞的？
效能變差，新舊不相容，因為太著重架構，然後一些超出架構範疇的需求完全無法做，就
跟上級說架構要打掉重做，花費更多時間一事無成，或是終於做出來了但只有你知道怎麼
好維護好讀（這些都是周圍真實發生過的案例）
接手老古董的經驗，我是新寫的就用新的方式去做，不要再讓污染擴大，舊的部分有需求
要異動調整才去小手術更動，QA也可以在不增加工作量的狀況下協助測試
全部重構？唯一優點大概只有滿足自己而已
不用講這麼冠冕堂皇，為了後人
大概就是媽媽這樣做都是為了你好的感覺
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.140.83.27 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1743650918.A.34F.htmlO1871樓我也曾寫c#的lamda被人嗆 這只有你會寫 沒人這樣寫 04/03 11:42
O1872樓也有開發一半的程式一離職被程度不佳的整個重寫 後來他作不 04/03 11:44
→ O1873樓出來也跑了 04/03 11:44
ILoveAMD4樓lamda等語法糖 很大的原因是原始設計偏向囉嗦 才改成 04/03 11:46
→ ILoveAMD5樓這種奇妙的簡寫 04/03 11:47
stepnight6樓曾經寫個功能易於擴展，不用動舊Code 04/03 12:48
→ stepnight7樓只要新增，在介面都寫完整註解 04/03 12:48
→ stepnight8樓離職後聽前同事說有個新人一來就說要重構 04/03 12:48
→ stepnight9樓整天說：這怎麼這樣寫、那怎麼這樣寫 04/03 12:48
→ stepnight10樓後來過一陣子問前同事是重構成怎樣了 04/03 12:48
→ stepnight11樓：他後來發現好像也只能這樣寫了 04/03 12:48
wulouise12樓我寫過c#到現在還是不懂linq 04/03 14:01
springfeel13樓通常半調子的新人就是會有一堆美好想像 估計自己寫的 04/03 14:50
→ springfeel14樓code後人來看也是嫌的像一坨屎 04/03 14:50
NDark15樓其實不用後人 每個人半年後都抱怨半年前自己在寫甚麼 04/03 19:17
→ NDark16樓但都沒想到 自己正在寫的 半年之後的自己也會抱怨 04/03 19:17
→ NDark17樓其實只有(商業)邏輯的"參數"才是黃金 程式碼都能花錢造 04/03 19:18
→ NDark18樓實作過程的所累積的經驗在人身上 這樣的人才重要 04/03 19:19
hobnob19樓真的很多工程師不是自閉就是自傲欸 04/03 20:23
→ superpandal20樓不然呢 重構本身就是要先幫助自己 雖然我通常是不重 04/03 22:39
→ superpandal21樓構那個 因為應該是沒收益 04/03 22:40
→ superpandal22樓效能情況我沒見過屎山效能好的 我自己從頭開始整的 04/03 22:42
→ superpandal23樓效能倒是很不錯 04/03 22:43
VScode24樓超級討厭過度設計的 搞到不知道在寫三小 我寧願看義大利 04/03 22:43
→ VScode25樓麵糞扣 也不想看一堆封裝繼承oop 04/03 22:43
→ superpandal26樓我也討厭過度封裝 我一直視為前人的陰謀 但基本架構 04/03 22:51
→ superpandal27樓還是要有的 否則全義大利麵也是很痛苦 04/03 22:51
→ superpandal28樓全義大利麵只有給其它不相干的人最適合 可以搞生成co 04/03 22:53
→ superpandal29樓de 04/03 22:53
→ superpandal30樓自己內部看的與給別人的是不一樣的 模版有無限可能 04/03 22:57