摘要： 貝葉斯定理的思想出現在18世紀，但真正大規模派上用途還得等到計算機的出現。因為這個定理需要大規模的數據計算推理才能凸顯效果，它在很多計算機應用領域中都大有作為，如自然語言處理，機器學習，推薦系統，圖像識別，博弈論等等。本文先介紹貝葉斯定義，然后對定義進行解釋，再通過一些列子的分析，力圖讓貝葉斯定理通俗易懂。 閱讀全文

摘要： 我在 github 上用 octopress 搭建了個人博客，octopress 使用Markdown語法編寫博文。之前我在CSDN博客上也寫過不少的技術博文，都說自己的孩子再丑也是個寶，所以就起了把CSDN博客里面的文章導出到個人博客上的念頭。剛開始想找個工具把CSDN博客導出為xml或文本，然后再把xml或文本轉換為Markdown博文。可惜搜了一下現有博客導出工具，大部分要收費才能將全部博文導出為xml格式，所以就只好發明輪子了：寫個工具將全部博文導出為Markdown博文（也是txt格式的）。 我將詳細介紹這個工具的編寫過程，希望沒有學習過編程的人也能夠學會一些簡單的Python語法來修改這個腳本工具，以滿足他們將其他類型的博客導出為文本格式。這也是我第一次學習和使用Python，所以相信我，你一定也可以將自己的博客導出為想要的文本格式。 本文源代碼在這里：ExportCSDNBlog.py 閱讀全文

摘要： 在本系列文章的第一篇《Android多線程分析之一：使用Thread異步下載圖像》中，曾演示了如何使用 Thread 來完成異步任務。Android 為了簡化在 UI 線程中完成異步任務（畢竟 UI 線程是 app 最重要的線程），實現了一個名為 AysncTask 的模板類。使用 AysncTask 能夠在異步任務進行的同時，將任務進度狀態反饋給 UI 線程（如讓 UI 線程更新進度條）。正是由于它與 UI 線程緊密相關，使用的時候要就有一些限制，AysncTask 必須在 UI 線程中創建，并在 UI 線程中啟動（通過調用其 execute() 方法）；此外，AysncTask 設計的目的是用于一些耗時較短的任務，如果是耗時較長的任務不推薦使用 AysncTask。 閱讀全文

摘要： 在前面兩篇文章《Android多線程分析之二：Thread的實現》，《Android多線程分析之三：Handler，Looper的實現》中分別介紹了 Thread 的創建，運行，銷毀的過程以及 Thread與 Handler，Looper 之間的關聯：Thread 在其 run() 方法中創建和運行消息處理循環 Looper，而 Looper::loop() 方法不斷地從 MessageQueue 中獲取消息，并由 Handler 分發處理該消息。接下來就來介紹 MessageQueue 的運作機制，MessageQueue。 閱讀全文

摘要： 在前文《Android多線程分析之二：Thread的實現》中已經詳細分析了Android Thread 是如何創建，運行以及銷毀的，其重點是對相應 native 方法進行分析，今天我將聚焦于 Android Framework 層多線程相關的類：Handler, Looper, MessageQueue, Message 以及它們與Thread 之間的關系。可以用一個不太妥當的比喻來形容它們之間的關聯：如果把 Thread 比作生產車間，那么 Looper 就是放在這車間里的生產線，這條生產線源源不斷地從 MessageQueue 中獲取材料 Messsage，并分發處理 Message (由于Message 通常是完備的，所以 Looper 大多數情況下只是調度讓 Message 的 Handler 去處理 Message)。正是因為消息需要在 Looper 中處理，而 Looper 又需運行在 Thread 中，所以不能隨隨便便在非 UI 線程中進行 UI 操作。 UI 操作通常會通過投遞消息來實現，只有往正確的 Looper 投遞消息才能得到處理，對于 UI 來說，這個 Loop 閱讀全文

摘要： 在前文《Android多線程分析之一：使用Thread異步下載圖像》中演示了如何使用 Thread 處理異步事務。示例中這個 Java Thread 類都是位于 Framework 層的類，它自身是通過 JNI 轉調 dalvik 里面的 Thread 相關方法實現的。因此要分析 Androd 中的線程，就需要分析這兩層中的與線程相關的代碼，這就是本文要探討的主題。本文將把 Framework 層中的 Java Thread 稱為 Android 線程/Thread，而把 dalvik 中的 Thread 成為 dalvik 線程/Thread。 閱讀全文

摘要： 打算整理一下對 Android Framework 中多線程相關知識的理解，主要集中在 Framework 層的 Thread, Handler, Looper, MessageQueue, Message, AysncTask，當然不可避免地要涉及到 native 方法，因此也會分析 dalvik 中和線程以及消息處理相關的代碼：如 dalvik 中的 C++ Thread 類以及 MessageQueue 類。本文將從一個使用 Thread 的簡單 應用入手，引入 Thread 這個話題，接下來的幾篇文章會依次介紹前面提到的那些主題。 閱讀全文

摘要： 眾所周知，在使用迭代器遍歷 STL 容器時，需要特別留意是否在循環中修改了迭代器而導致迭代器失效的情形。下面我來總結一下在對各種容器進行正向和反向遍歷過程中刪除元素時，正確更新迭代器的用法。本文完整源碼：點此查看 首先，要明白使用正向迭代器（iterator）進行反向遍歷是錯誤的用法，要不干嘛要有反向迭代器呢（reverse_iterator）。其次，根據容器的特性，遍歷刪除操作的用法可以分為兩組，第一組是 list 和 vector，第二組是 map 和 set。 閱讀全文

摘要： 前不久我發了一篇《八一八招聘的那些事兒》講了我自己作為求職者對招聘的一些看法。那個時候我還在求職，對求職的結果還是挺滿意的，五家公司面試，放棄了其中三家的offer（包括盛大云計算，東航信息部以及一小美資公司），拒了一家的二面（因為我已經做好決定了），最后選擇了以前工作過的老東家-上海科泰。雖然科泰給的 offer 待遇不是所有 offer 中最高的，但我還是選擇回歸，主要是基于兩點：對做的事情感興趣能有擔當，人好打交道團隊氛圍自由融洽（像我離開了又回來了）。 回來之后，就開始忙著招人的事情，可是招人的成功率遠不像我求職時成功率那么高，大概只有20%的成功率。我想待招聘的事情告一段落之后，或許可以整理一篇《八一八求職的那些事兒》來講講從招聘方角度來看求職的一些想法。暫且列舉一些目前碰到的常見求職問題：不了解招聘崗位要求，沒有職業規劃，工作多年卻大部分時間在做維護（大公司病，局限于現有成熟框架內某個模塊里的修修補補，而對框架以及其他模塊卻不甚了解），沒有求知欲。或許是因為簡歷大都是從招聘網站上過來的，導致求職人員技術水平參差不齊，因此就有借博客寶地招人的想法。 先來說說我們在 閱讀全文

摘要： 讓gcc支持成員函數模板的trick 同樣的代碼在 VS2010 中編譯運行是沒有問題的，但在 gcc 4.7.3下，編譯都通不過： ../src/MemFunTemplate.h:21:14: error: explicit specialization in non-namespace scope ‘struct Functor’ ../src/MemFunTemplate.h:22:24: error: template-id ‘function’ in declaration of primary template ../src/MemFunTemplate.h:26:14: error: explicit specialization in non-namespace scope ‘struct Functor’ ../src/MemFunTemplate.h:26:38: error: template-id ‘function’ in declaration of primary template ../src/MemFunTempla 閱讀全文

摘要： Ubuntu下安裝 jdk6 閱讀全文

摘要： 最近換了份工作，有一些求職的經歷，再加上之前在公司做過一些招聘的事情，對于應聘與招聘有很多的感悟。趁著這感悟還尚未退溫，在這職業的空擋期整理一下，記錄下來。下面，我將從有工作經驗的求職者的角度來八一八我對招聘的一些看法。 閱讀全文

摘要： 在前文《深入淺出Cocoa多線程編程之block與dispatch quene》中我介紹了 block 的一些基本語法以及如何和 GCD 結合的使用示例。block 是在 iOS 4 中引入的新特性，它和 C++ 11 中的 lamba 表達式概念相似，有時候也被稱為閉包。經過一段時間的使用，我發現要用對用好 block 還是有不少需要注意的地方，今天就來八一八這些值得注意的事兒。 1，block 在實現時就會對它引用到的它所在方法中定義的棧變量進行一次只讀拷貝，然后在 block 塊內使用該只讀拷貝。 2，非內聯（inline） block 不能直接訪問 self，只能通過將 self 當作參數傳遞到 block 中才能使用，并且此時的 self 只能通過 setter 或 getter 方法訪問其屬性，不能使用句點式方法。但內聯 block 不受此限制。 3，使用 weak–strong dance 技術來避免循環引用。 4，block 內存管理分析 閱讀全文

摘要： 前文《iOS網絡編程之Socket》 和《iOS網絡編程之CFNetwork》 講了最底層的 socket 和Core Foundation層的 CFNetwork，本文將介紹位于 Cocoa 中的 NSStream。NSStream 其實只是用 Objective-C 對 CFNetwork 的簡單封裝，它使用名為 NSStreamDelegate 的協議來實現 CFNetwork 中的回調函數的作用，同樣，runloop 也與 NSStream 結合的很好。NSStream 有兩個實體類：NSInputStream 和 NSOutputStream，分別對應 CFNetwork 中的 CFReadStream 和 CFWriteStream。 本文示例代碼請查看： https://github.com/kesalin/iOSSnippet/tree/master/KSNetworkDemo 閱讀全文

摘要： 本文將介紹位于 Core Foundation 中的 CFNetwork。CFNetwork 只是對 BSD socket 的進行了輕量級的封裝，但在 iOS 中使用 CFNetwork 有一個顯著的好處，那就是 CFNetwork 與系統級別的設置（如：天線設置）以及 run-loop 結合得很好。每一個線程都有自己的 run-loop，因此我們可以 CFNetwork 當中事件源加入到 run-loop 中，這樣就可以在線程的 run-loop 中處理網絡事件了。本文示例代碼就是這樣做的，源碼請查看： https://github.com/kesalin/iOSSnippet/tree/master/KSNetworkDemo 閱讀全文