其他

大多數人在高中，或者大學低年級，都上過一門課《線性代數》。這門課其實是教矩陣。 剛學的時候，還蠻簡單的，矩陣加法就是相同位置的數字加一下。 矩陣減法也類似。 矩陣乘以一個常數，就是所有位置都乘以這個數。 但是，等到矩陣乘以矩陣的時候，一切就不一樣了。 這個結果是怎麼算出來的。 教科書告訴你，計算規則是，第一個矩陣第一行的每個數字（2和1），各自乘以第二個矩陣第一列對應位置的數字（1和1），然後將乘積相加（ 2 x 1 + 1

什麼是滑動視窗協議。     一圖勝千言，看下面的圖。簡單解釋下，發送和接受方都會維護一個資料幀的序列，這個序列被稱作視窗。發送方的視窗大小由接受方確定，目的在於控制發送速度，以免接受方的緩衝不夠大，而導致溢出，同時控制流程量也可以避免網路擁塞。下面圖中的4,5,6號資料幀已經被發送出去，但是未收到關聯的ACK，7,8,9幀則是等待發送。可以看出發送端的視窗大小為6，這是由接受端告知的（事實上必須考慮擁塞視窗cwnd，這裡暫且考慮cwnd>rwnd）

 去年年底的時候在一篇部落格中，用ANN的架構解釋了BOW模型[1]，並與LSH[2]等雜湊方法做了比較，當時得出了結論，BOW就是一種經過學習的Hash函數。去年再早些時候，又簡單介紹過LLC[3]等稀疏的表示模型，當時的相關論文幾乎一致地得出結論，這些稀疏表示的方法在Image Recognition方面的效能一致地好於BOW的效果。後來我就逐漸產生兩個疑問：

第1節 MPI簡介 1.1 MPI及其曆史 與OpenMP相似，訊息傳遞介面（Message Passing Interface，簡稱MPI）是一種編程介面標準，而不是一種具體的程式設計語言。該標準是由訊息傳遞介面論壇（Message Passing Interface Forum，簡稱MPIF）發起討論並進行正常化的。 MPI標準從1992年開始起草，1994年發布第一個版本MPI-1（MPI v1.0，進而發展出1.1和1.2版），到1997年發布第二個版本MPI-2（MPI v2.

1. 如何設計一個程式的結構，這是一門專門的學問，叫做"架構模式"（architectural pattern），屬於編程的方法論。 MVC模式就是架構模式的一種，它對我的啟發特別大。我覺得它不僅適用於開發軟體，也適用於其他廣泛的設計和組織工作。 下面是我對MVC模式的一些個人理解，不一定正確，主要用來整理思路。 2. MVC是三個單詞的首字母縮寫，它們是Model（模型）、View（視圖）和Controller（控制）。

如今很多手機號綁定了各種手機APP，雖然帶來了很多方便，但換號時也需要特別的注意：一定要解除綁定當前綁定的各種帳號。 最近網上有許多“更換手機號後，支付寶或銀行卡被人轉賬”的新聞，這種情況一般都是號碼原主任沒有及時解除手機綁定造成的，所以更換手機號一定記得解除綁定銀行卡、支付寶、社交帳號……否則很可能泄露個人資訊，極其危險。 如果你換號，一定要記住這9條。下面是@人民日報整理的換號攻略：

UML圖中類之間的關係:依賴,泛化,關聯,彙總,組合,實現 類與類圖 1) 類(Class)封裝了資料和行為，是物件導向的重要組成部分，它是具有相同屬性、操作、關係的對象集合的總稱。 2) 在系統中，每個類具有一定的職責，職責指的是類所擔任的任務，即類要完成什麼樣的功能，要承擔什麼樣的義務。一個類可以有多種職責，設計得好的類一般只有一種職責，在定義類的時候，將類的職責分解成為類的屬性和操作（即方法）。 3)

轉載請註明地址（http://blog.csdn.net/xinzhangyanxiang/article/details/8522078） 學習機率的時候，大家一定都學過馬爾科夫模型吧，當時就覺得很有意思，後來看了數學之美之隱馬模型在自然語言處理中的應用後，看到隱馬爾科夫模型竟然能有這麼多的應用，並且取得了很好的成果，更覺的不可思議，特地深入學習了一下，這裡總結出來。 馬爾科夫過程 馬爾科夫過程可以看做是一個自動機，以一定的機率在各個狀態之間跳轉。

註：本文翻譯自：Pedestrian Detection OpenCV。 你知道OpenCV裡面已經內建的行人檢測方法嗎。在OpenCV裡面，有一個預先訓練好了的HOG+線性SVM模型，能夠對映像和視頻中的行人進行檢測。如果你還不熟悉方向梯度長條圖HOG和線性SVM方法，我建議你閱讀方向梯度長條圖和物體檢測這篇文章，在這篇文章中，我對該架構分了6步進行討論。 如果你已經熟悉了這個過程，或者你僅僅只是想看看OpenCV行人檢測的代碼，那麼現在就開啟一個新檔案，並將它命名為detect.

Debug 設定 如上表徵圖注 1 所示，表示設定 Debug 串連方式，預設是 Socket。Shared memory 是 Windows 特有的一個屬性，一般在 Windows 系統下建議使用此設定，相對於 Socket 會快點。 Debug 常用快速鍵 快速鍵 介紹 F7 在 Debug

先來瞭解下UDP UDP 是UserDatagram Protocol的簡稱， 中文名是使用者資料包通訊協定，是OSI（Open System Interconnection，開放式系統互聯） 參考模型中一種不需連線的傳輸層協議，提供面向事務的簡單不可靠資訊傳送服務，IETF RFC 768是UDP的正式規範。UDP在IP報文的協議號是17。 UDP和TCP的區別：http://blog.csdn.net/ljheee/article/details/50823050

因工作交接需要， 要將caffe使用方法及整體結構描述清楚。 鑒於也有同學問過我相關內容， 決定在本文中寫個簡單的tutorial, 方便大家參考。  本文簡單的講幾個事情： Caffe能做什麼。 為什麼選擇caffe? 環境 整體結構 Protocol buffer 訓練基本流程 Python中訓練 Debug Caffe能做什麼。 定義網路結構 訓練網路 C++/CUDA 寫的結構 cmd/python/Matlab介面 CPU/GPU工作模式

偶然間看到了阿里中介軟體Dubbo的效能測試報告，我覺得這份效能測試報告讓人覺得做這效能測試的人根本不懂效能測試，我覺得這份報告會把福士帶溝裡去，所以，想寫下這篇文章，做一點科普。 首先，這份測試報告裡的主要問題如下： 1）用的全是平均值。老實說，平均值是非常不靠譜的。 2）回應時間沒有和輸送量TPS/QPS掛鈎。而只是測試了低速率的情況，這是完全錯誤的。 3）回應時間和輸送量沒有和成功率掛鈎。 為什麼平均值不靠譜

Mock 方法是單元測試中常見的一種技術，它的主要作用是類比一些在應用中不容易構造或者比較複雜的對象，從而把測試與測試邊界以外的對象隔離開。 編寫自訂的 Mock 對象需要額外的編碼工作，同時也可能引入錯誤。EasyMock 提供了根據指定介面動態構建 Mock 對象的方法，避免了手工編寫 Mock 對象。本文將向您展示如何使用 EasyMock 進行單元測試，並對 EasyMock 的原理進行分析。 1．Mock 對象與 EasyMock 簡介 單元測試與 Mock 方法

下面我們主要介紹效能測試、負載測試和壓力測試。 效率作為ISO 9126內部和外部品質的重要品質屬性之一，其含義是在規定條件下，相對於所用的資源的數量，軟體產品可提供適當效能的能力。資源可能包括其他軟體產品或系統的軟體和硬體設定，以及其他相關的資源（例如：列印紙、磁碟等）。

兩種最常用的 HTTP 方法是：GET 和 POST。 什麼是 HTTP。 超文字傳輸通訊協定 (HTTP)（HTTP）的設計目的是保證客戶機與伺服器之間的通訊。 HTTP 的工作方式是客戶機與伺服器之間的請求-應答協議。 網頁瀏覽器可能是用戶端，而電腦上的網路應用程式也可能作為伺服器端。 舉例：用戶端（瀏覽器）向伺服器提交 HTTP 要求；伺服器向用戶端返迴響應。響應包含關於請求的狀態資訊以及可能被請求的內容。 兩種 HTTP

mybatis 學習筆記（一）：mybatis 初認識簡介MyBatis是一個Java持久層架構，它通過XML描述符或註解把對象與預存程序或SQL語句關聯起來。mybatis 可以將 preparedStatement 中的輸入參數自動進行映射，將查詢結果集靈活映射成 java 對象。所以使用 mybatis 我們就可以不用寫原生 jdbc 程式，並且能很好的避免 原生 jdbc 中 SQL 注入的問題。一個完整 mybatis 程式的操作過程1 配置 mybatis 的全域設定檔

步驟一：訪問git官網（gitforwindows.org/）下載所需git安裝包。步驟二：IDEA==》file==》setting==》①==》②步驟三：在彈出介面搜尋gitee外掛程式下載並安裝，安裝步驟直接點擊下一步直至安裝成功即可。步驟四：依然開啟file==》setting==》按順序進行操作（註：如果按照預設路徑安裝git的，所示安裝路徑可作為參考），點擊Test測試成功即可進行下一步。步驟五：配置IDEA串連gitee，按順序進行操作。③是填寫gitee（碼雲）使用者名稱，④是填

一、前言    之前我們公司部署服務，就是大家都懂的那一套（安裝JDK、Tomcat —> 編譯好檔案或者打war包上傳 —>

 代碼已上傳Github+Gitee，文末有地址　　書接上文：前幾迴文章中，我們花了三天的時間簡單瞭解了下介面文檔Swagger架構，已經完全解放了我們的以前的Word說明文檔，並且可以線上進行調試，而且當項目開始之中，我們可以定義一些空的介面，或者可以返回假資料，這樣真正達到了前後端不等待的缺陷，還是很不錯的，當然，這離我說的前後端分離還是相差甚遠，今天呢，我們就簡單搭建下我們的項目架構。　　本項目是我自己的一個真實項目，資料都是真實的，之前搭建過一個MVC + EF Code