wiki是一種內容管理系統，它的特點包括：多人協作模式、內容逐步積累、網狀知識鏈結。而用作個人知識管理的個人wiki，就利用了內容逐步積累和網狀知識鏈結這兩個特點。因為是個人的，所以用不著協作。
萬事開頭難，這話真是一點也沒錯。前幾天調好了moinmoin，到現在什麼都還沒寫呢。不是沒的寫，是不知道該怎麼下手。wiki的主頁（frontpage）是重要的，因為它是所有文章的入口，就像是 blog 的分類/導航頁面。而作為知識管理的wiki，它的主頁就是個人的知識體系結構。不會寫wiki，源於對自己的不了解，無法建立自己的知識體系。可是這又變成雞生蛋還是蛋生雞的問題上來了，我建立wiki的目的就是了解和完善自己的知識體系，而建立wiki前確需要先對自己的知識體系有乙個明確的認識。。。糾結阿。
於是，我發現了乙個叫 教育大發現（sociallearnlab）的討論組，大牛們的一些討論對如何建立乙個個人wiki還是非常有幫助的。這裡引用/整理了zoom.quiet的message。
個人wiki該怎麼寫yibie 對其作出了一些補充，如下：其實感覺不知道怎麼使用維基，這不是你的問題，而是教育的問題。 現在回想起來，大學中最有用的課程應該是」圖書館和資訊搜尋」這門選修課。
用維基來組織自個兒的知識/思想，和使用其它平台來作，有著本質的不同：
所以，進一步的，感覺不知道怎麼使用維基的根本原因是對自個兒不了解，無法對自個兒的知識體系有乙個穩定的明確的認識，從而無法簡潔的判別某一文章應該屬於什麼分類，日後將怎麼使用，又會和什麼文章產生關聯……
建議:
定期反省自個兒的知識體系：
這樣維基的積累和整理將越來越有針對性，對於其它同學來查閱也就越來越有了針對性。這乙個人維基的價值也將逐漸累積起來了……
參考：wiki導覽 + 從入門到精通moinmoin
1. 認清物件到底自己實際上的知識結構如何，以及到底自己需要乙個怎樣的知識結構，這一點需要想清楚，最好是畫出來，並且需要仔細思考這個知識架構。wiki的結構與部落格、社群的形式不一樣，結構一旦產生很難更改（這也是當初我不停地討論分類、標籤、關鍵字的目的），需要一開始就仔細的設定。
2.不停嘗試
利用wiki的歷史文件回溯的功能（or 沙盤），嘗試不同的wiki寫法，我目前還停留在首頁的編撰上，因為首頁的地位很重要，起到的是地圖的作用。
關於首頁的編輯，我檢視了其他的wiki，一般是有幾種：
- 目錄樹
- 區塊式
我的想法是，能否用一張**來容納我的知識結構圖呢？
3.增添內容
4.定期的回顧與整理
定期的回顧與整理wiki是必要的，這也是建立個人wiki的目的所在（回顧必備知識，防止遺忘；資料存檔，以待檢索）。另外隨著時間流逝，經歷的增長，知識也必然發生變化，因此需要定期的增補內容。然而，也不能因為內容的增添而導致wiki條目的混亂，所以需要定期的整理。
看來這部分思考得放到過年假期裡來做了，最近先做更重要的事咯。
ps. googlegroup真是個好地方。
如何進行Monkey Test
一 簡介 monkey是android中的乙個命令列工具，可以執行在模擬器裡或實際裝置中。它向系統傳送偽隨機的使用者事件流 如按鍵輸入 觸控螢幕輸入 手勢輸入等 實現對正在開發的應用程式進行壓力測試。monkey包括許多選項，它們大致分為四大類 基本配置選項，如設定嘗試的事件數量 執行約束選項，如設...
如何進行Code Review
code review應該怎麼做 如何高效迅速的進行codereview 下面推薦一些 code review 工具 crucible atlassian 內部 審查工具 gerrit google 開源的 git 審查工具 github 程式設計師應該很熟悉了，上面的 pull request 在...
如何進行CodeReview
規範主要分為風格規範與設計規範兩大類 主要是文字上的規定，看似表面文章，實際上非常重要。具體有如下幾個方面 1 縮排 2 行寬 3 斷行 空白行 4 括號 5 命名 字母 下劃線 大小寫 6 注釋 a 單行注釋 b 多行注釋 c 變數 方法 類 包注釋 牽涉到程式設計 模組之間的關係 設計模式等方方...