Re: 踩地雷對抗人腦比賽結果！

看板java作者AmosYang (LetMeGoogleThatForYou)時間15年前 (2010/09/29 16:26)推噓7(7推 0噓 3→)

留言10則, 5人參與討論串2/3 (看更多)

※ 引述《PsMonkey (痞子軍團團長)》之銘言： : 評論： : 對抗人腦的結果，基本上與 AI 之間 PK 的結果差不多 : 不過... 最詭異的就是... : 那個 PsMonkey 到底是怎麼回事啊啊啊啊 <囧> : PK 輸給 Gemini、對抗人腦數據也輸 Gemini 跟 U.F : 但是... 為甚麼勝率會是第二名啊啊啊啊... <囧> : （迷之聲：你就老實承認你用 GM 權限作弊吧你 [指]）因為 PsMonkeyAI 的 C/P 值最高… : 個人覺得，整個比賽結果，最可怕的還是... : 那個 ckfish0508 真的是人腦嗎？ Orz : 踩了 452 盤已經很恐怖了，而且還只輸 14 盤..... [抖] 我覺得那是掃地僧寫的AI，跟天沼一樣，開三格出來它就已經知道這局要怎麼解了 XD : 後記、結語、murmur： : 再來要感謝的，就是 tkcn : 幫忙抓了不少 bug、然後不斷 buzz 東 buzz 西 : 結果才生出 ConsoleTest（不知道誰會去用 XD）跟一些有的沒的 : 原本也不打算下海寫 AI 的 : 被他說「吼～沒人電我懶得改進 AI」，只好也來生一個 [茶] ConsoleTest 我有用 : 回頭想一想，已經很久沒有寫一堆迴圈、控制一堆陣列了 : 寫這個程式（無論 server 還是 AI） : 倒是讓我有點回到剛學寫程式的時候 : 面對一堆變數想辦法讓它們安安分分不要冒出 bug 的年代 [遠目] : 果然，寫程式還是要「有為而發」才有動力 : 這些年來，為了不餓死，老是在寫別人的程式 : 技術沒半點長進也就算了，連 coding 技術也越來越倒退 : 當然，這一系列的程式也沒寫的多好（甚至醜斃了） : 但至少不是撈資料庫拼畫面處理輸入塞回資料庫 : 這種 routine 卻又不能完全自動化的工作同感 /_\ 每天按圖施工的砌磚工人當久了，回頭拿起雕刻刀想作個比較精細的東西的時候，手感已經廢到炸了說實在的，現在每天在工作上寫的程式實在很「單純」需要專業知識但不怎麼需要動腦, 寫著寫著其實蠻悶的難怪這要有人出錢才會有人去寫像這踩地雷的程式就很有趣，就算寫出來的東西被別人打爆也覺得好玩 XD : 說真的，弄這個踩地雷比賽，純粹只是我當兵前的消遣 : （迷之聲：誰叫你從 09.06 一直拖到 09.30 才入伍 [指]） : 甚至有點居心不良的成份在（瞧瞧那精美的 AdSense... ） : 現在卻釣到 tkcn、AmosYang、stimim 現身分享觀念 : 不知道該說始料未及、還是說可遇不可求？剛看了 GeminiAI 的設計解析上集，很簡略地偷看了一點點下集不想看太多，免得失去「自己想出來解答」的樂趣看起來比較強悍的 TkcnAI, GaminiAI, LolAI 0.5 都具有能完整處理 Tkcn 提出的那三個 case 的設計但在最後決策的部分，LolAI 明顯地落後一大截，相比之下，最後決策的計算太草率了; 敗得心服口服 orz 希望我能有那個時間繼續改進 LolAI... 可惜生活中有太多別的事要優先處理 :] 例如: 上 PTT po 廢文… : 在我的想像中，討論區應該是要這樣的 : 應該是討論「怎麼作比較好」 : 而不是討論「這樣要怎麼作」 : 雖然想是這麼想，但這麼多年來 : Java 版也好、CompScience 組也好 : 似乎沒有朝這個方向邁進的跡象 : （個人能力、魅力、素質均缺 [淚奔]） : 沒想到卻在最後（？）無心插柳地有一點 fu 有能力討論「怎麼作比較好」的人大概都比較忙，回到家累得半死，只想潛水看別人筆戰演人生大戲，所以沒有閒來討論得丟個像這次踩地雷AI比賽這種餌才能釣出這些潛水的深海魚相比之下，我個人覺得 Java 板風氣算好的 :) : 至於下一次的比賽嘛... 可能要等一年後了 : 希望那時候 AI 可以幹得掉人腦 Tank : So what do you need? Besides a miracle. Neo : Guns. Lots of guns. : 希望那時候可以拿得出新台幣來當獎金 : 希望我能順利退伍...... [核爆] : good luck and have fun... : bye. Godspeed. :) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 24.148.239.184

推

godfat

09/29 17:02, , 1^F

09/29 17:02, 1^F

→

AmosYang

09/29 17:28, , 2^F

09/29 17:28, 2^F

→

godfat

09/29 17:30, , 3^F

09/29 17:30, 3^F

→

godfat

09/29 17:32, , 4^F

09/29 17:32, 4^F

推

tkcn

09/29 17:38, , 5^F

09/29 17:38, 5^F

推

PsMonkey

09/29 17:57, , 6^F

09/29 17:57, 6^F

我手上有 Azure 那邊的資源，也想過這個，也是得到類似的結論: 要在 Azure/AppEngine 下弄 online judge 等於是在這些 cloud service 下當二房東或許不是不可能辦到，但也不是花兩個週未就能完成 :] 且因為沒有人力去 review 上傳來的東西，所以得花時間去研究在資源使用及行為上的控制行為上的控制在技術上應該不難，我以前研究過 Java 的 security manager ( .Net 這邊的我反而還沒去研究過 XD) 設定起來很簡單資源使用的控制就比較麻煩; RAM comsumption 還可以從 VM 去控制 CPU usage 大概就要從 OS 下手了…且如果是在 cloud service 底下當二房東這一切皆不知是否可行如果不在 cloud 裡弄，那就是自己弄機器+網路… 這就…要有很多愛了 XD ※ 編輯: AmosYang 來自: 24.148.239.184 (09/29 18:13) 反過來想，是有另一個辦法，與其把所有的 AI 放在一個中央的機器上跑不如把 AI 放在 AI 作者的電腦上跑一個中央的 controller 只負責仲裁+配對這個中央的 controller 就很適合放在 cloud 裡，免去自己架機器+網路的麻煩與這個中央 controller 溝通部分的 code & protocol 可以像 PsMonkey 這次的作法一樣，先釋出一個先寫好的 library; AI 作者只需要寫 AI 的部分就可以當然，每個人電腦的強度不一，對 AI 的表現多少會造成影響但我覺得 AI 本身架構造成的影響遠比電腦硬體造成的影響來得大所以目前不需要去擔心這個用嘴寫程式感覺真好 XD ※ 編輯: AmosYang 來自: 24.148.239.184 (09/29 18:28)

推

godfat

09/29 18:30, , 7^F

09/29 18:30, 7^F

推

PsMonkey

09/29 18:53, , 8^F

09/29 18:53, 8^F

推

PsMonkey

09/29 18:53, , 9^F

09/29 18:53, 9^F