用什麼語言及用win還是linux無所謂。
第一步：介面。
要求不高，能交替著子，能自動提子（規則），能判定勝負，能記譜；
不難，很多人已完成，而且能完成得不錯；不過完美的程式要充分打磨；
難度係數計為2;
第二步：使程式下完一局棋
用一種或幾種演算法（當然不是完全的隨機演算法）使程式能完成一局棋。其過程中能基本知道棋的強弱與死活；能自動判明棋局終了。
運用這個罈子裡的一些演算法可以完成；不要求棋力；演算法越簡單快速越好；
本人首推「油浸法」，要加上空、串、龍的定義，可考慮也加上連線、數目、官子等演算法。
難度係數算為5
第三步：提高
不斷加入新的演算法，使棋力不斷提高。
演算法無止境。具體演算法的效果取決於演算法的好壞（廢話？），演算法加入的難度則取決於第二步打下的基礎。
具體方法：無。
難度係數：５。
本人覺得第二步是問題的關鍵。多數人因為各種原因無法完成第二步。一旦完成第二步，就進入了第三步（又是廢話？）。所以第二步的重要性如何強調都不為過。
如同第一步，第二步的工作也要做許多次。不過對於以此為愛好的人來說，也不算什麼了。
最後再強調一遍：不要想先設計出完善的演算法再動手，盡快完成第二步才是最重要的事情。
ExtJs閉包三步走
構造閉包的一般步驟 1 在函式a內部定義乙個函式b 2 通過呼叫a把b的引用返回出來，賦值給其他作用域中的乙個變數c 3 通過c執行b 通過一段 來展示閉包的模版 function a return b var c a c 例 使用閉包模擬私有屬性 var person function getna...
0720 做產品，三步走
好像，事情也沒那麼複雜 發現需求做出產品以滿足需求告知需要的人 發現需求，首先要豐富自己的生活，提高自己的品位。這樣，才能發現生活中不如意的地方，也就是要改進的點。多和不同的人接觸，洞察別人的需求，也是很重要的。有了需求，就得有能力把產品做出來。落實到具體，主要是產品設計和開發。有了好產品，還得讓別...
Tair資料遷移三步走
在多機房資料遷移中，整個過程分為三個階段 歷史資料遷移階段 redolog遷移階段 實時複製階段。歷史資料的遷移使用乙個佇列完成，這個佇列由多個執行緒消費。遷移模組儲存乙個本dataserver的主桶有序序列，儲存引擎順序按桶掃瞄所有資料 對ldb引擎來講，是掃瞄memtable immutable...