羅斯扥波維奇 EMI 錄音全集真好聽之二

繼續聽拿到不久的羅斯扥波維奇EMI錄音全集，慢慢的聽。在網路上偶然才看到，原來裡面有好些原來就是很經典的版本。

最讓我意外的是他的CD 1,2就是巴哈 : 無伴奏大提琴組曲 / 羅斯托波維奇，我之前在網路上看到推薦，還想去找找來聽聽，原來也收錄在裡面。的確是很棒，網路推薦沒騙人。

感動~~

入手 ROSTROPOVICH EMI錄音全集

入手 ROSTROPOVICH EMI錄音全集。錄音聽起來很不錯，又是大師拉的就真的不一樣啦。:)
其實在博客來訂了好久，一直等不到出貨，今天終於拿到手。大提琴厚實飽滿的音色，聽起來真舒服。可惜大提琴實在是滿大，不然我就改拉大提琴了。

最近這半年貪小便宜心大起，一堆大廠狂出大部頭錄音全集，又全是大師全集，搞的我小朋友大出走，書架都滿出來了。小朋友們，我很愛你們的，你們不要亂跑呀。

不過真的很好聽。

Trac 越來越容易安裝了

最近有需要又重新build了一個Trac。發現Trac整合完成後比以前又更容易安裝設定了。使用新的 template系統所以也不像以前還要自己去裝一些python的plugin。現在通通整合到easy_install裡去了。

唯一遇到的問題是本來想用Python2.6，但是easy_install和svn binding的binary都還沒update到2.6，也懶得全部自己來。所以又降回2.5。

今天重乾淨的系統開始
1.裝Python
2.裝easy_install
3.裝subversion python binding
4.用easy_install裝Trac : easy_install Trac (還真的是easy)
5.trac-admin initenv
6.init svn repos.: svnadmin create

練完收功~

compile speed up tip

寫程式時遇到比較大的程式時，常常要花許多時間在compile上，有幾個可以加速compile的小tip，可以參考。

1.ccache
這是object file的cache的工具。基本的運作原理就是他會在compile做完preprocess之後，把compiler的版本，使用的參數及做完preprocess後的內容做出一個checksum，用以判斷程式碼是否有改變，沒改變時就可以把cache裡的檔案拿出來用。除非你一次改了大部分的程式，通常都會有一定效率改善。不過一般人寫程式時，也不太會改了一大堆再來compile。你如果是這樣，那要考慮一下，這不是個好習慣。

2.parallel compile
很多的building tool都會支援parallel compile。像許多人用的gnu make就有不錯的支援，可以同時compile獨立的部分。以gnu make為例，使用make -j[] 就能使用parallel compile，還可以用"-l"限制不要使用過多的system resource。據說以讓task數量為cpu的二到三倍時的效率會最好。但是使用parallel compile時，一定要注意好depency的部分。gcc也可以幫助你產生depency check list.

3.如果你compile時使用到network的 resource，例如很多人會使用nas當storage。那linking時object或library的大小也會影響到linking的速度，可以考慮把library copy到load disk，這樣在network resource比較吃緊時也會有幫助。不過如果bandwidth很充足時，改善的空間可能就不大了。

4.disk種類
另外在使用load disk時不管是直接在loadl disk compile或是當compile temp，disk的種類也會有影響。一般而言scsi在多工時的效率會比ide/sata好，但是要強調的是多人多工時，而不是瞬間存取速度。如果你只有自己一個人在用，可能感覺不太出差異。

5.RAID type
如果你使用RAID當你的storage，那你至少要了解RAID 0到RAID 5 的不同。對資料的保護方式不同，存取速度當然也就不同。現在RAID不算貴，連很多家用nas都支援RAID，我想這是很多人都可以考慮的調整選項。

PS.來一個跟以上比較不一樣的，如果你使用C/C++，不必要的header就不要include，可以減少compile時對header的checking和parsing，也能減少disk io。不過最重要的其實是減少你程式裡無謂的depency。

好用的vim plugin

列出我現在用vim寫程式時會配合使用的一些好用plugin，有些也在vim script ranking的前幾名。

taglist.vim The "Tag List" plugin is a source code browser plugin

minibufexpl.vim Elegant buffer explorer
或
TabBar Plugin to add tab bar ( derived from miniBufExplorer).
或
bufexplorer.zip Buffer Explorer / Browser
個人較愛用TabBar，因為他可以用Alt+1, ALT+2快速變換檔案。但是有一個很大的缺點是跟其他的file explorer配合使用時，在視窗的調整上常有問題。

pyte
A clean, light (nearly white) theme

winmanager A windows style IDE for Vim 6.0
win manager Improved Adds directory shortcuts to winmanager for faster traversal across file system.
The NERD tree A tree explorer plugin for navigating the filesystem。要7.0以上才能用。我自己主要還是用6.3，所以比較少用。

VisualMark Visual mark, similar to UltraEdit's bookmark
ShowMarks Visually shows the location of marks.
但是ShowMarks會有delay的感覺。

snippetsEmu
An attempt to emulate TextMate's snippet expansion

grep.vim
Grep search tools integration with Vim. vim7.0己後就內建此一功能，但因為我用的是6.3

ShowFunc.vim
Creates a list of all tags / functions from a window, all windows or buffers.

cppcomplete C/C++ and Java code completion
word_complete automatically offers word completion as you type
SuperTab Do all your insert-mode completion with Tab.
vim 7 新增的 omni-completion感覺很強大的樣子，但是我的環境的關係，不常用vim7。

有趣的plug
sketch

grep with quickfix
quickfix的功能有很多
在這裡配合vim呼叫外部程式grep
可以列出符合的項目
舉例來說，要找有呼叫function1()的所有檔案及位置

:gr -R function1 ./*

即可將結果放進vim的列表中並跳進第一個符合點
接下來有幾個功能可以使用

:cn => 下一個符合點
:cp => 前一個符合點
:cl => 再次列出所有符合
:copen => 開出一個新視窗表列所有符合

方便好用的 TiddlyWiki

TiddlyWiki
原本是想找個可以隨手記錄一些note的軟體，網路上也有許多人紹介各種方便的軟體。但是覺得跟我想像的不太一樣。
後來就把腦筋動到wiki或blog上，原本想自己弄個小小的local web server，跑跑wiki或blo的系統。後來試了一下又覺的blog不太適合，因為既然是要隨手記錄，就希望好寫好查好改，blog還要登入，寫成一篇篇post，在書寫和修改好像麻煩了點。不過就是自己一個人在local上使用的系統，也就不用考慮太多安全性的問題了。那wiki？好書寫，好修改。好像滿合適的。

就這麼打定主意啦，就使用wiki來當note，還可以把版面弄的漂漂亮亮的，要粗體斜體，要條列要表格都很好做。但是我就是這點不好，wiki系統這麼多種。還想再看看還有沒有其他更好用方便架設的wiki系統。雖然說使用xampp之類的東西要架個local server是完全不用費心，但還是想有沒有更簡單的方法。

結果就是發現了TiddlyWiki這個檔案型式的wiki系統。

因為wiki目前普遍的用法就是讓許多人一起去寫內容，但是人多問題多，所以就需要許多功能來讓多人使用方便也預防有人搗蛋。像database啦，版本回復啦，真的是很棒的功能.....對很多人一起寫的時候。但是我只有一個人呀。只是要當note當小km系統還要弄個database還要版本回復。幸好，我還沒病的這麼重。

TiddlyWiki就很適合我目前的需求啦。只要一個html，利用javascrpt還做了許多很炫的功能(雖然這不是我的重點)，可以使用wiki的語法，還可以帶來帶去，不需安裝軟體(好吧，你需要一個支援javascript的browser)。在公司想到的事情可以方便的記下來回家再搬到別的地方。愛死它了。還有pluging可以同步到其他的wiki系統。

TiddlyWiki也擁有大部分wiki系統所有的功能。主要缺的是沒資料庫，沒版本記錄功能。但還是有一般的搜尋功能。如果定位成個人小型的wiki系統，這些功能反而就沒什麼重要了。而且TiddlyWiki還有plugin的能力，網路也有為他寫的各種plugin。另一方面TiddlyWiki是由javascript寫出來的，所以browser對javascript的支援能力就很重要。但是內行人都知道各種browser對javascript支援實在很混亂。幸好在前兩大ie和firefox的支援上都還ok。對Safari需要另外的pluging。有帶來帶去的需要的人可以考慮firefox portable。和TiddlyWiki一起帶著，應該還不算是太大的負擔。

TiddlyWiki本身彈性設計的plugin可以做很多有趣的事情。可以有wyswyg的editor，可以利用plugin從其他wiki系統轉換資料，使用其他wiki系統的語法。我覺得另一個很有趣的計設是有由TiddlyWiki加上plugin變成GTD軟體(Get the Thing Done)。TiddlyWiki也有熱心的人中文化，有中文教學，還有中文的google group，整體來說中文資源還不少。

我正努力的推廣給我的朋友們使用。

TiddlyWiki Office Site

TiddlyWiki繁體中文版

中文版使用教學

Tiddyspot網路版

http://www.martinswiki.com/
提供了許多plugin，包含了能使用MediaWiki,JSPWiki,Trac 還有其他語法的plugin，
還有轉出轉入其他wiki系統資料到TiddlyWiki的plugin


Ahwii業務效率寶典:TiddlyWiki不只是Wiki
列出許多TiddlyWiki的資料連結

TiddlyWiki base GTD系統
MonkeyGTD
Ducbed
TagglyTagging

Ahwii業務效率寶典:GTD系統與TiddlyWiki激起洶湧浪潮
TiddlyWiki及一些TiddlyWiki base GTD如MonkeyGTD,Ducbed 軟體中文化

初試 QT

最近換了新公司。新公司採用QT做為windows的library。剛開始的一兩天先摸一摸QT。之前只有使用KDE的經驗，沒真的寫過QT的程式。

初學的心得覺得雖然沒用過，但有VCL和MFC的經驗去看，很多地方猜就能猜出個七八成。
覺得現在的軟體設計在某些陪分應該算是比較成熟點了，大家的做法在互相學習互相參考下之後，採用的架構和方式都很像。很多機制或觀念大家的做法都差不多。即便是實作的方式不同，但有的一看就知道精神是一樣的。其實這就是技術的累積和成熟。

像很多人覺得C#抄襲了Java很多地方，但是這就是站在巨人的肩上才更能看的更高更遠。我也覺得Java也從從C++或Ada的身上學到許多該做和不該做的事。

不過據說QT的授權還滿貴的，到底有多貴呢？真是好奇。