其他

正向前一篇分析的，在全文檢索索引、資料採礦、Recommendation Engine的後台系統中，通常可以提供三種類型的服務：同步服務、非同步服務、後台服務。對於同步服務可以採用Web Service、XML Over HTTP或Restful服務，我在項目中就採用了Jason over

1.題目連結：http://acm.hdu.edu.cn/showproblem.php?pid=3342  2.思路：       這到題目簡單是來說就是判斷是否存在拓撲排序，也可以說判斷是否存在環。有多種方法（比如用floyd，用dfs判斷是否存在環），還有就是最原始的拓撲演算法，具體見代碼。 3.參考代碼： #include <stdio.h>#include <string.h>int edge[1100][1100]; ///圖的鄰接矩陣int rudu[1

和我一起開發的同事們對封閉開發非常嚮往。但是和其他同事聊起來，發現大家非常不理解鎖閉有什麼好。細聊後發現，大家經常將封閉等同於加班。這是兩個不同的概念。但是企業經常將這兩個概念模糊化。說白了，企業骨子裡是希望你加班的，而且是免費的。但這兩者之間確實是有差異的。首先來說說兩者的起因。這兩種方法的起因基本是一樣的。都是任務按照正常情況不能順利完成。可是又有不同的地方。我們知道，對於一個任務來說，如果完成不了任務，在不能增加人力成本的前提下，一是延長工作時間，一是提高工作效率。反正工作總量＝工作時間×

1.題目連結：http://acm.hdu.edu.cn/showproblem.php?pid=2544 2.思路：    我是用floyd演算法去求的。具體看代碼。  3.參考代碼： #include <stdio.h>#include <string.h>#define inf 0xffffint n,m; ///n為點數，m為邊數int dis[1100][1100]; ///存放距離的數組void floyd(){ ///floyd演算法int i,

管理層大會吳言今天一大早就來到了公司，雖然昨Apsara Infrastructure Management

 最近參加了新平台項目的技術評審，看到項目組示範iPhone上的用戶端版本，看上去還很炫的樣子。做得挺好的，技術人員也是新招的一個高手。 說實話，作為技術人員出生的我，對於新興的技術，只能遠觀，而不可以褻玩焉，真是有點不是滋味。 為什麼我沒有成為這方面的專家？為什麼別人可以，我卻不可以？就感覺是一個武林人士，看到別人會一種高妙武功，就感覺像躍躍一試，又會為自己不會，而感到有點懊惱。就像周星馳的《功夫》中，那位火雲邪神，看到如來神掌，也想學一學的感覺。這一點確實讓人不爽！ 所謂修身、齊家、平天下！

1.題目連結：http://acm.hdu.edu.cn/showproblem.php?pid=2680 2.思路 ：       這道題目是多個起點，一個終點，屬於有向單源最短路問題。可以假設一個虛擬起點，然後將虛擬起點到沒有起點的距離設為0，這樣就可以用dijkstra反向建圖。 3.參考代碼： #include <stdio.h>#include <string.h>#define inf 0xffffint n,m,s;int edge[1100][1100];

對於好程式員，有很多好的習慣，為什麼要把這個習慣放在第一個呢？有很多人如果閱讀過《高效能人士的七個習慣》，其中第一個習慣就是積極主動。如果從這個角度來看，我把解決解決每一個問題放在首位從理論上是完全沒問題的。但我要說說我們程式員獨特的地方。所有人都知道，程式員永遠是拿著鍵盤在戰鬥的勇士。他們不能只是紙上談兵。他們得有非常多的實戰經驗，人家才慢慢地說你是一個高手。可以說，高手絕對不是吹出來的，而是真槍實戰幹出來的。在這裡，我們不需要考試，不需要比賽。我們就看同樣是一年年過去，到底誰做出來的東西最好

代理CEO終於趙海波以董事會的名義，發了一封郵件，決定召開股東大會和董事會，由於參會人只有趙海波、王文斌、梁秀娟和吳言，所以準備合并在一起召開，會議地點就在商智網路會議室。會議在下午兩點鐘舉行，會議由趙海波來主持。趙海波先來了個開場白：“各位，前一段時間公司發生了一些變故，我想大家也都很清楚了，我在這裡也就不多說了。對這件事情呢，根源在我這裡，不怪大家。前段時間我在業績上給文斌的壓力太大了，同時在財務方面又要求秀娟嚴格把關，其實我的本意是想你們互相配合并且互相制衡，可以把事情做得更好。沒想到出了

我是在吃蝦的時候，突然想起這個關聯的。管理，往往就是給你一堆事，然後再給你一些人，OK，你去做吧。這是你的使命。下面我們來做類比吧。首先一個問題，你是認為人重要，還是事重要？這個問題我問過很多人，今天我才清晰地認識到這個問題其實很好回答。事情當然很重要，人也很重要。對於管理來說，系統架構更重要！我說的系統架構是相對於軟體來說的，在實際的管理過程中，就是流程和制度。為什麼這樣的呢？想想如果把這個問題拿到軟體開發中來說，就是業務重要，還是功能重要。其實都不是！對於軟體開發來說，開發出一個符合使用者開

在實際的項目中，有許多場合需要進行條目相似性計算，比如在電商系統中，經常有喜歡這個商品的使用者還喜歡，通常計算商品的相似性是實現這種功能的方法之一，這可以視為一種基於內容的推薦系統的應用。同時，計算相似性不僅可以用於推薦商品，利用同樣的演算法，我們還可以計算出使用者的相似性，可以向使用者推薦其感興趣的其他使用者。與文本分析不同，對相似性的計算一般基於與使用者的互動資料，如使用者對商品進行投票、打分、瀏覽、購買等行為，經過適當的流程，將這些互動資料進行數字化，如瀏覽、購買、投票與否用0/1表示，對

剛好看網上一個寫程式員老公的《說說程式員老公的一些事情——請幫忙分析是不是典型程式員 》，想起自己就是一個程式員，也是一個老公，卻不以為然起來。雖然不以為然，卻並沒有駁斥的任何意思。畢竟很多人都不一樣，程式員也又不一樣之處。她的幸福老公是程式員，作為程式員我的老婆又何嘗不幸福呢？首先就是簡單。作為程式員的我們，永遠是思想最簡單的，因為我們只會考慮1+1=2的問題，不知道還能把1+1=3。當然了，這種情況，我們確實遇到過。偵錯工具的時候，往往會發生顯然不可能的結果。聰明的我們知道，只有一種可能，訪

 一直感覺研發人員相對市場人員確實缺少點什麼，今天聽到一個原華為的人說華為的文化中有一個“不要臉”文化。講的就是研發人員要特別注意的事項。特別說明，不要臉，三個字，據說是任正非認為這樣好記，才取得名字。這三點是：抬頭看路，找人問路，請人帶路。我覺得研發人員和市場人員的關鍵差別來源於一個對著電腦工作，習慣於自己解決問題。一個面對著工作，習慣與人打交道。這兩點差異，確實導致了研發人員在工作過程中，不容易發揮與人打交道的長處。容易悶在那裡獨自解決問題。所以，這三本點，是建議研發人員在工作過程中，要學會

很多人都在歎息自己隊伍中高手很少。但是，如果隊中真的有一高手，你以為會一帆風順嗎？凡高手者，往往必然是強勢者。他必有其不容質疑的能力體現。一旦這個能力遭到懷疑時，你可能會看到意想不到的破壞力。凡高手者，往往也是好為人師者。他必然要體現他的影響力，不管有意無意。一旦有不如他意的地方，他可以完全推倒。然後告訴你他會怎麼做。當然了。他的做法必然又很多非常正確的地方。這點也無庸置疑。凡高手者，往往是好爭論者。你的意見到他那裡，往往會遇到來自各個方面的攻擊。他會告訴你什麼地方可能有什麼問題。也會告訴你他有

在李維的《inside VCL》中詳細描述了VCL中TObject的地位。是的Borland的工程師們有心將Delphi語言做成pure language。所以你幾乎可以看到TObject的所有pure

 《滿城盡帶黃金甲》首映慶典上，問及周杰倫為什麼寫《聽媽媽的話》這首歌的時候，本以為他會說和《葉惠美》一樣，都是為了媽媽高興。可是他卻說出我沒想到，但卻深有感觸的一句話：現在的年輕人，孝順很重要，所以感覺必須有必要寫寫歌影響一下年輕人。雖然周杰倫不能談是老歌星，但是他的這番話讓我感覺到他的責任心。想起我們這些也工作了五六年的老程式員們，對後來者卻有些許歉意。最近我老是戲謔我的同事，說他該多謝謝文章，不為別的，只為給年輕人多留點經驗，多一點指引，多一些食糧！我最近發現部落格的好處了，這種形式正是我

Lucene對文本解析是作為全文索引及全文檢索索引的預先處理形式出現的，因此在一般的Lucene文檔中，這一部分都不是重點，往往一帶而過，但是對於要建立基於文本的內容Recommendation

 這份計劃寫出來和大家共勉，其實也是希望瞭解大家怎麼來學習的。說起來也很簡單，就是完成幾件事而已。1、掌握十個流行架構架構。主要考慮開源系統，特別是JAVA領域的系統，類似與JBoss、Spring、Hibernate、Weblogic等等。2、完成五次技術講座。主要是保證對講座的內容進行深入細緻的理解。這樣的講解才可能成功。另外也是為了提升作為架構師的可能的影響力。3、完成五篇架構文章。主要從純粹的技術角度去講解架構。不像部落格這樣的寫法。部落格是用生活的語言描述複雜的道理。而技術文章是用技術

一年一度的年底總結又開始了。查看一下今年的收穫，反思一下今年的失誤。從哪裡開始說起呢？今年我最大的思想鬥爭就在路線上。管理還是技術，這確實是值得思考的問題。我們一開始都是做技術的出生。慢慢地做技術組長，技術Leader。接下來，就開始有不同路線了。有兩條路線的原因在於國內大多企業的不成熟。因為不成熟，所以需要管理員出現。需要管理員怎麼辦？那就抽那些技術骨幹。他們能力強啊。我也是被抽出的對象。慢慢我發現有一個現象。技術能力不強的人，能夠專心做管理。而我，自認為核心競爭力在技術，所以總是會花一部分時

文章目錄 制定一個適合你長處的規劃表現出你的能力接觸並親近幾個優秀同事協助並影響許多年輕同事歪歪幾句