其他

我從11歲開始編程，並且一直都很喜歡技術和編程。這些是我一直以來獲得的經驗教訓。作為一個程式員，你可能需要這樣的忠告。我更希望每個人在擷取這些忠告的同時能夠學到更多。我將會不間斷地更新這裡，我可能會有更多的要寫，但是就我這20年來看，我認為沒有什麼更多的需要加在這個清單下了。:-)這就是至今為止我印象最深的一些教訓。1、解決問題時估算你所需要的時間。C'mon,admit it!

摘要：本文來自這裡，它的原文是英文，後來被別人翻譯，再後來被我轉載。它描述了一個現象，就是一程式員的工資跟他的工作效率往往關係不大，一方面程式員的工作效率很難測量，另一方面程式員的工作效率更多地體現的思想上。最有效率的程式員會比一般的程式員的編程效率高上幾個數量級。但在任何公司裡，他們的工資水平卻只會出現很小的浮動差距。甚至在整個行業內，這種差距也不是很大。如果一個程式員的效率能達到其他人的10倍，為什麼他不能得到10倍高的報酬呢？Joel

主要通過如下紅色代碼的方法實現 片如下： 代碼如下： void MainWindow::createDockWindows(){    QDockWidget *dock = new QDockWidget(tr("Customers"), this);    dock->setAllowedAreas(Qt::LeftDockWidgetArea | Qt::RightDockWidgetArea);    customerList = new QListWidget(dock);  

心跳的機制大概是這樣的：1) master啟動的時候，會開一個ipc server在那裡。2) slave啟動時，會串連master，並每隔3秒鐘主動向master發送一個“心跳”，將自己的狀態資訊告訴master，然後master也是通過這個心跳的傳回值，向slave節點傳達指令。2、找到心跳的代碼拿namenode和datanode來說，在datanode的offerService方法中，每隔3秒向namenode發送心跳的代碼：  /** * Main loop for the

calloc是一個C語言函數　　函數名: calloc　　void *calloc(unsigned n,unsigned size)；　　功 能: 在記憶體的動態儲存裝置區中分配n個長度為size的連續空間，函數返回一個指向分配起始地址的指標；如果分配不成功，返回NULL。　　跟malloc的區別：　　calloc在動態分配完記憶體後，自動初始化該記憶體空間為零，而malloc不初始化，裡邊資料是隨機的垃圾資料。　　用 法: void *calloc(unsigned n,unsigned

虛擬化技術　　虛擬化技術將實體資源進行了替換，呈現給使用者的是一個與實體資源有相同功能和介面的虛擬資源，可能是建立在一個實際的實體資源上，也可能是跨多個實體資源，使用者不需要瞭解底層的物理細節。虛擬化技術根據對象不同，可分為儲存虛擬化、作業系統虛擬化和應用虛擬化等。　　彈性規模擴充技術　　雲端運算提供了一個巨大的資源集區，而應用的使用又有不同的負載周期，根據負載對應用的資源進行動態伸縮(即高負載時動態擴充資源，低負載時釋放多餘的資源)，將可以顯著提高資源的利用率。該技術為不同的應用架構設定不同的

 如下http://www.pc6.com/softview/SoftView_49795.html在win7系統下，安裝後提示錯誤，無法運行程式，錯誤介面如下：經過尋找，原來是缺少必要的相關程式庫，分別是1、Mircosoft.Net_Framework_4.0  是支援產生和運行下一代應用程式和 XML Web Services 的內部 Windows 組件2、Microsoft Visual C++ 2005 Redistributable Package (x86) 安裝在未安裝

      從QObject繼承的函數可以調用installEventFilter函數來安裝一個過濾器。      所謂安裝一個過濾器就是指：調用installEventFilter的對象安裝一個過濾器，所有到達自己的訊息要先經過過濾器對象的處理，當過濾器對象處理後才能判定是否繼續給自己或者讓過濾器對象處理。      舉例如下（拿qt文檔上標準的例子來講解下比較方便）：  MainWindow重載了基類的eventFilter(QObject *obj, QEvent

首先對適配器模式做個簡單的使用說明：在以下各種情況下使用適配器模式：1．系統需要使用現有的類，而此類的介面不符合系統的需要。2．想要建立一個可以重複使用的類，用於與一些彼此之間沒有太大關聯的一些類，包括一些可能在將來引進的類一起工作。這些源類不一定有很複雜的介面。3.（對對象適配器而言）在設計裡，需要改變多個已有子類的介面，如果使用類的適配器模式，就要針對每一個子類做一個適配器，而這不太實際。其中有兩種基本的方式來實現適配器模式，a、類繼承方式（一），b、對象方式（2）（圖1） （圖2）類繼承方

在每個人的職業生涯規劃發展的過程中，都有可能遇到各種各樣的困難和問題。在這些問題面前，很多人因為不知道如何處理與面對而感覺倍加沮喪，更有甚者，很有可能因此滑入消極和自我墮落的邊緣。在你覺得沮喪，開始認為自己缺乏實現願望的能力，並打算聳聳肩，承認它超出了自身的控制，要把它扔到一邊之前，請先自問下面這些問題，然後給出清晰而可靠的答案來： 1．我的這種無能感是否有可能是自我強加的？ 2．我所看到的阻礙是否可能只是自我強加的敵對情緒呢？

c++的math庫中除了預設的%模數以外還有一個模板函數 float fmod(float __x, float __y)，他是對浮點數模數%只能對int模數還有一個modf函數float modf(float __x, float* __iptr) { return __builtin_modff(__x, __iptr); }他是可以將浮點數分解成整數和小數部分。double a=5;double b=2.2;//double c=a%b;  //此方式只能用於int//double

 Qt支援在介面上顯示多種儲存格式圖片（bmp、jpg、jpeg、gif、png等等），支援各種各樣的繪圖功能（各種圖形，包括各種填充操作），所以，使用Qt做出漂亮的圖形介面是沒有任何問題的。在這裡，簡單的記錄一下Qt的介面顯示圖片功能。    能夠顯示圖片的組件非常多，幾乎所有可見的對象都可以顯示圖片。    一、介面上顯示靜態圖片    在這個類的聲明中，重寫了基類的paintEvent函數，這個函數中我們主要實現某些介面重繪工作！繪製曲線與圖片的時候，主要使用到的Qt類有：QPainter

 在以下任一情況下可以使用觀察者模式：1、當一個抽象模型有兩個方面，其中一個方面依賴於另一個方面。將這二者封裝在獨立的對象中以使他們可以各自獨立的改變和複用2、當對一個對象的改變需要同時改變其他對象，而不知道具體有多少對象有待改變。3、當一個對象必須通知其它對象，而它又不能假定其它對象是誰。（即：不希望這些對象是緊密耦合的）  結構思想個人理解核心內容，要想記住這個模式簡單的方式就記住三個迴圈箭頭，從右下開始ConcreteObserver----->ConcreteSubject----

 FFTW ( the Faster Fourier Transform in the West) 是一個快速計算離散傅裡葉變換的標準C語言程式集，其由MIT的M.Frigo 和　　S. Johnson 開發。可計算一維或多維實和複資料以及任意規模的DFT。FFTW 還包含對共用和分布式儲存系統的並行變換，它可自動適應你的機器， 緩衝，儲存空間大小，寄存器個數。　　FFTW 通常比目前其它開源Fourier變換程式都要快，最新版本為fftw-3.2.2。　　FFTW

在使用QGraphicsItem的子類的時候，比如自訂的一個polggenItem類中添加多個矩形的控制點，其中控制點可以使用QGraphicsRectItem來儲存，當polggenItem需要根據控制點的位置移動相應線段的時候我們可以通過在polggenItem中重載virtual void focusInEvent ( QFocusEvent * event );virtual void focusOutEvent ( QFocusEvent * event );bool

在預設的qt程式中是不支援中文語言的，會出現以下兩種情況，只要在代碼中加入下面的內容即可1、當使用中文語言的時候會出現亂碼，2、資料庫查詢的時候查詢不出結果int main(int argc, char *argv[]){ QApplication app(argc, argv); QTextCodec::setCodecForLocale(QTextCodec::codecForName("GBK"));

QPainterPathStroker類用於產生可填寫的畫家為給定路徑的輪廓。通過調用createStroke（）函數，傳遞一個作為參數給定QPainterPath，一個新的畫家的道路代表了給定的路徑輪廓建立。新建立的畫家的路徑可以被裝到原來的畫家繪製路徑的輪廓。可以控制各種功能如：（寬度，帽樣式，風格和破折號串連方式）等，舉例如下：通過重載實現QGraphicsItems的shape函數可以擴大子類形狀的選取範圍，如下QPainterPath selfItem::shape () const{

 原來對bridge模式理解不是很深入，感覺和build模式很相似，今天又看了四人幫的關於bridge模式的描述，有些新的理解先來說下適用性1、不想抽象和實現之間有一個固定的綁定關係。（因為程式在運行時實現部分可以被選擇或者切換）。2、類的抽象以及它的實現都應該可以通過產生子類的方法加以擴充。這時bridge模式使你可以對不同的抽象介面和實現部分進行組合，並分別對他們進行擴充。（常用）3、對一個抽象的實現部分的修改應對客戶不產生影響，即客戶的代碼不必重新編譯。4、你想對客戶完全以藏抽象的實現部分

 什麼是雲端運算？ 　　雲端運算（cloud

在實際編程過程中，發現當在QDockWidget中調用setWidget函數的時候，如果widget是由QMainWindow繼承而來，且設定了繼承類的父物件，將導致在程式開始啟動並執行時候就會出現QDockWidget的widget對象，注意不是QDockWidget而是他的widget對象！從而得不到想到要的dock效果以下將範例程式碼展示如下進行說明：class MyDockWidget : public QMainWindow{ ///