http://www.cppblog.com/zoyi-hang/archive/2008/04/06/46355.htmltrie樹好不容易寫的一個模版~本來是想按照我們數據結構教程的trie樹來寫，但是他的實現我實在覺得太難所以還是采用簡化版的trie樹這個應該算是比較標準的trie樹結構，但是他的插入實現起來不僅僅是插入本身的單詞，可能還需要修改原來的數結構比如說本身已經存在了bobwhite，現在添加bobwhq，就要在第二層的基礎上繼續擴展，bo
系統 2019-08-29 22:51:38 1802
系統 2019-08-29 22:47:05 1802
水桶定律，也即短板理論，是由美國管理學家彼得提出的。其核心內容為：一只水桶盛水的多少，并不取決于桶壁上最高的那塊木塊，而恰恰取決于桶壁上最短的那塊。根據這一核心內容，“水桶理論”還有兩個推論：其一，只有桶壁上的所有木板都足夠高，那水桶才能盛滿水。其二，只要這個水桶里有一塊不夠高度，水桶里的水就不可能是滿的。首先，對于個人來說，這個理論未必適用。個人要重點發揮自己的優勢，管理好自己的劣勢。建議看一下《現在發現你的優勢》，上面有經典的論述（另外，正版的圖書都有
系統 2019-08-29 22:46:35 1802
由于最近經濟形勢的變化，很多開發人員只關注他們短期的工作前景。與此同時，把時間和精力花在學習最能帶來回報的新技術上是件非常重要的事情。這里是我們列舉的10種你需要馬上開始學習的技術，讓你的簡歷在未來5年不會落伍。這個列表并不完全，有很多業界的領域（比如大型機開發人員）沒有涉及。盡管如此，對通常的主流開發來說，學習其中至少7項技能肯定不會錯——不但要達到能在面試時侃侃而談的程度，還得能在工作中運用自如。1)編程語言三選一(.NET,Java,PHP)除非開發
系統 2019-08-29 22:42:35 1802
前幾天收到一個電話說是我的一個老朋友。現在在外面遇到了不能說的麻煩要我借點錢給他。我問要多少。他說有多少要多少。我說我有30行不。他說最好給他買個電話卡。因為他的電話卡上面快沒錢了。過一會又打過來問給他的電話卡上面存錢了么。我這時想起來我那個朋友會說英語。于是我就用英語和他說。他就掛電話了：）今天又收到一個這樣的EMAIL：當時還以為自己又發財了呢？上網一查好多人收到過類似的EMAIL：忽然想起來一句名言：Littleknowlegeisdangerous
系統 2019-08-29 22:27:55 1802
http://help.163.com/09/1224/17/5RAJ4LMH00753VB8.html?451DT:SPM,pleasetryagain郵件正文帶有垃圾郵件特征或發送環境缺乏規范性，被臨時拒收。請保持郵件隊列，兩分鐘后重投郵件。需調整郵件內容或優化發送環境；企業退信的常見問題？
系統 2019-08-29 22:22:49 1802
Bear平臺開發環境配置部門項目版本號編寫聶哲剛審閱日期000011.前言000011.1問題使用bear平臺開發環境與我們傳統的開發模式相比，有如下一些缺陷：ü每次修改文件內容需要最新反映都需要重新deploy到runtime中。ü修改java代碼時，因為不支持動態裝卸class文件，所以每次都需要重啟服務器。ü運行與開發分開，對于代碼調試也比較難弄。ü即便是ant任務中對deploy做了些細粒度的劃分，每次部署也不能完全實現只部署增量修改的文件。000
系統 2019-08-29 22:19:20 1802
全文轉載：http://pengjiaheng.iteye.com/blog/548472作者：和你在一起(fromJavaEye)垃圾回收的瓶頸傳統分代垃圾回收方式，已經在一定程度上把垃圾回收給應用帶來的負擔降到了最小，把應用的吞吐量推到了一個極限。但是他無法解決的一個問題，就是FullGC所帶來的應用暫停。在一些對實時性要求很高的應用場景下，GC暫停所帶來的請求堆積和請求失敗是無法接受的。這類應用可能要求請求的返回時間在幾百甚至幾十毫秒以內，如果分代垃
系統 2019-08-29 21:59:33 1802
在所有關于軟件維護的故事中，功能的擴展是一個永恒的話題。正因為軟件系統需要功能的擴展，需要新功能的加入，才使我們的編程需要那么多的設計。可以說，正是因為新功能的擴展，使得原有的系統質量下降；正是因為軟件質量的下降，才使我們需要進行深入的分析與研究，制訂設計原則，總結設計模式；正是因為要解決軟件質量下降的問題，經過一番艱苦卓絕的摸索過程，我們才認識到系統重構才是解決該問題的最佳方案。然而，事情總是這樣的，每個系統當我們進行初次的設計時，設計思路、程序結構總是
系統 2019-08-29 21:59:08 1802
說了那么多理論，我們來看看怎樣使用抽取方法來重構遺留系統。如前所述，重構的過程首先是閱讀程序代碼，邊閱讀邊整理程序。將功能相對獨立的代碼段放在一起，在前面加上注釋。調整一些程序的順序，將相關的代碼盡量放在一起，但要保證程序執行的結果不會發生改變。比較典型的，將變量的定義與使用變量的代碼放在一起。這個步驟比較實用，因為許多的遺留系統，其代碼都有一個壞毛病，就是在程序開始時定義一大堆變量，但要弄清這些變量都用來做什么，卻十分困難。邊讀邊調整，將變量的定義逐漸遷
系統 2019-08-29 21:59:02 1802
