PTT職涯區 / Soft_Job (軟體人)

Re: [討論] 寫程式的追求？

看板Soft_Job (軟體人)作者 (景)時間1月前 (2025/04/03 11:28), 3周前編輯推噓31(31推 0噓 94→)
留言125則, 34人參與, 3周前最新討論串6/8 (看更多)
因為前人雜亂--＞所以造成維護上的難度？？？？ 真的是雜亂造成的，還是自己不熟悉閱讀別人程式碼？ 我甚至寫個最基本的async/await都有人會嫌難以維護了 看不懂別人程式碼通常有兩種狀況 一種是對方真的太爛，完全不想看 一種是你的程度無法跟上 就你一年半的經驗我推測後者機會比較高 你的最終結果只有講好的結果 模組化，好維護？（是你自己認為好維護），易讀？(也是你認為易讀) 有沒有考慮壞的？ 效能變差，新舊不相容，因為太著重架構，然後一些超出架構範疇的需求完全無法做，就 跟上級說架構要打掉重做，花費更多時間一事無成，或是終於做出來了但只有你知道怎麼 好維護好讀（這些都是周圍真實發生過的案例） 接手老古董的經驗，我是新寫的就用新的方式去做，不要再讓污染擴大，舊的部分有需求 要異動調整才去小手術更動，QA也可以在不增加工作量的狀況下協助測試 全部重構？唯一優點大概只有滿足自己而已 不用講這麼冠冕堂皇，為了後人 大概就是媽媽這樣做都是為了你好的感覺 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.140.83.27 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1743650918.A.34F.html
推
04/03 11:42, 1月前 , 1F
我也曾寫c#的lamda被人嗆 這只有你會寫 沒人這樣寫
04/03 11:42, 1F
推
04/03 11:44, 1月前 , 2F
也有開發一半的程式一離職被程度不佳的整個重寫 後來他作不
04/03 11:44, 2F
→
04/03 11:44, 1月前 , 3F
出來也跑了
04/03 11:44, 3F
推
04/03 11:46, 1月前 , 4F
lamda等語法糖 很大的原因是原始設計偏向囉嗦 才改成
04/03 11:46, 4F
→
04/03 11:47, 1月前 , 5F
這種奇妙的簡寫
04/03 11:47, 5F
推
04/03 12:48, 1月前 , 6F
曾經寫個功能易於擴展，不用動舊Code
04/03 12:48, 6F
→
04/03 12:48, 1月前 , 7F
只要新增，在介面都寫完整註解
04/03 12:48, 7F
→
04/03 12:48, 1月前 , 8F
離職後聽前同事說有個新人一來就說要重構
04/03 12:48, 8F
→
04/03 12:48, 1月前 , 9F
整天說：這怎麼這樣寫、那怎麼這樣寫
04/03 12:48, 9F
→
04/03 12:48, 1月前 , 10F
後來過一陣子問前同事是重構成怎樣了
04/03 12:48, 10F
→
04/03 12:48, 1月前 , 11F
：他後來發現好像也只能這樣寫了
04/03 12:48, 11F
推
04/03 14:01, 1月前 , 12F
我寫過c#到現在還是不懂linq
04/03 14:01, 12F
推
04/03 14:50, 1月前 , 13F
通常半調子的新人就是會有一堆美好想像 估計自己寫的
04/03 14:50, 13F
→
04/03 14:50, 1月前 , 14F
code後人來看也是嫌的像一坨屎
04/03 14:50, 14F
推
04/03 19:17, 1月前 , 15F
其實不用後人 每個人半年後都抱怨半年前自己在寫甚麼
04/03 19:17, 15F
→
04/03 19:17, 1月前 , 16F
但都沒想到 自己正在寫的 半年之後的自己也會抱怨
04/03 19:17, 16F
→
04/03 19:18, 1月前 , 17F
其實只有(商業)邏輯的"參數"才是黃金 程式碼都能花錢造
04/03 19:18, 17F
→
04/03 19:19, 1月前 , 18F
實作過程的所累積的經驗在人身上 這樣的人才重要
04/03 19:19, 18F
推
04/03 20:23, 1月前 , 19F
真的很多工程師不是自閉就是自傲欸
04/03 20:23, 19F
→
04/03 22:39, 1月前 , 20F
不然呢 重構本身就是要先幫助自己 雖然我通常是不重
04/03 22:39, 20F
→
04/03 22:40, 1月前 , 21F
構那個 因為應該是沒收益
04/03 22:40, 21F
→
04/03 22:42, 1月前 , 22F
效能情況我沒見過屎山效能好的 我自己從頭開始整的
04/03 22:42, 22F
→
04/03 22:43, 1月前 , 23F
效能倒是很不錯
04/03 22:43, 23F
推
04/03 22:43, 1月前 , 24F
超級討厭過度設計的 搞到不知道在寫三小 我寧願看義大利
04/03 22:43, 24F
→
04/03 22:43, 1月前 , 25F
麵糞扣 也不想看一堆封裝繼承oop
04/03 22:43, 25F
→
04/03 22:51, 1月前 , 26F
我也討厭過度封裝 我一直視為前人的陰謀 但基本架構
04/03 22:51, 26F
→
04/03 22:51, 1月前 , 27F
還是要有的 否則全義大利麵也是很痛苦
04/03 22:51, 27F
→
04/03 22:53, 1月前 , 28F
全義大利麵只有給其它不相干的人最適合 可以搞生成co
04/03 22:53, 28F
→
04/03 22:53, 1月前 , 29F
de
04/03 22:53, 29F
→
04/03 22:57, 1月前 , 30F
自己內部看的與給別人的是不一樣的 模版有無限可能
04/03 22:57, 30F
→
04/03 22:58, 1月前 , 31F
現在前端也差不多這樣 compile再compile
04/03 22:58, 31F
→
04/03 23:08, 1月前 , 32F
全義大利麵code就是給免洗員工最佳架構
04/03 23:08, 32F
→
04/03 23:08, 1月前 , 33F
反正誰來都可以繼續維護
04/03 23:08, 33F
→
04/03 23:09, 1月前 , 34F
商業邏輯參數也都不是黃金 多半只是公司專用的產物
04/03 23:09, 34F
→
04/03 23:11, 1月前 , 35F
都免洗了還想維護義大利麵code 稍微施加需求壓力就爆
04/03 23:11, 35F
→
04/03 23:11, 1月前 , 36F
了的東西 當然是能省心就省心
04/03 23:11, 36F
→
04/03 23:22, 1月前 , 37F
有經驗應該知道省心才是第一要務 其它根本不值得care
04/03 23:22, 37F
→
04/03 23:35, 1月前 , 38F
當然有些人會想別人不省心我不就省心了嗎
04/03 23:35, 38F
推
04/04 00:14, 1月前 , 39F
全義大利麵真心不行... 要修改都牽一髮動全身..
04/04 00:14, 39F
還有 52 則推文
還有 8 段內文
→
04/05 23:33, 4周前 , 92F
不會爛到哪邊 因為寫測試的時候很難寫就會自己改了
04/05 23:33, 92F
→
04/05 23:34, 4周前 , 93F
遺留的code 沒有規格書 沒有單元測試 能賺錢也不代
04/05 23:34, 93F
→
04/05 23:34, 4周前 , 94F
表他不糞XD 而且技術債遲早要還的
04/05 23:34, 94F
→
04/05 23:35, 4周前 , 95F
當然大家都抱持著 不要爆在我手上就好 重構不是必要
04/05 23:35, 95F
→
04/05 23:35, 4周前 , 96F
也建議不要花時間重構 新的code再寫好 舊的能動就好
04/05 23:35, 96F
→
, , 97F
不然等著背鍋的就是重構的那位
這個要看產業/專案性質了，有些真的一點失誤都很嚴重 如果都是內部EMP還是什麼的，出一點小包都還不會怎樣，但是如果扯到錢或是安全問題 就大了 04/05 23:35
推
04/05 23:54, 4周前 , 98F
async/await 感覺真的很多人不懂 之前整個公司十幾個專案
04/05 23:54, 98F
→
04/05 23:54, 4周前 , 99F
都用到有問題的寫法 程式一直crash 還要我這個SRE下去修
04/05 23:54, 99F
還有很多假非同步呢XD 以為寫了非同步，結果內部還是同步作業 ※ 編輯: bantime (111.71.68.236 臺灣), 04/05/2025 23:57:28 ※ 編輯: bantime (111.71.68.236 臺灣), 04/06/2025 00:01:50
推
04/06 00:49, 4周前 , 100F
推學會習慣也是一種學習XD
04/06 00:49, 100F
推
04/06 09:00, 4周前 , 101F
推有寫單元測試，程式不會差到哪
04/06 09:00, 101F
→
04/06 09:37, 4周前 , 102F
寫成非同步有時候只是習慣 介面不會卡就懶得改了
04/06 09:37, 102F
非同步還有蠻多效能考量的，不只是UI，有機會練手我是就會練手，才不會等到真的要用 的時候才能夠信手拈來。 我自己也遇到蠻多這種說辭的，就是這個情境速度要求沒這麼快，不需要這樣寫，但我是 不太相信當速度要求提升的時候這些人是可以寫得出來的 ※ 編輯: bantime (111.71.68.236 臺灣), 04/06/2025 09:52:17
推
04/06 11:01, 4周前 , 103F
我覺得不懂的技術，反而不要用比較好，遇過同事為了
04/06 11:01, 103F
→
04/06 11:01, 4周前 , 104F
想寫非同步，結果線上一堆奇怪且難以解釋的bug XD
04/06 11:01, 104F
所以不懂的技術要找機會練習呀～ 真正要用的時候才能夠信手拈來 ※ 編輯: bantime (111.71.68.236 臺灣), 04/06/2025 12:28:52
推
04/06 13:25, 4周前 , 105F
不懂確實不該用 但如果每個新技術都不懂 就等著被淘汰吧
04/06 13:25, 105F
講那個一點……我真的不認為Linq/async/await是“新”技術 ※ 編輯: bantime (111.71.68.236 臺灣), 04/06/2025 13:39:05
→
04/06 22:35, 4周前 , 106F
最好有那麼多時間寫測試 測試本來就是寫的爛才需要保
04/06 22:35, 106F
→
04/06 22:37, 4周前 , 107F
證 趕快寫好趕快休息才是真的
04/06 22:37, 107F
→
04/06 22:44, 4周前 , 108F
給你寫測試架構爛都是沒救 萬變不離其宗 掌握根本才
04/06 22:44, 108F
→
04/06 22:45, 4周前 , 109F
是最省心的 我講話也差不多這風格
04/06 22:45, 109F
→
04/06 22:47, 4周前 , 110F
發散的東西就是屎
04/06 22:47, 110F
→
04/06 22:48, 4周前 , 111F
有脈絡的程式程式才反而不差
04/06 22:48, 111F
推
04/07 18:05, 3周前 , 112F
我的經驗是除非你是公認的大神 不然不會有誰想看別人的code
04/07 18:05, 112F
就算是大神的Code也是很多人不想看呦～啾咪～ ※ 編輯: bantime (111.71.68.236 臺灣), 04/07/2025 19:30:39
→
04/07 22:00, 3周前 , 113F
不寫測試只爽到自己...
04/07 22:00, 113F
推
04/07 22:19, 3周前 , 114F
寫C#還在串sql語法 call預存程序處理問題...
04/07 22:19, 114F
→
04/09 16:29, 3周前 , 115F
寫測試很難寫就會改？ 我通常只看到屎扣寫了更大陀屎測試
04/09 16:29, 115F
→
04/09 16:29, 3周前 , 116F
來給你聞
04/09 16:29, 116F
→
04/09 16:30, 3周前 , 117F
有些code寫一個測試就可以穩跑兩三年
04/09 16:30, 117F
→
04/09 16:31, 3周前 , 118F
有些寫了100個測試 還是只能撐30分鐘
04/09 16:31, 118F
→
04/09 16:31, 3周前 , 119F
你覺得重要的是寫測試？
04/09 16:31, 119F
→
04/09 20:28, 3周前 , 120F
樓上正解 有機會變成測試就是屎山
04/09 20:28, 120F
→
04/09 20:32, 3周前 , 121F
搞到程式失控都沒用 本身質量好就好寫測試 錦上添花
04/09 20:32, 121F
→
04/09 20:32, 3周前 , 122F
有時間可以做 不然光需求變更就掛了
04/09 20:32, 122F
→
04/09 20:37, 3周前 , 123F
架構好通常只需要小補當然可以爽自己 也不見得不爽
04/09 20:37, 123F
→
04/09 20:37, 3周前 , 124F
到別人
04/09 20:37, 124F
→
04/11 18:14, 3周前 , 125F
C R A F T C O D E
04/11 18:14, 125F
‣ 更多 bantime 的文章
文章代碼(AID): #1dxW1cDF (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 bantime 的文章
文章代碼(AID): #1dxW1cDF (Soft_Job)