推 abccbaandy: 台灣一堆公司喜歡考pattern 09/15 22:09
推 k7ji91ab5m: 我以前尊崇的這些東西 現在自己真的覺得頗茫然 09/15 22:33
推 tsaigi: 滿嘴pattern的一律當成菜鳥 09/16 01:27
→ marra: 貓咪可愛！XD 09/16 05:06
→ freeunixer: 不是當天就要老闆把車修好了嗎?我都問,吃完飯來牽行嗎 09/16 09:30
這句只是將時程換成自己提而已，但最終還是由老闆來回應不是嗎?
結果不就一樣了。
→ idok: 我覺得要說別人爛 沒問題 但是用沒有大型專案的資歷去否定.. 09/16 11:40
→ idok: 感覺怪怪的捏 09/16 11:41
一個只會騎機車的，在教你麼開大卡車，你會覺得怪嗎?
最慘的是這幾位，可能只有在騎腳踏車而已。
卻嘴出了一套，讓沒做過案子，甚致連寫程式都不會的人，可以拿來嘴。
堂而皇之的稱這是管理。
而這些工作者們，更慘的是也還信了，將這些廢話當聖經了。
小故事，當年的UML 的作者們，一經推出，也是美國大小公司爭相使用，台灣就更
別說了，最好是拉個屎都UML 一下。而當年IBM(UML 原產地) 更推出Rational Rose，
讓你class diagram 畫好即產生code。
現在Rational Rose 都已經停止銷售了，20年過去了，你class diagram 了沒?
人們往往忽視軟體開發是工程問題，而軟體界總是有些新把戲出來，
讓一群人當它是小學生問題。正如常見的三年的資深工程師一樣。
修車修三年，能叫資深嗎?
見人見智。畢境有其局限性，跟修過的車型及遇過的問題相關。
但修車修三年後，變成要去設計一台車，我相信，這就天才加後天囉。
推 aaa1234136: 但程度很差的同事真的連pattern 是什麼都不知道.... 09/16 11:47
推 brucetu: 沒有大型專案經驗 講出來的東西可能根本無法套用在複雜 09/16 11:52
→ brucetu: 的專案/人事環境中 卻被追捧 所以被否定很正常啊 09/16 11:52
→ brucetu: clean code 真的是一個很好的例子 簡直是一種宗教 09/16 11:54
→ brucetu: 然後你去看大型開源專案哪個不是滿滿的註解 程式碼本身是 09/16 11:55
→ brucetu: 能說明個鬼 09/16 11:55
→ superpandal: 這些都是垃圾 design pattern都是 不想學這種東西 09/16 19:35
→ superpandal: 真的好從你一開始挑選技術就開始決定了 09/16 19:37
→ superpandal: 在公司重構也不太必要 09/16 19:38
※ 編輯: Lordaeron (111.241.170.17 臺灣), 09/17/2025 07:05:28
推 selph1120: 比較困擾的是, 現在問 AI 架構也常常被建議那些被追捧 09/17 10:45
→ selph1120: 的原則、pattern... 09/17 10:45
→ selph1120: prompt都要寫明各式各樣的情境, AI 才比較能變通XD 09/17 10:46
→ brucetu: 你就叫他給你最簡單又遵循既有開發方式的解他就不會給你 09/17 11:01
→ brucetu: 太複雜的東西了 需要重構的時候你自己告訴他你想用什麼 09/17 11:01
→ brucetu: 模式就好了 09/17 11:01
推 jlhc: 亂入一下, sequence diagram 還是很有用啦 09/17 22:11
推 viper9709: Rational Rose好懷念XD... 09/18 01:19
推 marra: 懷念rational rose +1 XD 09/18 05:23
推 gmoz: 我都快忘記Rose了XD 09/18 10:52
推 TAKADO: 結果天天問，車沒修得比較快，但車行老闆一肚子堵爛多收幾 09/20 01:08
→ TAKADO: 百塊 09/20 01:08
→ DrTech: 工具不重要，拿工具的哪個人比較重要。waterfall，Scrum， 09/22 08:39
→ DrTech: UML都只是工具而已。 09/22 08:39
→ DrTech: 當初UML就是個方便交流溝通的工具。搞到最後變成報告合規 09/22 08:47
→ DrTech: 工具，只管有圖，不管溝通了。 09/22 08:47
→ Lordaeron: 你沒在台灣? 台灣不管HR或本版，你都會看到工具用多久 09/27 08:35
→ Lordaeron: 該怎麼用的討論。 09/27 08:35