[技術討論]遊戲AI設計與機器智慧
原貼連線如下:http://www.newsmth.net/bbstcon.php?board=Thinker&gid=7493
其中有個朋友說:
機器其實根本就不用探路什麼的,我想大家對ai還是有誤區
機器既是ai,ai既是機器
機器現在不理解人類的意圖,不是"看"不見
對這句話,青潤不敢贊同,於是響應道:
呵呵,您的定義是怎麼來的我不清楚。
但是,我知道遊戲中所有的AI都是必須做設計的,不管你用了什麼演算法原理和基礎,最終都是程式碼的實現和編譯的結果,這些不是機器的硬體,也不是機器自身就成形成或者初始執行就有的軟體。
機器永遠不會主動來理解人類的意圖,只會按照人類設定的程式指令進行,當指令集合的結果允許機器自己進行模型構建和分析,然後按照自己的分析結果進行執行的時候,就是我們目前所能設想到的智慧的境界。
不可能有超出此之外的資訊和智慧。
如果這個指令集合的程式碼自身存在問題,但是在最基礎的執行單元做好範圍和功能閒置設計,而後面要求所有的子類都必須在這個限制範圍之下執行,那麼,一切都是安全的。
但
是,如果發生了不設定邊界的執行,就有可能出現系統自動學習的資料和分析結果之外的資訊和執行結果的出現,那樣,就會出現意外的事情發生,但是,這個意外
的事情只是在功能可能的擴充套件下可以推演的意外,並不是完全不可控的,從程式碼的分析角度,完全可以預料到這種擴充可能發生的所有意外事情,而不是類似某些電
影裡面的那種只是為了吸引眼球的誇張效果。
機器最大的優勢就是在定義範圍內的分析和處理速度上比人類大腦要快,而不是擴充套件性比人類快,在終結者前傳Sara傳中那個液態機器人提到過這個問題。呵呵
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/257598/viewspace-630924/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- [技術討論]交換程式設計實踐與延續程式設計
- [技術討論]多使用者(多公司)的資料庫設計討論資料庫
- [技術討論]務實與務虛
- [技術討論]06年12月結對程式設計與交換程式設計的對話程式設計
- [技術討論]什麼是最好的軟體設計方法
- AI技術將會如何改變遊戲設計?AI遊戲設計
- 大話AI技術輔助遊戲NPC設計AI遊戲
- [技術討論]程式設計師的基本技能和素質程式設計師
- 資訊化技術討論組
- 與AI同行 定位導航技術助力服務機器人智慧升級AI機器人
- [技術討論]關於低耦合開發的討論
- [技術討論]程式碼除錯,程式設計師的基本功除錯程式設計師
- 虛擬機器與偵錯程式的討論虛擬機
- AI技術在智慧海報設計中的應用AI
- 今日技術誰當家?——ThoughtWorks技術雷達討論
- [技術討論]Uml工具哪個更好
- 遊戲機制設計:資源管理挑戰與遊戲中的AI設計遊戲AI
- [技術討論]程式碼編寫能力與管理手段的配合
- [建議] 圍繞高質量書籍建立程式設計技術討論社群程式設計
- 深入探討遊戲AI型別及其設計要點遊戲AI型別
- 探討遊戲藝術和遊戲設計的美學意境遊戲設計
- 計算機器與智慧計算機
- 遊戲機制設計方法論遊戲
- 表結構設計討論
- ORACLE技術中國使用者討論組Oracle
- [技術討論]軟體的產品、技術、標準對話
- [技術討論]架構設計和程式碼之間的關係以及程式設計師任務安排架構程式設計師
- 阿里本地生活端智慧架構設計與技術探索阿里架構
- 設計「業務」與「技術」方案
- 討論設計模式和00思想設計模式
- [討論]“消滅”程式設計師?程式設計師
- [技術討論]科學基礎的分析和探討對話
- [技術討論]OO原則中鬆耦合與高內聚的分析
- [技術討論]做事一定要有方法
- 有沒有一些大廠的高階架構技術討論討論架構
- 機器智慧設計必讀
- AI創新者論壇順利舉辦,AI大咖共商人工智慧技術與場景落地AI人工智慧
- 遊戲AI——GOAP技術要點遊戲AIGo