→ mmis1000: 最大的問題就是他幫你造好的輪子通常很悲劇，而且真的很 07/17 00:39
→ mmis1000: 多人沒修改這個輪子的能力，出來就是滿滿的悲劇 07/17 00:40
哪裡悲劇 舉幾個例子來聽聽
※ 編輯: pm2001 (140.137.198.18), 07/17/2015 10:37:59
噓 alandidi: 使用者問題，往往方便造成了人的無知...但不代表需要批 07/17 13:02
→ alandidi: 評某家的IDE 07/17 13:02
→ mmis1000: 我不會說用控件不好啥的，但我不認為沒有基礎的人用是好 07/17 17:40
→ mmis1000: 事，那是完全的有害，至於說哪個悲劇，政府網站還不夠？ 07/17 17:41
→ mmis1000: 你有辦法昧著良心說那其實還做得不錯？ 07/17 17:42
所以你碰到甚麼悲劇
分享一下大家看看有沒有解
推 pelicanper: 東西做不好怪工具？ 07/17 17:42
→ pelicanper: 怎麼不怪 BA,QA,PM? 07/17 17:43
推 mmis1000: 你哪根眼睛看到我在說ide爛了？ 07/17 17:44
→ mmis1000: 是爛技術加好工具產出的東西才令人絕望阿 07/17 17:47
→ mmis1000: 連應該自己處裡的都用隨便的方式幫你處理好了 07/17 17:48
推 pelicanper: 你哪根眼睛看到我說你說ide爛了？LOL 07/17 18:01
推 kyork: 史上最強ide，但輪子真的悲劇 07/17 20:11
→ edward13: asp.net mvc出現後一堆老人唉唉叫就知了 webform不死 07/17 20:18
→ edward13: vs2015把bower都整進來了 算是迎合年輕開發者潮流吧XD 07/17 20:20
→ edward13: 老中青高手新手 vs都能通包不是問題 是用的人問題 07/17 20:22
→ edward13: 但相對的 不小心接手到一堆垃圾程式碼的機率可能就.... 07/17 20:24
推 kyork: webform最大的笑話就是，一個page只允許一個<form> 07/17 21:55
這是asp.net webform的規則 沒甚麼笑話不笑話
就像我文中講的 你不能接受這種規則
可以用webapi開接口 或是泛型處理常式自己來
再寫個html去接
→ grence: 一個 form不夠，你可以再開一個啊~XD 07/17 22:34
→ grence: 在內部系統、電子表單之類的場合還滿適合的；慎選工具。 07/17 22:36
→ mmis1000: 對自用的後台來說的確沒差拉 07/17 23:12
所以你的例子呢?
※ 編輯: pm2001 (111.240.179.199), 07/17/2015 23:24:53
→ kyork: 我不接受阿，早改用MVC了 07/17 23:48
→ kyork: 因為這條規則，所以要用一堆JS去處理，還不夠笑話嗎？ 07/17 23:53
這是你用了不適合的工具去解決問題
→ kyork: 微軟自己也知道webform該淘汰了 07/17 23:54
MVC等於是用另一種方式去寫
兩種各有其優缺點
適用於不同的情況
※ 編輯: pm2001 (111.240.179.199), 07/18/2015 00:26:45
→ kyork: 以web開發來說，webform除了讓winform快速入手之外 07/18 00:53
→ kyork: 還有什麼優點？ 07/18 00:53
快速上手跟很直覺就是一大優點了
比較小的案子邏輯非常簡單
用MVC去做有些殺雞用牛刀
最現實的一點
有不少主機還在跑.net 2.0
→ mmis1000: 你真的看不到那些政府網站嗎？那些悲劇到有剩的政府網站 07/18 09:47
→ mmis1000: 我真的很好奇有誰沒被政府網站雷過，而且還是推薦使用ie 07/18 09:49
所以有沒有你自己寫專案碰到問題的?
※ 編輯: pm2001 (140.137.198.18), 07/18/2015 16:11:26
推 rarex: 同意你的說法 ms很多作好的輪子、精靈等東西 07/18 21:47
→ rarex: 但是不用ms的IDE其實還是得透過不同的tool chain做一樣的事 07/18 21:48
→ rarex: 沒有經驗的人可能也不知道為什麼 只曉得"反正就是這樣用" 07/18 21:51
→ rarex: 我想這是m大覺得比較不理想的地方 XD 07/18 21:52