其他

不知不覺，這個項目已經有2年多了，到目前為止，已完成了boost庫96個子庫中90個子庫的文檔翻譯工作。當然，品質也許不是太好，還需要更多的審核和修改。2年多以來，我們還是保持對boost最新版本的跟蹤和更新，基本上可以在boost發布新版本後的1個月左右完成文檔的更新。不過，更新的工作還是很煩瑣的，尤其是對於由boostdoc和quickbook產生的文檔。所以，最近正在嘗試對於這些用boostdoc或quickbook產生的文檔，不再採用對產生後的html檔案進行翻譯的方法，而是對資料來源x

推薦有關右值的一系列文章，共六篇。第一篇：想要快？就傳值原文來自：http://cpp-next.com/archive/2009/08/want-speed-pass-by-value/實話實說，你對以下這段代碼有何感覺？std::vector<std::string> get_names();…std::vector<std::string> const names = get_names();坦白的說，雖然我知道沒那麼糟，但是我還是感覺不妙。原則上，當

第二篇：用右值引用來轉移這是關於C++中的高效實值型別的系列文章中的第二篇。在上一篇中，我們討論了複製省略如何被用來消除可能發生的多次複製操作。複製省略是透明的，在看起來非常普通的代碼中自動發生的，幾乎沒有任何缺點。好訊息已經夠多了；下面看看壞的訊息：複製省略不是標準強制要求的，因此你寫不出可以保證它會發生的可移植代碼。有些時候這也做不到。例如：return q ? var1 : var2;被調用者最多可以將調用者傳入的記憶體用於 var1 或 var2 其中一個。如果它選擇將 var1

The Art of Maintenance Programming 最近項目人員變動，有一半時間都在維護別人的代碼，真是有些不適應，主要是一開始對於Maintenance Programming沒啥認識，太想當然了，本以為既能學東西還能算工作量。不知道其他人都是怎麼維護別人留下來的代碼的。 前兩天看到CodeProject上一篇短好文實說Maintenance Programming 的Good Practices的：http://www.codeproject.com/gen/design/

第三篇：你的下一步轉移這是關於C++中的高效實值型別的系列文章中的第三篇。在上一篇中，我們介紹了C++0x的右值引用，描述了如何建立一個可轉移類型，並示範了如何顯式地利用可轉移性。現在我們來看看轉移最佳化的其它一些機會，開拓一些關於轉移方面的新領域。複活一個右值在開始討論進一步的最佳化之前，我們要先瞭解，一個匿名的右值引用是右值，而一個命名的右值引用則是左值。我把它寫下來以便你記得更清楚：切記：一個命名的右值引用是左值。我承認這有點不合情理，但是請看以下例子：int g(X const&

降低介面複雜度(Reducing interface complexity)        有時候你需要解決的是很簡單的問題，比如“當前的介面不是你正好需要的”。Façade模式（外觀）通過為庫或者一堆資源提供一個更易用的使用方法，為一系列類建立一個介面。 外觀Façade    當我想方設法試圖將需求初步（first-cut）轉化成對象的時候，通常我使用的原則是:“把所有醜陋的東西都隱藏到對象裡去”。基本上說，Façade乾的就是這個事情。如果你有一堆讓人頭暈的類以及Interactions？

謝謝mikecool的提醒（http://blog.csdn.net/lxwde/archive/2005/05/28/382819.aspx#FeedBack）還好Bill同學挺樂意別人翻他的文章。On 6/1/05, Bill Venners <bv@artima.com> wrote: Hi Liu,Yes, you have permission to translate the Erich Gamma series intoChinese for publishing

第四篇：再論賦值原文來自：http://cpp-next.com/archive/2009/09/your-next-assignment/這是關於C++中的高效實值型別的系列文章中的第四篇。在上一篇中，我們討論了如何處理右值引用函數參數並介紹了只可轉移的類型。這次，我們重溫一下轉移賦值，並且看看如何才能正確並高效地把它寫出來。在本系列文章的第二篇中，我們示範了一個 vector 轉移賦值的實現，但其中隱藏著一個微妙的問題。以下列代碼為例：mutex m1, m2;std::vector<

上周發了篇文章，說準備翻譯一些boost的文檔，結果得到fatalerror99的支援，現在我們都已經開始動手了。fatalerror99已完成了array庫，準備著手smart_ptr庫；我已完成了any, concept_check和tribool庫，下一個目標是assign庫。我的基本順序是按字母序，並且先挑容易的下手，而fatalerror99看來是找感興趣的先做，不管如何，大家的分工合作應該說是非常愉快的。還是那句，希望有更多感興趣的朋友加入進來！

一、 static 變數 static變數大致分為三種用法  1. 用於局部變數中,成為靜態局部變數. 靜態局部變數有兩個用法,記憶功能和全域生存期. 2. 用於全域變數,主要作用是限制此全域變數被其他的檔案調用. 3. 用於類中的成員.表示這個成員是屬於這個類但是不屬於類中任意特定對象  1. 靜態局部變數靜態局部變數屬於靜態儲存方式，它具有以下特點： (1)靜態局部變數在函數內定義 它的生存期為整個來源程式，但是其範圍仍與自動變數相同，只能在定義該變數的函數內使用該變數。退出該函數後，

原文來自：http://cpp-next.com/archive/2009/10/exceptionally-moving/歡迎來到關於C++中的高效實值型別的系列文章中的第五篇。在上一篇中，我們停留在對轉移賦值最優實現的不斷找尋中。今天，我們將要找到一條穿過這個“轉移城市(Move

到目前為止，已經有8人蔘與了翻譯工作，我們已經完成了boost 74個庫中的18個庫的文檔翻譯工作，按文檔數量來計的話，大約完成17%的工作量。從9月14日開始到今天，1個月零4天的時間，完成的文檔量為3.7M多。按照這樣的速度，到年底估計可完成一半的文檔翻譯，明年一季度可以完成全部翻譯工作。希望有更多的對boost感興趣的XDJM加入我們的行列，讓中文版的boost文檔可以早日和大家見面。 

原文來自：http://cpp-next.com/archive/2009/12/onward-forward/除了提供轉移語義，右值引用的另一個主要用途是解決“完美轉寄”。在這裡，“轉寄”的指將一個泛型函數的實參轉寄至另一個函數而不會拒絕掉第二個參數可接受的任何參數，也不會丟失關於這些參數的cv限定或左右值屬性的任何資訊，而且還無須採用重載。在C++03中，最佳的近似是將所有右值變為左值，並且需要兩個重載。為什麼要解決這個問題？考慮以下例子：template <class

 安裝rsyncd server註：RHEL預設的rsync是2.6.x版本，是先列表再備份，在推送大量檔案時，會耗費很多，甚至1G的記憶體資源。用系統內建的rsync安裝daemon要注意安裝xinetd服務,否則可能會啟動不了依次執行chkconfig xinetd on,chkconfig rsync on然後編輯/etc/xinetd.d/rsync如下:# default: off# description: The rsync server is a good addition

到明天，我們的boost文檔翻譯工作就有半年了，得到了多位朋友的支援，大家貢獻了不少譯文。不過，在頭兩三個月過去後，很多人好象停止了翻譯的工作，也許是平時的工作太忙了。我們的進度是越來越慢，上個月boost1.35出來了，所以現階段我正在把已完成翻譯的部分文檔逐個與新版本進行對照，以轉到新版本上來。此外，everydo.com也結束了試用期，所以將項目的進度說明和文檔轉到GOOGLE論壇了，大家以後請訪問

URL: http://www.codeproject.com/cpp/ConditionInterpreter.asp Article content copyright lxwde,lxwde All formatting, additions and alterations Copyright ?CodeProject,

再過幾天，我們的boost文檔翻譯工作就滿一年了。在經過一段時間的低潮後，最近兩三個月有不少新人加入，並在xiaq的建議下，使用了Google Code來管理項目。在boost 1.36發布後，我們也很快地轉換到了新的版本上。在大家的共同努力下，boost下全部90個庫，我們已完成了64個庫的文檔翻譯。看起來，已經完成了一大半，不過由於有幾個文檔較多的庫還沒有完成，所以大概只是完成了一半左右的工作。非常感謝這一年中一起努力、一起貢獻的朋友，也感謝為我們提出建議、鼓勵我們的朋友！具體情況，請訪問 

使用Iperf測試Wifi輸送量：用法及執行個體：Throughput-->Iperf-->ThroughputServer:(UDP)iperf -u -s(TCP)iperf -s -i 5 -w 1MClient:(UDP)iperf -u -c 192.168.43.11 -b 900M -i 5 -w 1M -t 60(TCP)iperf -c 192.168.43.11 -i 5 -w 1M -t 60==================================&

原貼地址：http://blog.chinaunix.net/u/4764/showart_105088.htmlLinux--sarsar命令使用指南 關鍵詞： sar                                                在使用UNIX作業系統的過程中，我們常常會用到各種各樣的問題，比如系統運行速度 突然變慢，系統容易死機或者主機所帶的終端常出現死機，這時我們常常 猜測，是硬碟空間太小，還是記憶體不足？I/