Re: [惡搞] 懸賞踩地雷 AI!

看板java作者 (LetMeGoogleThatForYou)時間15年前 (2010/09/23 15:44), 編輯推噓7(7013)
留言20則, 9人參與, 最新討論串4/21 (看更多)
※ 引述《PsMonkey (痞子軍團團長)》之銘言: : 推 AmosYang:(不過我短時間內不想再寫五行以上的 Java 程式了… 09/22 15:43 : → AmosYang: 被VS+C#寵壞後…Eclipse+Java用起來超痛苦… 09/22 15:44 : → AmosYang: 比 SC2 ZvT 還痛苦... XD 09/22 15:45 : → remmurds:VS有強大到這種程度嗎= =? 09/22 16:41 : → PsMonkey:這一切只是因為我不會用任何 profiler or debugger 工具 09/22 21:53 : → AmosYang:風向好像不太對… orz 晚一點(約12hr後)來發篇比較詳盡的 09/22 22:10 : → tkcn: 悔過書 09/22 22:19 : → PsMonkey:樓上很有梗啊... gj 09/22 23:16 : 推 AmosYang:樓上很有梗啊... gj 09/23 14:30 首先,要打 VisualStudio vs. Eclipse 或 C# vs. Java 戰場的話, 我們得先排隊,前面 Emacs vs. vi(m) 跟 C vs. C++ 還沒打完呢 XD 這篇文章想講的「四年內沒寫超過五行的Java程式的人在 8 小時內完成 LolAI」的心得 這目的不是去捧或貶任何一邊,因為那沒什麼建設性 去 google "C# vs. Java" 或 "VS vs. Eclipse" 大概都有人已經談過這類題目了 在弄 LolAI 的這 8 小時裡,我的感覺就是像 WALL-E 裡的半殘人類一樣, 在一個半陌生的環境裡,失去了熟悉的工具,試著在有限的時間內完成一個小型的作品 我在 2001~2006 時主要用 Eclipse+Java, 2007~今日 轉 VisualStudio+C# 以下提到的都是 out-of-box 的 VS/Eclipse 預設設定 我並沒有花時間去研究 Eclipse 的設定 * Eclipse+Java 在安裝上是大勝,抓兩個檔解開/安裝就可以開工 VS 要裝要等一段時間,還得要 reboot... * Eclipse 裝 GWT 也是很簡單, google 一下 3分鐘就完成 在 VS 要裝 extension... hahaha... haha... ha... wuwuwuwu... XD 這點在 VS10 有改善許多 * VS10 的 IntelliSense 比 Eclipse 的 auto complete 強大許多 輸入 class member 名稱的任何部分都可以,而 Eclipse 這邊一定要從頭打起 * VS10 的 debugger 預設很方便,輸出的 data value 很好懂 通常只需要手放在 F10, F11 上去控制 Step in, Step over, Step skip 就可以 debug Eclipse 這邊…要手動去點開每個 object, 且輸出的資料包含了 private members, 實在很難看懂 VS debugger 的強處就是跟 C# 的整合 在 C# code 裡你可以給予 debugger 指示, 讓 debugger 知道「你的程式在 debug view 下要如何表示」 例如,當我在 VS 裡看一個 C# collection 時,他可以直接告訴我 "Size" 這個 property 的值; 因為這個 collection class 的設計者有把 Size 這個 property 標示 (attribute) 好 所以 debugger 知道它應該要秀出這個 property 的值 對 debug 的人來說很方便 在 Ecplise 下我的感覺是我必須的了解這 class 裡的哪一個 private varialbe 代表的是這個 collection 的 size... 看得很頭痛 VS debugger 的另一個強項就是 interactive debugging 可以在 debug session 中動態地執行任何 code 例如,可以 break 進這個 method void X() { obj.DoSomething(100); } 然後在同樣的 context 底下,看看執行 obj.DoSomething(777); 會發生什麼事,而不需要重新啟動程式 (易言之,可以保有程式現在的狀態) 還可以直接改 code, 直接在 debug session 裡 compile, 然後 patch 在記憶體中的程式碼, 再繼續執行 (一切全自動,使用者只需要改程式碼,save 就可以 不過這只適用於 32-bit 的程式,在 64-bit 上不能用) 甚至在 IntelliTrace 的加持下,可以「倒車」 可以回到程式更之前的狀態去 Eclipse 的 debugger 似乎辦不到… (I will be more than happy to be proven wrong here.) * VS10 直接內建 test project template, Eclipse 這邊我想裝了 junit 後也是可以直接寫 unit test, 不過沒心力再去研究 * C# 有 property 這東西,跟 Java 的 getter/setter method 是一樣的東西 但我覺得能少打 get/set 與 () 比較順手,也比較好讀 且之前提到的 Eclipse auto complete 的限制…寫起程式就是不順手…就心煩意亂 XD * C# 4.0 的 generic 有支援 covariance 及 contra-variance 這兩個東西不好以三言兩語解釋,有興趣可以自行 google Java 沒有…為了這個有些地方得重寫 * C# 3.5 開始有 LINQ, 這東西在 perf 上有潛在的危險 (不過也沒那麼嚴重) 不過其語法比用一票 for loop 乾淨許多; Java 也沒有這玩意 例,假設你想從一個 collection 取出所有 score >= 5 的物件 在 Java 得要先開個裝結果的 collection, 再寫 foreach-loop 再寫 score >= 5 的判斷式,最後再把結果存起來 在 C#, 只需要 var results = dataCollection.Select(obj => obj.score >= 5); 就可以收工了 * 其他還有對 Eclilpse 的快速鍵不熟悉所帶來的挫折感 不過這不能算是 Eclipse 的缺點, 如果今天是從 Eclipse 換到 VS,也會有一樣的感覺 ====================================================================== 因為接觸的程式的不同,對 debugger / profiler 的需求也不同 在 debug 小型的程式時,可以改改程式碼,加幾個 print statement, compile, 再看結果,從 log 來疹斷問題 但在其他的情形下,例如,無法重新 compile / deploy 或在不能 shutdown 該 process 的情形下,就得要用 debugger 了 當然,再強的工具也治不了腦殘, LolAI 之前的 OOM bug 就是腦殘在某一行少了一個 ! 用 log 的方式很難找這問題,有如大海撈針 但 psmonkey 釋出 aiarena 後,問題就很簡單 1. 用 debug mode 執行 aiarena 2. 從 CPU & memory usage 看出程式目前進入了 OOM 的前期 3. break (在 Eclipse 裡叫 suspend) , 看程式碼正執行到哪裡 這很有效地把問題的搜尋範圍縮小到只有幾行的程式, 那個 missing "!" 很快就可以找出來 且在 VS 的 interactive debugging 的加持下,寫 C# 可以像寫 lpC / Python / Lisp 一樣現寫現看到結果 失去了這利器,我就變成 WALL-E 裡的半殘人了 XD -- "Mr. Data, can you show me how to parse this XML?" "Certainly, sir. Let me google that for you." -- StarTrek, the Next Gen. 《Back to 2009》 (誤) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 65.87.177.87

09/23 15:47, , 1F
是故,被VS+C#寵壞後…Eclipse+Java用起來超痛苦… XD
09/23 15:47, 1F
編輯: 原文:「四年內沒寫超過五行的程式的人在 8 小時內完成 LolAI」 修正:「四年內沒寫超過五行的Java程式的人在 8 小時內完成 LolAI」 少了 Java 一字,整句意思差很多 XD ※ 編輯: AmosYang 來自: 65.87.177.87 (09/23 15:52)

09/23 16:26, , 2F
這篇岔題岔很大... 不過還是推一下(雖然看不懂 XD)
09/23 16:26, 2F

09/23 16:29, , 3F
VS+C#真的是挺可怕的組合...XDD
09/23 16:29, 3F

09/23 16:40, , 4F
話說我用了 Scala 之後也覺得 Java 是殘廢。XDDD
09/23 16:40, 4F

09/23 16:51, , 5F
岔題 imba; 要被 nerf 了 XD
09/23 16:51, 5F

09/23 16:52, , 6F
微軟:把你綁死在上面阿 不好嗎
09/23 16:52, 6F

09/23 16:54, , 7F
LINQ也是可怕的東西 聽說F#更可怕
09/23 16:54, 7F

09/23 16:57, , 8F
對了,J#是不是已經被徹底放棄了?
09/23 16:57, 8F

09/23 17:00, , 9F
不過.NET 3.5 Framework才支援 LINQ 不能拿來工作用 QQ
09/23 17:00, 9F

09/23 18:22, , 10F
VS安裝有要reboot? 應該是安裝framework時才需要吧
09/23 18:22, 10F

09/23 18:24, , 11F
LinQ真的是好物啊 希望Java能加油
09/23 18:24, 11F

09/23 19:49, , 12F
可用SCALA阿XD
09/23 19:49, 12F

09/23 22:51, , 13F
VS多少錢啊? Express版有即時debugger嘛?
09/23 22:51, 13F
不知 不知 XD 你可以裝來試試看 我用的是不知人間痴苦的 VS2010Ultimate+MSDN 一年的 license 要鎂11899 ... 還好不用我出錢 XD 註: 雖然 MSDN 要每年更新 license 以享有持續的服務, 但就算 license 過期 你已經下載的程式仍然算是你買斷的 所以這一年要鎂11899,如果你有那個硬碟跟網路頻寬, 你可以把 M$ 所有的產品通通下載下來 (但只能用在軟體開發、測試的用途上)

09/23 22:52, , 14F
LINQ確實是優勢,但是碰過一次以後我寧可回去用for
09/23 22:52, 14F
LINQ 或任何語法都可以寫得很噁心;適時適當適量,並沒有一個很明確的界線

09/23 22:57, , 15F
比起 LINQ,我還是覺得 Scala 的 High order function
09/23 22:57, 15F

09/23 22:58, , 16F
和 for comprehension 實用多了,任何地方都可以用。
09/23 22:58, 16F
我並不熟悉 Scala, 但的確 C# 的 LINQ 還是有不足的地方 :|

09/24 01:30, , 17F
推 VS + C# 的組合~ 非~~~常強大
09/24 01:30, 17F
※ 編輯: AmosYang 來自: 65.87.177.87 (09/24 09:31)

09/24 09:54, , 18F
11899...............................
09/24 09:54, 18F

09/24 16:39, , 19F
XD
09/24 16:39, 19F

09/24 17:00, , 20F
PRO+MSDN 是 US$1199/year ,但我沒有去比較過功能差多少
09/24 17:00, 20F
文章代碼(AID): #1CcmLRLm (java)
討論串 (同標題文章)
文章代碼(AID): #1CcmLRLm (java)