阿甘正傳

我有一台Kindle DX，只能說Kindle看漫畫，還是10吋螢幕比較適合。6吋太小了。

推KKBOX，曲目大而全，只是收費方式是月費聽到飽，不是一次買斷。

可以透過自己撰寫插件來達成，我以前就寫過一個Unity的文件查詢插件，在關鍵字上按下F1就會跳轉到官網。

Github 原本就是 Js 跟 Ruby的大本營了呀

1. 先把source code都抓下來，並確定可build。
2. 找到入口，每個程序總有一個入口的，沿著入口追溯進去。
3. 找份紙筆，把追溯過程的調用關係寫下來。
4. 如果代碼組織良好，應該可以很快抓住主幹流程。
5. 如果代碼命名良好，追的過程應該可以判斷哪些函數略過不深入也無所謂。
6. 找個小地方，改一下程序行為，看看是否符合自己的猜測。
7. 大概就這樣來回折騰個幾次。
8. 找個好用的IDE，Java就用Eclipse，定義跳轉，call hierarchy都很好用。

PyQt教程: http://zetcode.com/tutorials/pyqt4/

中文就別想了，這目前還算小眾技術。

我自己的Qt經驗，Mac開發，Windows編譯是完全可行的。重點是用Qt就用全套，像字符串就用QString，文件就用QFile，完全捨棄本地平台的API。

求穩定的話就用Qt4.8.4這個版本，我的公司項目也還未打算升上Qt5。

然後有一點提醒--PyQt是GPL，意味著一旦用了，整個項目就要開源，我估計大多數的商業項目都不可能開源的。

如果已經有編程經驗，就別找什麼網站了，直接買本 K&R 吧。

我也想知道，最好是有自動補全功能的。

看平台吧，在Mac/iOS上 LLVM 取代GCC成為默認的編譯器已經很久了。

寫作沒有能量，關鍵不是讀的太少，而是寫的太少。你可能沒有意識到「寫作」也是一項需要練習的能力，大量練習，勤於反省總結，才會進步。

我自己是從讀書心得練起，每看完一本書就試著總結心得，練了二三十本後，回頭看筆力就有很明顯的差別。

開個Repo吧，有空的人翻幾個段落給你送patch。

@iloveyou 是阿，軟體=軟件, 硬體=硬件

台灣程序猿路過...

漸進式C++語法解析

new XXX[ 3 ]; => 以數組方式創建 3 個 XXX 對象
new XXX[ number ]; => 以數組方式創建 number 個 XXX對象
new std::list< class *>[ number ]; => 以數組方式創建 number 個 std::list<class*> 對象

推，我已經用Sublime Text大約一年了，感覺就是個輕便簡易版的vim。
另外推個插件: SublimeLinter，可以在編輯時就抓出很多語法錯誤。

鎖定幾個有興趣的專案，先從簡單的提issue，幫助編寫wiki開始。
深入理解代碼後，可以發pull request。