沒有中文版本的幫助文件就不說了，對於國人來說挺糟糕的。有個專案是翻譯的，不過也沒什麼進展： 。chm格式的幫助文件，是我的最愛，太方便了。pdf的 html方式的 都沒有chm的好，chm本質也是 對 html的打包，但是多了 查詢 索引 收藏 等功能，目錄樹也很好。真想做乙個 類似 chm的開源web專案。
boost從他的現在 可以看到，非常糟糕的設計，boost_1_50_0.7z也有 44.8 mb (47,059,966 位元組) 大小。不必說解壓後了。解壓後，看到的感覺好像 幫助文件？ 那 doc 目錄下的那些呢？ 都是pdf， 比如 boost_1_47_doc_src.zip 64.0 mb (67,156,409 位元組)，簡直讓我崩潰。兩者 看起來 相同的東西挺多的，或許是 原始碼 包含了 doc_src了。兩部分 為什麼放在一起 進行管理呢？而且 外國人喜歡pdf格式，雖說 chm是微軟的格式，或許 那些人都使用 *nix，並且堅決反對使用gui（類似windows的一切東西他們都抵制），對於這群人真是無語，只要好用就行了，幹嘛那麼追求專業化的效率。他們製作的文件 是 以你就是開發者的角度來製作的，而不是瀏覽者。
boost許多資料夾下都有jamfile.v2，但是搜尋bjam 基本沒啥有用資訊，但是在文件 初略的瀏覽了一下，根本找不到bjam軟體的資訊。我是在windows下，如果是在linux依舊矛盾的。
既然是跨平台 為什麼不為 windows 平台做點工作呢？後來還是 在 看到了，這裡有nt86的可執行檔案。
算了 開源不錯了，還指望 能做的多麼 貼近使用者麼？ 只能 低效率的 看他們的文件，慢慢琢磨了。
boost c 框架的使用者體驗
沒有中文版本的幫助文件就不說了，對於國人來說挺糟糕的。有個專案是翻譯的，不過也沒什麼進展 chm格式的幫助文件，是我的最愛，太方便了。pdf的 html方式的 都沒有chm的好，chm本質也是 對 html的打包，但是多了 查詢 索引 收藏 等功能，目錄樹也很好。真想做乙個 類似 chm的開源web...
使用者體驗框架
關於使用者體驗的話題很多，從各種角度出來的觀點都有，但大都是泛泛而談，提出一大堆所謂原則和方法，實際上真正可操性的東西很少。個人認為，應該脫離空泛的概念性，把使用者體驗建立在乙個可分析性的基礎上。要明確認定，使用者體驗不只是經驗性的各種原則和方法的大雜燴，而是可以從工程學的角度進行明確界定和分析的。...
使用者體驗的要素
使用者體驗的要素 戰略層 目標和使用者需求 成功的使用者體驗，其基礎是乙個被明確表達的 戰略 知道企業與使用者雙方對 的期許和目標，有助於確立使用者體驗各方面戰略的制定。然而回答這些看似簡單的問題卻不如說起來那麼容易。範圍層 功能規格和內容說明帶著 我們想要什麼 我們的使用者想要什麼的 的明確認識，...