其他

   分析：符號檢驗，本質上就是二項分布檢驗，因為樣本抽取的好與壞、正與負，相當於實驗的成功與失敗，且每次成功和失敗的機率都為1/2。            在R語言中，我們可以正態近似函數prop.test()，或者二項分布精確函數binom.test()來完成“符號檢驗”。          

一、基本概念        它最主要的功能是電流放大（類比電路）和開關作用（數字電路）。        三極體由兩個PN結構成，共用的一個電極成為三極體的基極(用字母b表示)。其他的兩個電極成為集電極(用字母c表示)和發射極(用字母e表示)。由於不同的組合方式，形成了一種是NPN型的三極體，另一種是PNP型的三極體。

一般播放器的結構框圖如圖1所示，要將移植一個具有完整功能的開源播放， 結合本人成功移植過gstreamer和vlc到Novatek 667平台的經驗， 必須要考慮圖1中所有模組的移植。圖中的vendor表示裝置廠家，soc表示晶片廠家。 圖1 播放器的一般結構 下面結合linux及android平台的vlc,gstreamer的移植經驗，介紹一下linux及android平台下的移植方案。 1. Linux平台下的移植

這個Emojify裡最坑的一個就是，avg初始化的時候一定要是 (50,) ，如果你用 (word_to_vec_map["a"]).shape 就死活過不了。 Emojify! Welcome to the second assignment of Week 2. You are going to use word vector representations to build an Emojifier.

符號      含義 &w       網頁標題 &u        網頁地址 (URL) &d        短日期格式（由“控制台”中的“地區設定”指定） &D&

        先打個小廣告，本人建立了一個QQ群,專門探討U3D技術,群號是 251605200,歡迎U3D愛好者們加入交流。言歸正傳：上一節簡單介紹了NavMesh尋路的基本用法，這次來介紹一下稍微複雜一點點的高低落差以及跳躍的做法，首先來看看這次的目標：    由於部落格相簿上傳GIF有限制，所以我把整個過程切開了2部分上傳，第一部分是爬樓梯，第二部分是橫向跳躍和往下跳落

1）點帶需求的流通： 新的架構特點：有多個供給點（d(v)<0），都稱作源點；有多個需求點（d(v)>0），都稱作匯點。同時仍然滿足傳統最大流中的容量條件（0 <= f(e) <= cap(e)）和需求條件（f_in(v) - f_out(v) = d(v)）。 需要解決的問題：由於有多個源點和匯點，所以不再考慮最大化問題，而是考慮有沒有滿足容量條件和需求條件的一個可行流通（可行性）。 判斷可行性的方法是，把帶需求{ d(v)

題解轉自部落格：www.cnblogs.com/mickole/articles/3578298.html 題目：（替代題目可去pat天梯賽練習題中尋找，當然那個題n3也能過） 長度為N(N很大)的字串，求這個字串裡的最長迴文子串。（百度2014校招筆試題目） 題目指出“N 很大”，就是提示我們不要想通過遍曆的方法來找到這個字串，我想到的就一種解法，時間複雜度應該不高，但是我算不出來這個演算法的複雜度是多少，首先說一下什麼是迴文字串：

Hadoop, HBase, Hive, ZooKeeper預設連接埠說明 組件 Daemon 連接埠 配置 說明 HDFS DataNode 50010 dfs.datanode.address datanode服務連接埠，用於資料轉送    

原文：https://blog.csdn.net/shfqbluestone/article/details/50245547 有兩種辦法可以修改 IntelliJ IDEA 的檔案編碼（IDE 版本為 14.1.4） File->Settings->Editor->File Encodings 這種方式修改的檔案編碼方式只對當前 project 起作用，每次建立了一個工程後還需要重新設定編碼方式。 File->Other

Jmeter集合點是通過Synchronizing Timer這個定時器來實現的，雖然簡單，但是在使用的時候需要注意一些點，下面詳細說明。 1、布局設定   註： 1.把SynchronizingTimer放置於請求之前，通常Jmeter按樹狀結構順序執行 2.說明： 名稱：自訂名稱   Number of Simulated Users to Groupby:每次釋放的線程數量。如果設定為0，等同於設定為線程租中的線程數量。

　　在本文之前，我建議先看完這篇文章：Linux高效能運算叢集 – Beowulf叢集　　 一、搭建叢集中可能會遇到的問題 1.叢集設計/布局的一大痛點就是網路，各家有各家的策略，一般圍繞Beowulf變型。 2.軟體的部署缺乏實操調試，也不能斷定這樣部署是否成功以及是否優越。 3.作業系統的選型以及安裝系統、所需軟體（包括叢集管理工具、驅動軟體、能耗監視軟體等）的整個流程的手動/自動化部署。

格雷碼(Gray code)是1880年由法國工程師Jean-Maurice-Emlle Baudot發明的一種編碼，是一種絕對編碼方式，典型格雷碼是一種具有反射特性和迴圈特性的單步自補碼，它的迴圈、單步特性消除了隨機取數時出現重大誤差的可能，它的反射、自補特性使得求反非常方便。格雷碼屬於可靠性編碼，是一種錯誤最小化的編碼方式，因為，雖然自然二進位碼可以直接由數/模轉換器轉換成類比訊號，但在某些情況，例如從十進位的3轉換為4時二進位碼的每一位都要變，能使數字電路產生很大的尖峰電流脈衝。

注1：參考學習  科學空間論壇   蘇劍林 的博文 注2：記錄實驗複現細節，並根據版本更新對代碼作出修正。 注3：python3.5；keras2.0.9 【QLBD】LSTM情感分析實驗複現（一）one-hot encoding 【QLBD】LSTM情感分析實驗複現（二）分詞&one-hot 【QLBD】LSTM情感分析實驗複現（三）one embedding 【QLBD】LSTM情感分析實驗複現（四）word

arm交叉編譯器簡單介紹 一、交叉編譯器 命名規則： 交叉編譯工具鏈的命名規則為：arch [-vendor] [-os] [-(gnu)eabi] arch - 體系架構，如ARM，MIPS vendor - 工具鏈供應商 os - 目標作業系統 eabi - 嵌入式應用二進位介面（Embedded Application Binary Interface） 根據對作業系統的支援與否，ARM

1.功能及原理 　　基本定時器TIM6和TIM7各包含一個16位自動裝載計數器，由各自的可程式化預分頻器驅動。它們可以作為通用定時器提供時間基準，特別地可以為數模轉換器(DAC)提供時鐘。實際上，它們在晶片內部直接連接到DAC並通過觸發輸出直接驅動DAC。這2個定時器是互相獨立的，不共用任何資源。 　　由圖可知其時鐘源僅能來源於PCLK1，當PCLK1預分頻係數為1時 TIMCLK　＝PCLK１，否則TIMCLK　＝２*PCLK１。計數器的驅動時鐘= TIMCLK/PSC。 　　

背景 第一次參加CodeReview不知道該如何去做，也不知道為什麼去做，後來參加多了，慢慢瞭解了CodeReview的意義，也同時發現CodeReview的效率問題： 有時候會發現一個CodeReview時間很長，參與者會覺得煎熬和浪費時間； 有時候不太瞭解對方評審的東西，沒法跟上大家的思路，影響效率； 有時候走查的代碼量太大了，無法做到詳細走查； 有時候會看到有些人無所事事、精神不集中、不發言，會影響效果。

floyd求最小環 1 定義: 通常來說最小環是針對有向圖而言 從一個點出發,經過一條簡單路徑回到起點成為環.圖的最小環就是所有環中長度最小的. 2.怎樣求最小環呢? 的解決方案(dijkstra):

    開發平台：Ubuntu11.04     編 譯器：arm-gcc-4.1.1.tar.bz2 （可從http://download.csdn.net/detail/npy_lp/3821111上下載）     Popt源碼包：popt-1.7.tar.gz （可從http://download.csdn.net/detail/npy_lp/3830473上下載）      

最近做了個新浪微博爬蟲，用到了httpclient-4.3.3，程式啟動並執行很好，就是一直會出現 cookie rejected警告，日誌如下： 2014-06-05 10:27:17.417 [main] WARN o.a.h.c.p.ResponseProcessCookies - Cookie rejected [U_TRS1="000000ea.ef542aa2.538fd58b.ec8a8e2c", version:0,