其他

本文內容遵從CC著作權協議 轉載請註明出自matrix67.com 這篇文章是漫話中文分詞演算法的續篇。在這裡，我們將緊接著上一篇文章的內容繼續探討下去：如果電腦可以對一句話進行自動分詞，它還能進一步整理句子的結構，甚至理解句子的意思嗎？這兩篇文章的關係十分緊密，因此，我把前一篇文章改名為了《漫話中文自動分詞和語義識別（上）》，這篇文章自然就是它的下篇。我已經在很多不同的地方做過與這個話題有關的演講了，在這裡我想把它們寫下來，和更多的人一同分享。    什麼叫做句法結構呢？讓我們來看一些例子。“

雖然不一定同意這篇文章想要表達的思想，但還是作為我一段時間內的勵志故事吧。 大學一畢業，我就到南京找男友雲了。 雲的表舅在南京有家公司，他畢業後一直在那兒工作，每個月拿1000出頭的工資打發日子。我自己找了家小小的文化公司，每個月1000元的微薄收入,也算是高高興興上班了。 

叢集索引介紹　　在叢集索引中，表中各行的物理順序與索引值的邏輯(索引)順序相同。表只能包含一個叢集索引。　　如果不是叢集索引，表中各行的物理順序與索引值的邏輯順序不匹配。叢集索引比非叢集索引有更快的資料訪問速度。　　叢集索引通常可加快 UPDATE 和 DELETE 操作的速度，因為這兩個操作需要讀取大量的資料。建立或修改叢集索引可能要花很長時間，因為執行這兩個操作時要在磁碟上對錶的行進行重組。　　可考慮將叢集索引用於：　　1.包含數量有限的唯一值的列，如 state 列只包含 50

Google的Lawrence Page和Sergey

TF-IDF(term frequency–inverse document

HITS(Hyperlink-Induced Topic

我剛剛開始做實驗的時候，別人怎麼說我就怎麼做，每天在實驗台旁幹到深夜，以為這就是科研了。兩個月過去，突然發現自己還在原地踏步。那種感覺，只能用“沮喪”來形容。我開始置疑自己的行為和觀念。感覺有種習慣的力量在束縛著我。習慣於人云亦云，習慣於奉命行事，習慣於忙忙碌碌。我根本不是什麼研究生，只不過是一個廉價而又勤奮的技術員罷了。後來看到周圍的研究生在重複同樣的錯誤，我又驚訝於這些問題的普遍性。於是我決定把科研中的經驗總結出來，與大家探討。希望藉此逼近真正意義上的科研；希望這些經驗在經曆千錘百鍊之後成為

 對於spring mvc來說2.0以後大量使用註解確實簡單很多，最近在一個項目使用spring mvc遇到上傳檔案問題，由於使用了註解所以網上沒有找到相關使用註解上傳檔案的。官方文檔又沒有更新都是老的，看了一些源碼這才解決。使用註解很簡單。寫個例子：控制器類 FileUploadController.java[java] view plaincopyprint?package org.upload.test;     import org.springframework.stereotype.

　　渾渾噩噩過了24年，一直沒有寫部落格的習慣，因為以前總覺得寫在紙上總有矯揉造作的成分，沒法如實記錄內心真實的聲音。現在我依然這麼覺得，所以這裡的文章大多數是很客觀的，大部分應該是一個偽技術宅對於學習和工作的流水帳式總結。過去幾年自己在學業上換了很多方向，用老闆的話說就是一直充當救火隊員的角色，實驗室裡與工程相關的髒活雜活都扔給我幹，但大部分的工作都沒有任何文字上的積累，這樣的感覺很累但不充實，泛泛而不深入。開個部落格記錄一路的努力，是對自己的鞭策，以後看到一天天的進步，也許會有充實的喜悅。當

搜尋引擎演算法每一次的變動都會牽動著廣大站長的心，每個站長都非常想知道搜尋引擎的演算法是怎樣的？如果徹底瞭解到了搜尋引擎的排序準則，那麼一定能夠讓你非常快速的將自己的網站最佳化到前面，可是搜尋引擎的演算法卻是非常的繁難，對於一名普通的個人站長要想窺探出其中的奧秘，那比登天還難，不過沒有關係，我們可以從其他的途徑來瞭解搜尋引擎，下面我就將我的經驗寫出來跟大家分享一下！　　一：從網站的結構　　搜尋引擎的工作原理大體分為爬行，抓取，索引和排序四個步驟，因為搜尋引擎需要遍曆你的網站所有頁面，就好像一個蜘

　　上午上統計訊號處理課，mhd老師講數理統計發展史上的八卦，猛然發現，自己竟然跟Bayes、Fisher、Pearson等這些人打了半年交道，四門兒課裡都出現過這些名字，陰魂不散......，這些牛人都是少年得志，其中的某高富帥手裡心理學、社會學、數學一大堆學位，拍拍腦袋就能給出足以彪炳史冊的結論。而看看當代的學術界，很難找出一個可以與牛頓、高斯、愛因斯坦齊名的人物，把過去那種拍腦袋的做法放在現在用的人只能被戲稱為民間科學家，顛覆性的理論在當今也難以看到，而在那些激情燃燒歲月裡這些東東貌似是大

一、傳統搜尋引擎排序演算法概述　　1. 1 搜尋引擎排序演算法概述　　搜尋引擎查詢的結果是按照一定的規則排序供使用者查看, 這種規則就是搜尋引擎排序演算法. 目前幾種比較通用的搜尋引擎排序演算法有Direct Hit 排序演算法、PageRank、排名競價服務和詞頻位置加權排序演算法.Direct Hit 排序演算法是一種動態排序演算法, 搜尋引擎返回的排序結果根據使用者的點擊和網頁被瀏覽的時間進行變化. PageRank 是著名搜尋引擎Google 使用的排序演算法,

最近在.NET中使用iOffice OWC組件時，不小心碰到了Com組件相容性的問題，以前沒有注意到相關問題，昨天查了些資料暫時將這個問題解決了。方法一：在使用組建的頁面添加<%@ Page aspcompat=true %>        由 Visual Basic 6.0 等早期產生的 COM 組件調用了單線程運行單元(STA)。為了避免 ASP.NET 產生相容性錯誤，我們可以在 <%@ page > 標記裡設定 aspcompat 屬性，以指示 ASP.NET

 　　今天寫完了模式識別的大作業。總結一下，最有難度的SVM自己4年前就搞過，而且那時候沒用任何工具箱，代碼全是傻了吧唧自己寫，好不容易找到一本叫《模式識別中的核方法》的秘籍（太記憶猶新了），圖書館竟然沒有，只好跑去隔壁學校找那個統共沒說過五句話的高中校友mm借，要知道對於當時的那個青澀少年，做出這樣的事兒簡直是壯舉。眼看deadline要到了，識別率還是低得可憐，於是處心積慮地找網路學堂的bug，終於研究出了一種在提交視窗關閉的情況下強行交作業的方法，並屢試不爽，aew老師課上說，有同學按時交

這個世界上還有一個故事，叫做《大話西遊》。 世界是巨大的枷鎖，你不得不重複自己或是別人的生活。 記得長輩說過：年輕是一種罪過。他們說我們不成熟。 真切地為自己的不俗喝彩，在深切的鬱悶中，突然就看懂了《大話西遊》的開頭： 一位才華橫溢又無法無天的青年（孫悟空），根本不喜歡世人攤派給他的大事業（西天取經）。他尤其受不了師父（唐僧）的嘮嘮叨叨，可世俗條規（觀音）又不放過他。為讓他悔悟，心甘情願地去取經，唐僧和觀音達成妥協：讓他五百年後重新做人。 這真是一個宿命的開始。

8-10周五，回東陽老家了一趟。路過東陽，把從高中就開始使用的農行卡登出了。 堂妹果然夠好，和我一起回去，在奶奶家做了晚飯。 世事艱難，老爸在外地，奶奶約半個月前生了場大病，叔叔和姑姑及時把他們送到醫院，並精心照料，終於康複回來。爸媽在千裡之外，沒法照料，也估計不上，他們肯定很難受，一方面很難抽出身，畢竟全家的經濟來源在那兒，基本不可能回來只照料奶奶生活，而奶奶年邁了，不再會遠離故鄉，跑那麼遠去。另一方面，叔叔姑姑催的緊了，一定要老爸老媽回來分擔照顧奶奶的責任。爸媽也很不容易，為哥哥和我創造了這

Java中的這個類很好用，但在.net卻沒有提供，只好手動寫一個了  /// <summary> ///  StringTokenizer 單詞分析類 /// </summary> public class StringTokenizer {  // data語句，delimiter是單詞之間的分隔字元  private string data,delimiter;  // 存放單詞的字串組  private string[] tokens;  //

今天碰到一個問題在預存程序裡添加一條記錄Insert TableName(Field1,Field2,Field3) value (Value1,Value2,Value3);由於TableName中有一個識別欄位Field_ID,於是給我返回錯誤資訊無法將NULL值插入Field_ID。非常鬱悶，Field_ID是自增長的為什麼還要我手動插入呢？預設情況下 IDENTITY_INSERT為OFF，不可顯示插入Field_ID的值。最後的勉強的解決辦法是：一,Set

    vc沒用多久，出了不少問題，程式兩次Crash，原因非常簡單        一次是指標的多次釋放，導致程式crash，以前沒有認識到厲害，現在總算見識過了。一個那麼大的程式就是因為某個指標的多次釋放而癱瘓。    一次是訊息的處理函數有問題，MSDN規範了所有系統訊息處理函數的原型，一不小心對訊息的處理函數添加了兩個無用的參數，Debug時沒有任何問題。Release時程式卻Crash了，並且對於沒有經驗的我來說還不容易找到問題所在。   

一般來說,古典音樂曲名的構成有以下幾種情況： 1、體裁+主奏樂器+調性,多用於協奏曲concert、奏鳴曲sonata，如concerto for piano in E-flatmajor（降E大調鋼琴協奏曲）有時或可寫作pianoconcerto。有一點要注意，Concerto是意大利文，複數是concerti。其中的各個樂章movement多用節拍符號表示，另附在下面。