其他

就最近的表現而言我好像又運轉不正常了。:(  關於網路社交：記住，除了願意和你交流的朋友，其它的人事物暫時無需關心；你沒那個精力。對於突然出現在社區的怪人怪事，那和你一點交集也沒有，最多當作活標本觀察。很容易看出來那些人都是很難交流的；人家要麼是有目的，要麼是自己表演給自己看。你想讓你自己獲得什麼呢？他人價值觀所傳出的資訊不肯定你的判斷，要找回來嗎？事實是檢驗真理的唯一標準，你要做的僅僅是你想做的，然後依據各自的結果調整。你想讓人家獲得什麼呢？資訊傳遞的能量不是用來浪費的，在一些方面誰也幫不了誰

下面是針對Google/Qualcomm的。 人家BUG_ON宏寫的很清楚不要輕易用，丫的凡是驅動裡出了什麼自己製造的問題，就BUG_ON。去nexus

（節選自 周恩來《在外事工作會議上的講話》

Buffer不會被GC？為了看看這個問題，我寫了一段測試代碼var http = require('http') , os = require('os');function create(size, res) { var mb = 1024 * 1024; res.write('free ' + os.freemem() / mb + 'MB\r\n'); res.write('------------- after new ' + size + 'MB

問題：如何擷取Chrome外掛程式版本號碼翻遍了Chrome外掛程式開發文檔，依然無法找到如何擷取目前的版本號。仔細想想，版本號碼其實就在開發人員配置的manifest.json檔案上定義的，如果能讀取此檔案資料，就等於得到版本號碼資訊了。解決沒錯，請求manifest.json檔案，讀取version資料。var version = null;$.get(chrome.extension.getURL('manifest.json'), function(info){ version =

今天又想起了這個問題，感覺有必要記錄一下。一方面，這個曾經花費我半年多的時間，而且我當時也號稱，流行的Regex引擎應該掃入曆史垃圾堆了，但最終，至少我沒真正達成這個目標；另一方面，這個事情實在是太耗費時間了，眼前還是騰不出時間來繼續深入。所以最好的辦法應該是先回顧一下老的東西、把思路整理一下，萬一未來再有機會攻堅，好歹不至於什麼都忘了。首先，這個問題是一個純正的NP問題。這意味著，它也是一個研究可計算性問題的模型，至於這個模型是否比其它模型更容易著手...，因為我沒有真正研究過其它NP問題，所

“所有藝術最高形式的魅力，其實都是類比性快感。因此，不懂得愛與***的藝術家，永遠無法到達最高境界。”--某片某人影評小時候、在看了些佛洛伊德什麼的以後，我也有這種把什麼都歸結為性的想法，而且堅定、持續的把性當作人類前進動力的一個主要源泉。區別是我更多的考慮是驅動力、而這位“某人”和一大票類似的人更願意在一切東西中尋找性暗示。（順便一提，這篇文章不是反駁他的，而是更關心我自己的想法的變化；我的變化的結果，自然而然的就和這樣的觀點站到了對立面。）其實不只是我這樣，很多懂點文藝的都有類似傾向，比如武

一直打算找個時間把Earley演算法的架構整合到我的parse演算法上，感覺能夠得到一個更好的思路。這兩天水到渠成的把這件事做了。說的挺輕鬆呵呵，當初折騰自己的演算法的時候，和第一次接觸Earley演算法把它做對的時候，都下了些功夫；尤其是前者。而且一直沒有融合，也不完全是沒有時間，而是思路沒理順。跟Earley Parser比，有更小的空間佔用和更簡單的步驟，因為Earley的從根本上可以說是一種Chart

文章目錄 如何訪問資料庫URL Routing與Controllers資料庫初始化及啟動Web進程有愛 起因看到simple todo的各種python版本實現, 我也來湊湊熱鬧...既然已經有這麼多python版本了, 我就對比實現了一個Simple-TODO的nodejs版本: Node TODO, 模版和樣式全部copy自web.py版本.Source Code && Demo原始碼:

如果AMD在未來一兩年內衰微或衰亡了，可能是由於對PC效能增長的需求進入了平台期。我的PD

剛才去看了一眼，老包徹底走火入魔了，哈哈哈。玩什麼別玩玄的。一個人要是裝，這實際上實的；一個人如果是*真的*“若有所悟”，這人一定是NC了...其實搞“真諦”、搞“道”的人，部落格園裡是一波一波的，有廣受讚譽的，也有備受欺淩的。為什嗎？就因為前者是裝，是實，後者是真，是虛。多的不說了。電腦科學與技術這門學科，好似確實是缺點東西。缺的什麼呢？缺的是所謂的主導理論，或者說缺乏對主導理論的關注。如果說現在有一門主導理論的話，那一定是形式語言、自動機、可計算性相關的。問題是首先這些理論本身雖然發展了半個

第十四章(最後一章)：這是我看過的幾章裡最有意思的一章，雖然我懷疑他很可能連強型別的明確定義都沒推敲過。我發現凡是二把刀的從業人員都有一個特點：旁徵博引，滔滔不絕。（有一類還要外加各種各樣的隱喻和朦朧美～）什麼建築啦、道啦、哲學啦、數學啦...有的甚至能寫出文學女青年式的作品或者梨花體。不過如果我們不去理會他們發言中對各種技術的意見，看這樣的文章煞是過癮啊。（另外他對SmallTalk為啥不能流行的判斷也確實可能是因素之一）這位老兄引用了設計模式之父的一段話，摘錄如下：“整個學術領域都是圍繞著“

“Facebook股票的交易在上個月尤其強勁。Facebook早期贊助者是風投公司Accel Partners。知情人士說，該公司於11月以5.17億美元的價格出售了不到15%的股權，這筆巨額交易之後Facebook股票交易就開始激增。一些科技部落格報道了該交易的某些細節，這些知情人士說，該交易將Facebook的價值定在350億美元左右。”350億怎麼得出來的？5.17*(100/15)，然後再乘以10？這是什麼道理？ 

文章目錄 物件導向的學習和實踐怪怪本人的閱讀經驗 Q: 我目前的想法是，建立一個自己的asp.net開發架構。剛看了《人月神話》，《head

今天去了書市，這本書剛看了前言，非常值得一讀。雖然就我已經看了的內容而言，作者表現出的出發點、一些中間觀念和目標都是錯誤的。過去我也受過《世界是平的》的蠱惑，但是讀後很快就開始質疑；相比題目上這本書，《世界是平的》（乾脆激進一點說）就是垃圾。它最適合的位置就是給題目上這本書作為大背景。上面說到，此書的作者“失之毫釐、謬之千裡”，為什麼還推薦呢。不同於《世界是平的》，這本書擁有真正細緻入微的觀察和思考；雖然限於作者屁股決定腦袋的思維方式，主觀導致他不可能接觸正確的結論，但是我相信這本書的任何讀者都

現在的原型基本都是python寫的，細節基本就不要想去控制了（不過有朝一日如果業務真能運行起來，肯定還是要向C遷移的），不過宏觀上卻遇到不少可行性的問題。比如，我現在非常噁心SQL資料庫，不是說SQL資料庫一定不好，而是目前碰到的查詢沒有基於資料庫的需要，最多是自己用各種方法建立些index也不費勁。不過像那些Indexed的底層架構，基於同樣的理由（不引入沒必要的依賴）也不太願意使用。這就有一個做一個成本（工作量、依賴）最低的index工具的具體事情。（當然，我是很不喜歡SQL的字元式介面的，

又是自殺又是罷工的。在網上瞎看了看，有一些矛盾是比較突出的，其中一個是：“一樣的活兒，日本工人的收入是中國工人的多少多少倍”。其實這個問題的答案非常簡單，無論中國的客觀環境如何，這絕對是赤裸裸的剝削。這種製造新剝削的運動，背後有一個特別好聽的名字，叫做“全球化”。很多人說了，你不給老外生產東西，你那麼多人吃什麼呀。我過去也回答不出這個問題，但是想了想，有些人說的未嘗沒有道理：你那麼多人，還怕沒人需要這些東西嗎？又有人說了，大家都沒錢，誰買得起啊？這個問題其實也是被忽悠出來的。中國的糧食（自己生產

承接上文回複中的內容，先說明一下：我這將近兩年碰到任何問題都會先嘗試尋找FP的思路（而不僅僅是形式）解決。無論語言是C++、C#、Python、JS，無論目標的特點是什麼樣。當然可能有人就會說“你在不適合FP的地方如何如何...”，但是我採取這樣的策略，正是為了搞清楚FP在思路和形式兩方面上的適用範圍。其中一部分問題的解決特別順理成章，同時設計和實現確實體現出FP抽象方式的特點；還有一部分情況如果仔細掂量，就會發現和使用命令式下子方法論僅僅在形式上有所區別。這兩部分無論哪種，就像腦袋說的使用OO

本來都打算睡覺了，忍不住上來噴一下；我他媽真的被搞Java的和搞出版的震驚了。 （這裡，搞Java !=

Google在新版Google