誰多誰少;及死亡小島分析
今日面試題:誰多誰少
盒子A有10個紅球,盒子B有十個綠球。進行如下的操作:
隨機從A中拿三個球放入B中;
隨機從B中拿三個球放入A中
問題是,在哪一個盒子中,會出現一個顏色的球比另一個顏色的球更多?該如何分析?
死亡小島分析:
原題
一個小島,表示為一個N×N的方格,從(0,0)到(N-1, N-1),一個人站在島上,位置(x, y),他可以上下左右走,一步一個格子,他選擇上下左右的可能性是一樣的。當他走出小島,就意味著死亡。假設他要走n步,請問他死亡的概率有多大?請寫出求解程式碼。
分析
遇到這樣的問題,就試著走幾步好了。當一個人在(x,y)的時候,假設他此時,死亡的概率為p(x,y,n),然後,他有四種選擇,而且是可能性相同,就是說,選擇上下左右的概率都是1/4:
選擇上邊,死亡的概率是多少呢?此時位置為(x, y-1),剩餘的步數為n-1,則概率為p(x, y - 1, n - 1)
選擇下邊同理:概率為p(x, y + 1, n - 1)
選擇左邊同理:概率為p(x - 1, y, n - 1)
選擇右邊同理:概率為p(x + 1, y, n - 1)
則,p(x,y,n)=(p(x, y - 1, n - 1) + p(x, y + 1, n - 1) + p(x - 1, y, n - 1) + p(x + 1, y, n - 1))/4,可以表達出遞迴的形式。
這個題目,看似比較複雜,但是嘗試走一步,之後,寫出遞迴表示式了,就比較簡單了。遞迴終止的條件,只要x或者y,滿足了小於0或者大於n-1的時候,p=1。
程式碼如下:
本文來自微信:待字閨中,2013-07-27釋出,原創@陳利人 ,歡迎大家繼續關注微信公眾賬號“待字閨中”。
相關文章
- 死亡小島;及色子玄機分析
- 選擇旅遊國家;及誰多誰少分析
- 豐田經驗:誰做就誰改、誰改就誰制定標準!
- 分析:誰能顛覆Facebook
- 誰掌握了工具誰便是強者 誰掌握了資訊誰便是勝者
- 世界盃卡達vs厄瓜多誰能贏?卡達vs厄瓜多歷史比分戰績分析誰更強
- 誰建立誰銷燬,誰分配誰釋放——JNI呼叫時的記憶體管理記憶體
- React和Vue誰會淘汰誰?ReactVue
- 誰該向誰學習(轉貼)
- 同城團購小程式:「誰的流量帶誰的貨」政策助力站點有效運營
- 故障分析 | 是誰偷走了我的 IO
- 誰說萊鳥不會 資料分析
- 誰再黑程式設計師我就打誰程式設計師
- Google回來了!誰在期待?誰在恐慌?Go
- 輕量迅捷時代,Vite 與Webpack 誰贏誰輸ViteWeb
- MySQL • 特性分析 • 到底是誰執行了FTWLMySql
- 人與機器新思考:誰是主人誰又是寵物?
- Cookie 由誰建立Cookie
- 我為誰工作
- 追蹤網賺遊戲:是誰割了你,而你又割了誰?遊戲
- PostgreSQL鎖等待監控珍藏級SQL-誰堵塞了誰SQL
- L1-096 誰管誰叫爹 分數 20
- 起底中國遊戲2020上半年:誰在賺錢?誰在虧錢?誰又在討飯?遊戲
- 私鑰和公鑰到底是誰來加密、誰來解密?加密解密
- 誰說我們程式設計師悶騷,我跟誰急程式設計師
- 誰來取代Google?誰會是下一個歸來的王者?Go
- JS中 this 到底指向誰?JS
- 誰是真泛型泛型
- 恆訊科技分析:谷歌雲與AWS誰更有優勢?谷歌
- 這麼多開源的限流框架,該寵幸誰呢?框架
- 三大角度PK,Go語言和Node.js誰勝誰負?GoNode.js
- 傳聞:誰控制了前端入口,誰就是IT行業的主宰!看完驚呆前端行業
- 誰再把IDEA的Project比作Eclipse的Workspace,我就跟誰急IdeaProjectEclipse
- 誰掌握了感測器,誰就掌握了物聯網的未來
- 誰在使用我的網站——使用者行為分析網站
- SparkSQL /DataFrame /Spark RDD誰快?SparkSQL
- 誰是中國的遊戲之都?遊戲
- 誰來拯救數字遊戲?遊戲