在YouTube看到的，這是到目前歷年來各Windows版本的開機畫面和開機音樂，看起來其實還滿懷念的，而且好幾首音樂其實都滿好聽的。:p
廢話不多說，點選播放吧～～～
2008年4月29日
2008年4月28日
程式設計之快速入門法
程式設計對大部分人來說，都會感覺是非常專業的東西。
從我小時候接觸到的電視、電影經常可以發現到，裡面的電腦高手，往往都是對著電腦不斷的打字，然後螢幕不斷顯現各種奇怪的畫面或程式碼，就算程式碼出現的只是9x9乘法表，都還是會讓人感覺非常的專業。
也許因為電腦的發展往往跟『高科技』畫上等號，又也許電腦常常出現在讓人感覺不可思議的場合，也可能是電視、電影長期灌輸的電腦高手印象，不論是任何人，只要看到在寫程式的人，都會從內心升起一股莫名的崇拜。
而我個人來說，從國小就開始玩電腦，還記得小學六年級上電腦課，還簡單的寫過GW Basic，以我的年紀來說，和一些年長些的高手相比，我還嫩了些(看過有blog，有比我大10歲左右的高手，在那個年代就在超頻286、386)，但跟其他大部分的人相比，我的電腦經驗算是很早的了。
很多人想要學習程式設計，會去上課、補習，很多人在學校上電腦課上了一個學期，仍然不會寫程式，看著一些所謂的電腦高手，短時間內就可以把程式寫出來、跑出來，往往都會感覺很不可思議，從內心發出一聲『高手阿～』的吶喊。
包括我在內的許多可憐蟲，只有在這種時候，才會莫名的受到歡迎，班上不熟的男女咖，會在這種時間點突然跟你聊天，這種時候就會想，電影上又高又帥的電腦高手，其實從來不曾出現在現實生活中～(抱怨到此結束～)
那到底程式要怎麼寫？怎樣才可以快速的入門，學會程式寫作？
經過這麼多年的經驗後，我可以告訴大家，關鍵只有2個：
1. 語法(包含if, for, while...等使用)
2. 函式
不論是哪種程式語言，不管是硬體的、軟體的，比較硬一點的，比較軟一點的，軟硬適中的，通通脫離不了上述2個關鍵，差別只在稱呼和用法。
以高階的程式語言來說，我們拿Java來說(我Java還是比較熟些，比較不會漏氣... :p)，跟C相比，Java的語法比較特別，因為它有物件導向的概念，所以程式碼長的會和C比較不同，而和其他物件導向的語言相比(c#、php...等)，因為概念很接近，又都互相摹仿，所以語法會長的很接近。
我在之前曾經提過關於Java物件導向主程式的樣式，這類樣式通常是很固定的語法，建議直接背起來比較快，因為解釋了半天，結論還是把它背起來。
其他比較細節的語法，以Java來說，String a = new String();這種樣式，通過Example的一再練習，可以幫助快速的熟悉語法。
而程式語言的另一個重點在於函式，當我們語法熟悉之後，最重要的就是要找出這個語言提供的函式，了解我們有哪些函式可以使用。
以我個人感覺來說，以100分為滿分來看寫程式這件事情，會語法可以讓你從0分變成35分，知道函式之後，可以讓你從35分變成70分，2者對於寫程式的重要性就是這樣。
也許會說，你提的是高階語言，那低階語言呢？
以8051組合語言來說，以我之前當助教的經驗來說，很多人覺得很難，我以前還不相信資工的會怕寫程式，在我親自上課、帶課之後，才深刻發現到，原來資工的同學，對於組合語言有種莫名的懼怕，這是我以前在電子科系時候沒有出現過的。
以8051組合語言來說，同樣可以代入上述的2個關鍵，只是稱呼有些不同，在8051組語中，兩者分別是：
1. 語法
2. 指令集
其實8051組語給我感覺比PC上的Java簡單非常多，它的函式(指令集)從頭到尾，從尾到頭，怎麼數也都是那十幾二十個。
不論怎麼變化，永遠都是這些指令集的搭配使用，基本上能夠掌握住指令集，看得懂語法，知道如何用指令集來寫出if, for，那麼基本上8051大概前1/3的課你已經ok了。
同樣的情況也適用在Verilog這類硬體描述語言，尤其是Verilog，它的語法長的跟高階語言比較像，入門其實容易些，因為我這方面不很熟，只修過一個學期的課，能力僅僅只是用C的寫法去寫Verilog，不符合block設計的概念，模擬時還ok，實際下去跑，我相信會有很嚴重的delay問題，細節就不方便拿來解釋了。
電腦其實是很單純的東西，不論它的程式怎麼變化，最基本就是很多很多的指令(指令集)，所謂的程式，就是指令集的組合。
當程式的層次提昇之後，指令集已經不足以描述程式的動作了，因此變成了function(函式)，但這些函式的設計，本質上和指令集是類似的，當加入物件導向概念之後，function為了適應物件導向的敘述和設計，變成了類別、物件(Class)，但本質上來說，仍舊是指令集的延伸，因此程式設計上，就是先找出能夠使用的指令集、function、Class。
而語法也是一樣的情況，因為程式的層次不同，最底層就是使用特定的格式把指令集組合起來，並使用if(8051組語中的JZ xx xx，當暫存器內容等於0的時候跳), for(DJNZ xx xx，當暫存器內容-1等於0之後跳；非8051的單晶片，很多沒有DJNZ這樣的指令，同樣可以用SUB xx xx加上JZ xx xx，讓暫存器內容-1，等於0時跳)讓電腦進行判斷和重覆操作，這就是電腦最基本的操作方式。
而層次不斷的提昇，可以讓程式的複雜度越來越高，但是基本上仍舊脫離不了電腦本質的操作方式(if, for)，而為了更接近人的語言，專門設計了int x = 10;這樣的敘述樣式和String x = new String();這樣的敘述樣式，但根本上還是組合函式(組合指令集)，並使用if, for的電腦操作。
結論，從上面提到的一堆可以知道，要學寫程式，最快的方式就是了解語法，找出可以用的函式，只要掌握這兩點，我相信任何程式語言都能夠比較快速的上手。
看到這裡其實文章算是結束了，但是可能會有人有疑問，感覺還差了甚麼，也有人會問，上述2點掌握了，我能拿到70分，那要拿80,90甚至更高要怎麼拿？所以我加了這段～
要拿到70分很容易，要拿更高就有難度了，關鍵在於：
3. 了解程式語言的模式、設計
這部分以8051組合語言來敘述很貼切，8051前面1/3除了頭2堂課解說8051的接腳、歷史之外，主要在教基本I/O和語法，先讓同學熟悉語法。
但是從1/3開始，會開始教Timer、中斷、七段顯示器操作、鍵盤掃瞄...等，這每個部分的程式設計都很特別，都具有某些特色，像Timer要使用要先設定某些暫存器，中斷要使用要設定某些暫存器，中斷又能和Timer搭配使用，鍵盤掃瞄要以迴圈方式不斷的檢查按鍵...等，這些就是8051組合語言的模式、設計。
同樣的道理也出現在Java上，Java許多Class我們都需要看Example，而且Class之間使用的方式差異性很大，像是Java的I/O(BufferedReader、BufferedWriter)這種設計就和C的I/O完全不同，沒看過範例，可能很難了解怎麼使用它，這就是Java在I/O的模式、設計。
在Java上同樣情況也發生在資料庫呼叫(JDBC操作)，JDBC固定那4,5個步驟，如果沒看過Example，很難理解它要怎麼寫，這就是Java在資料庫操作的模式、設計。
而在Linux上的C也是這樣，因為在Linux上，相對Java來說又是比較低階的程式語言，有許多POSIX特性的設計和function，像我之前寫MYVIDEO時才學到的IOChannel，這在舊版的Java是沒有的，都要用Thread，新版的Java(1.5還是1.6吧～)才加入了類似的機制。
而在Verilog更是明顯，Verilog的設計都以Block為思考方式，設計上比較接近pipeline的概念，程式設計強調的是同時所有Block一起操作，但每個Block只操作一個動作，而且Block設計的程式碼以精簡為訴求，Block內程式愈短，整顆IC在每個clock的delay可以控制的愈短。
這以高階語言來看，有點像是同時設計超多的Thread，每個Thread要求又要像Interrupt內容一樣，愈短愈好。
而程式多半建議以加法器、減法器來組合，概念類似AND、OR、NOT的邏輯閘算式，這就是硬體描述語言的模式、設計。
這部分的經驗愈豐富，看的Example愈多，分數可以拿的愈高，掌握基本的幾個模式、設計，分數可以從70分拉到80甚至90分沒問題。
而我認為最後一個程式設計的要點，算是：
4. 演算法＆Model
這點和3有些關係，畢竟很多模式、設計，都是演算法＆Model實作出來的，所以第3點和這第4點間的界定有些模糊。
不可否認，電腦其實就是計算機，計算機主要就是用來算數學用的，所以電腦最初的發展，就是用來進行高速運算，一直到現在，儘管電腦有了很多發展方向，但運算能力仍舊是電腦的主要核心，高速運算也一直是電腦發展中一個主要的領域之一。
正因為如此，演算法在電腦的程式設計中，是很重要的部分，目前全世界有數不清的演算法正在發展，但更多的是成熟的電腦演算法，要晉升到電腦高手，程式設計能力要從80~90上升到90以上，學習電腦演算法是不可避免的，正如前面提到的，很多模式、設計都是從演算法、Model實作出來的，但我們無法保證所有程式語言都有提供這些演算法，這時候如果能夠自行寫出符合環境需要的演算法，那麼對於程式效能、程式功能都會有決定性的影響。
而Model也是，因為電腦程式越來越複雜，大量的Interface和Model是不可避免的，這可以降低程式的複雜度，讓程式碼更容易理解，更方便開發，電腦設計中同樣有很多成熟的Model被廣泛運用，這類的Model接觸愈多，對於程式設計的幫助愈大。
我個人評價，當你已經是個腦中有許多演算法設計、許多Model設計，又對於很多程式的模式、設計很有經驗，那麼你可以打聽看看別人對你的電腦評價，應該不會低於85分。
從我小時候接觸到的電視、電影經常可以發現到，裡面的電腦高手，往往都是對著電腦不斷的打字，然後螢幕不斷顯現各種奇怪的畫面或程式碼，就算程式碼出現的只是9x9乘法表，都還是會讓人感覺非常的專業。
也許因為電腦的發展往往跟『高科技』畫上等號，又也許電腦常常出現在讓人感覺不可思議的場合，也可能是電視、電影長期灌輸的電腦高手印象，不論是任何人，只要看到在寫程式的人，都會從內心升起一股莫名的崇拜。
而我個人來說，從國小就開始玩電腦，還記得小學六年級上電腦課，還簡單的寫過GW Basic，以我的年紀來說，和一些年長些的高手相比，我還嫩了些(看過有blog，有比我大10歲左右的高手，在那個年代就在超頻286、386)，但跟其他大部分的人相比，我的電腦經驗算是很早的了。
很多人想要學習程式設計，會去上課、補習，很多人在學校上電腦課上了一個學期，仍然不會寫程式，看著一些所謂的電腦高手，短時間內就可以把程式寫出來、跑出來，往往都會感覺很不可思議，從內心發出一聲『高手阿～』的吶喊。
包括我在內的許多可憐蟲，只有在這種時候，才會莫名的受到歡迎，班上不熟的男女咖，會在這種時間點突然跟你聊天，這種時候就會想，電影上又高又帥的電腦高手，其實從來不曾出現在現實生活中～(抱怨到此結束～)
那到底程式要怎麼寫？怎樣才可以快速的入門，學會程式寫作？
經過這麼多年的經驗後，我可以告訴大家，關鍵只有2個：
1. 語法(包含if, for, while...等使用)
2. 函式
不論是哪種程式語言，不管是硬體的、軟體的，比較硬一點的，比較軟一點的，軟硬適中的，通通脫離不了上述2個關鍵，差別只在稱呼和用法。
以高階的程式語言來說，我們拿Java來說(我Java還是比較熟些，比較不會漏氣... :p)，跟C相比，Java的語法比較特別，因為它有物件導向的概念，所以程式碼長的會和C比較不同，而和其他物件導向的語言相比(c#、php...等)，因為概念很接近，又都互相摹仿，所以語法會長的很接近。
我在之前曾經提過關於Java物件導向主程式的樣式，這類樣式通常是很固定的語法，建議直接背起來比較快，因為解釋了半天，結論還是把它背起來。
其他比較細節的語法，以Java來說，String a = new String();這種樣式，通過Example的一再練習，可以幫助快速的熟悉語法。
而程式語言的另一個重點在於函式，當我們語法熟悉之後，最重要的就是要找出這個語言提供的函式，了解我們有哪些函式可以使用。
以我個人感覺來說，以100分為滿分來看寫程式這件事情，會語法可以讓你從0分變成35分，知道函式之後，可以讓你從35分變成70分，2者對於寫程式的重要性就是這樣。
也許會說，你提的是高階語言，那低階語言呢？
以8051組合語言來說，以我之前當助教的經驗來說，很多人覺得很難，我以前還不相信資工的會怕寫程式，在我親自上課、帶課之後，才深刻發現到，原來資工的同學，對於組合語言有種莫名的懼怕，這是我以前在電子科系時候沒有出現過的。
以8051組合語言來說，同樣可以代入上述的2個關鍵，只是稱呼有些不同，在8051組語中，兩者分別是：
1. 語法
2. 指令集
其實8051組語給我感覺比PC上的Java簡單非常多，它的函式(指令集)從頭到尾，從尾到頭，怎麼數也都是那十幾二十個。
不論怎麼變化，永遠都是這些指令集的搭配使用，基本上能夠掌握住指令集，看得懂語法，知道如何用指令集來寫出if, for，那麼基本上8051大概前1/3的課你已經ok了。
同樣的情況也適用在Verilog這類硬體描述語言，尤其是Verilog，它的語法長的跟高階語言比較像，入門其實容易些，因為我這方面不很熟，只修過一個學期的課，能力僅僅只是用C的寫法去寫Verilog，不符合block設計的概念，模擬時還ok，實際下去跑，我相信會有很嚴重的delay問題，細節就不方便拿來解釋了。
電腦其實是很單純的東西，不論它的程式怎麼變化，最基本就是很多很多的指令(指令集)，所謂的程式，就是指令集的組合。
當程式的層次提昇之後，指令集已經不足以描述程式的動作了，因此變成了function(函式)，但這些函式的設計，本質上和指令集是類似的，當加入物件導向概念之後，function為了適應物件導向的敘述和設計，變成了類別、物件(Class)，但本質上來說，仍舊是指令集的延伸，因此程式設計上，就是先找出能夠使用的指令集、function、Class。
而語法也是一樣的情況，因為程式的層次不同，最底層就是使用特定的格式把指令集組合起來，並使用if(8051組語中的JZ xx xx，當暫存器內容等於0的時候跳), for(DJNZ xx xx，當暫存器內容-1等於0之後跳；非8051的單晶片，很多沒有DJNZ這樣的指令，同樣可以用SUB xx xx加上JZ xx xx，讓暫存器內容-1，等於0時跳)讓電腦進行判斷和重覆操作，這就是電腦最基本的操作方式。
而層次不斷的提昇，可以讓程式的複雜度越來越高，但是基本上仍舊脫離不了電腦本質的操作方式(if, for)，而為了更接近人的語言，專門設計了int x = 10;這樣的敘述樣式和String x = new String();這樣的敘述樣式，但根本上還是組合函式(組合指令集)，並使用if, for的電腦操作。
結論，從上面提到的一堆可以知道，要學寫程式，最快的方式就是了解語法，找出可以用的函式，只要掌握這兩點，我相信任何程式語言都能夠比較快速的上手。
看到這裡其實文章算是結束了，但是可能會有人有疑問，感覺還差了甚麼，也有人會問，上述2點掌握了，我能拿到70分，那要拿80,90甚至更高要怎麼拿？所以我加了這段～
要拿到70分很容易，要拿更高就有難度了，關鍵在於：
3. 了解程式語言的模式、設計
這部分以8051組合語言來敘述很貼切，8051前面1/3除了頭2堂課解說8051的接腳、歷史之外，主要在教基本I/O和語法，先讓同學熟悉語法。
但是從1/3開始，會開始教Timer、中斷、七段顯示器操作、鍵盤掃瞄...等，這每個部分的程式設計都很特別，都具有某些特色，像Timer要使用要先設定某些暫存器，中斷要使用要設定某些暫存器，中斷又能和Timer搭配使用，鍵盤掃瞄要以迴圈方式不斷的檢查按鍵...等，這些就是8051組合語言的模式、設計。
同樣的道理也出現在Java上，Java許多Class我們都需要看Example，而且Class之間使用的方式差異性很大，像是Java的I/O(BufferedReader、BufferedWriter)這種設計就和C的I/O完全不同，沒看過範例，可能很難了解怎麼使用它，這就是Java在I/O的模式、設計。
在Java上同樣情況也發生在資料庫呼叫(JDBC操作)，JDBC固定那4,5個步驟，如果沒看過Example，很難理解它要怎麼寫，這就是Java在資料庫操作的模式、設計。
而在Linux上的C也是這樣，因為在Linux上，相對Java來說又是比較低階的程式語言，有許多POSIX特性的設計和function，像我之前寫MYVIDEO時才學到的IOChannel，這在舊版的Java是沒有的，都要用Thread，新版的Java(1.5還是1.6吧～)才加入了類似的機制。
而在Verilog更是明顯，Verilog的設計都以Block為思考方式，設計上比較接近pipeline的概念，程式設計強調的是同時所有Block一起操作，但每個Block只操作一個動作，而且Block設計的程式碼以精簡為訴求，Block內程式愈短，整顆IC在每個clock的delay可以控制的愈短。
這以高階語言來看，有點像是同時設計超多的Thread，每個Thread要求又要像Interrupt內容一樣，愈短愈好。
而程式多半建議以加法器、減法器來組合，概念類似AND、OR、NOT的邏輯閘算式，這就是硬體描述語言的模式、設計。
這部分的經驗愈豐富，看的Example愈多，分數可以拿的愈高，掌握基本的幾個模式、設計，分數可以從70分拉到80甚至90分沒問題。
而我認為最後一個程式設計的要點，算是：
4. 演算法＆Model
這點和3有些關係，畢竟很多模式、設計，都是演算法＆Model實作出來的，所以第3點和這第4點間的界定有些模糊。
不可否認，電腦其實就是計算機，計算機主要就是用來算數學用的，所以電腦最初的發展，就是用來進行高速運算，一直到現在，儘管電腦有了很多發展方向，但運算能力仍舊是電腦的主要核心，高速運算也一直是電腦發展中一個主要的領域之一。
正因為如此，演算法在電腦的程式設計中，是很重要的部分，目前全世界有數不清的演算法正在發展，但更多的是成熟的電腦演算法，要晉升到電腦高手，程式設計能力要從80~90上升到90以上，學習電腦演算法是不可避免的，正如前面提到的，很多模式、設計都是從演算法、Model實作出來的，但我們無法保證所有程式語言都有提供這些演算法，這時候如果能夠自行寫出符合環境需要的演算法，那麼對於程式效能、程式功能都會有決定性的影響。
而Model也是，因為電腦程式越來越複雜，大量的Interface和Model是不可避免的，這可以降低程式的複雜度，讓程式碼更容易理解，更方便開發，電腦設計中同樣有很多成熟的Model被廣泛運用，這類的Model接觸愈多，對於程式設計的幫助愈大。
我個人評價，當你已經是個腦中有許多演算法設計、許多Model設計，又對於很多程式的模式、設計很有經驗，那麼你可以打聽看看別人對你的電腦評價，應該不會低於85分。
2008年4月27日
unixODBC 教學
在Windows上寫過資料庫程式的，應該都聽過ODBC這個東西，這東西全名是Open Database Connectivity，由M$所制定的，相關說明可以參考中文維基百科-ODBC或更詳細的英文維基百科-ODBC。
簡單的說，M$為了統一所有資料庫系統在Windows上的存取方式，因此訂出了ODBC這樣的介面標準，並開放給資料庫廠商呼叫使用，而且美其名叫『Open Database Connectivity(開放資料庫互連)』，但實際上，開放在哪裡？
而且一直來說，都是M$說，別人做，哪來開放的道理？
更有趣的是，翻翻Visual C++、Visual C#、Visual Basic...等任何一本書，M$實際上建議大家使用ADO，並說使用ADO呼叫資料庫會有比較好的存取效率，因此我們完全可以認為，M$提供一個介面給別人用，但是包括他自己在內的所有人都知道，多一個介面來存取資料庫，並不會提昇效能。
不過這個介面並非都是缺點，有了ODBC，Windows上所有資料庫存取都有了統一的呼叫方式，這讓程式開發時，有了統一的資料庫呼叫，對資料轉移，程式碼的彈性都有幫助。
可惜ODBC的這一切都只在Windows上，事實上除了Windows之外，很多OS並沒有ODBC，結果說到底，感覺M$比較像是自己定規則給別人(ODBC)，但是自己也建議別人不要用(建議用ADO)。
目前Linux/FreeBSD上已經有Open Source的ODBC實作，要設定使用都很容易，教學如下：
===================================
Linux 上要設定 ODBC 很容易，首先要知道，Linux 上的 ODBC 有兩套，分別是：
iODBC
unixODBC
這裡我們使用 unixODBC，並搭配 MySQL。
使用 Ubuntu 時(Debian 應該一樣)，安裝套件：
unixodbc unixODBC 主程式
unixodbc-bin unixODBC 圖形化設定介面
libmyodbc MySQL 的 unixODBC Driver
安裝好之後，要設定很容易，他的設定分 2 部分：
一個部分是設定 unixODBC 的 Driver，MySQL Driver 的設定有提供 example，位置如下：
如果是第一次安裝 unixODBC，這時候正常是沒有任何 Driver 設定的，
那我們可以簡單的直接把設定檔複製到 /etc/ 下，如下：
如果曾經安裝過其他 Driver，
我們可以把 /usr/share/libmyodbc/odbcinst.ini 內容加入到 /etc/odbcinst.ini
另一部份就要先提 Windows 上 ODBC 的設定，
在 Windows 上『控制台』->『系統管理程式』有個『ODBC資料來源』
裡面可以設定 ODBC 的資料庫來源，內容包括 SQL Server IP、帳號、密碼、資料庫名稱...等，
然後只需要透過 ODBC 的名稱來使用這些資訊，並連線到 SQL Server。
另外值得一提的是，『ODBC資料來源』中，有所謂的『使用者來源』和『系統來源』，
這指的是這個資料庫設定，是只有使用者看得到、用得到的，還是整個系統(所有使用者)都看得到、用得到。
而在 unixODBC 上也是一樣的，只是這些設定儲存在設定檔中，
以『系統來源』來說，所有使用者都能使用的 ODBC 設定，設定檔是 /etc/odbc.ini；
以『使用者來源』來說，只有自己能使用的 ODBC 設定，設定檔是 ~/.odbc.ini。
設定檔範例如下：
格式說明如下：
而 odbcinst.ini 正常來說，Driver 都要提供範例，以這邊 MySQL 為例，它的內容如下：
注意到『[MySQL]』，這就是我們上面 odbc.ini 中提到的 Driver 欄位要填的內容。
上面說了一堆之後，我們可以發現到 unixODBC 設定實在有夠麻煩，尤其是 odbc.ini 的設定，
有沒有類似 Windows 上『ODBC資料來源』那樣的 GUI 設定介面呢？
有～我們前面安裝的套件『unixodbc-bin』，裡面就有提供這樣的工具給我們使用，
unixODBC 有 2 個圖形化介面工具可以使用，分別是：
ODBCConfig
DataManager
其中最重要、好用的，就是 ODBCConfig，如下執行：
執行後會看到一個類似 Windows 上『ODBC資料來源』的 GUI 視窗。
如果前面已經有按照說明設定過了，
以我來說，我將上面 odbc.ini 的設定存成 ~/.odbc.ini，
那麼進入 ODBCConfig 介面後，我會在『User DSN』分頁看到這個設定。
目前，中文似乎還有問題，如何指定編碼目前我還不會。
==============================================
簡單的說，M$為了統一所有資料庫系統在Windows上的存取方式，因此訂出了ODBC這樣的介面標準，並開放給資料庫廠商呼叫使用，而且美其名叫『Open Database Connectivity(開放資料庫互連)』，但實際上，開放在哪裡？
而且一直來說，都是M$說，別人做，哪來開放的道理？
更有趣的是，翻翻Visual C++、Visual C#、Visual Basic...等任何一本書，M$實際上建議大家使用ADO，並說使用ADO呼叫資料庫會有比較好的存取效率，因此我們完全可以認為，M$提供一個介面給別人用，但是包括他自己在內的所有人都知道，多一個介面來存取資料庫，並不會提昇效能。
不過這個介面並非都是缺點，有了ODBC，Windows上所有資料庫存取都有了統一的呼叫方式，這讓程式開發時，有了統一的資料庫呼叫，對資料轉移，程式碼的彈性都有幫助。
可惜ODBC的這一切都只在Windows上，事實上除了Windows之外，很多OS並沒有ODBC，結果說到底，感覺M$比較像是自己定規則給別人(ODBC)，但是自己也建議別人不要用(建議用ADO)。
目前Linux/FreeBSD上已經有Open Source的ODBC實作，要設定使用都很容易，教學如下：
===================================
Linux 上要設定 ODBC 很容易，首先要知道，Linux 上的 ODBC 有兩套，分別是：
iODBC
unixODBC
這裡我們使用 unixODBC，並搭配 MySQL。
使用 Ubuntu 時(Debian 應該一樣)，安裝套件：
unixodbc unixODBC 主程式
unixodbc-bin unixODBC 圖形化設定介面
libmyodbc MySQL 的 unixODBC Driver
安裝好之後，要設定很容易，他的設定分 2 部分：
一個部分是設定 unixODBC 的 Driver，MySQL Driver 的設定有提供 example，位置如下：
/usr/share/libmyodbc/odbcinst.ini如果是第一次安裝 unixODBC，這時候正常是沒有任何 Driver 設定的，
那我們可以簡單的直接把設定檔複製到 /etc/ 下，如下：
# cp /usr/share/libmyodbc/odbcinst.ini /etc/如果曾經安裝過其他 Driver，
我們可以把 /usr/share/libmyodbc/odbcinst.ini 內容加入到 /etc/odbcinst.ini
另一部份就要先提 Windows 上 ODBC 的設定，
在 Windows 上『控制台』->『系統管理程式』有個『ODBC資料來源』
裡面可以設定 ODBC 的資料庫來源，內容包括 SQL Server IP、帳號、密碼、資料庫名稱...等，
然後只需要透過 ODBC 的名稱來使用這些資訊，並連線到 SQL Server。
另外值得一提的是，『ODBC資料來源』中，有所謂的『使用者來源』和『系統來源』，
這指的是這個資料庫設定，是只有使用者看得到、用得到的，還是整個系統(所有使用者)都看得到、用得到。
而在 unixODBC 上也是一樣的，只是這些設定儲存在設定檔中，
以『系統來源』來說，所有使用者都能使用的 ODBC 設定，設定檔是 /etc/odbc.ini；
以『使用者來源』來說，只有自己能使用的 ODBC 設定，設定檔是 ~/.odbc.ini。
設定檔範例如下：
[MySQL-Optical_Disc_Manage]
Description = MySQL Optical_Disc_Manage
Driver = MySQL
Server = 192.168.1.6
Database = Optical_Disc_Manage
Port = 3306格式說明如下：
[ODBC連線名稱]
Description = 這個連線的描述
Driver = Driver的類型，這部分參考 /etc/odbcinst.ini
Server = SQL Server IP
Database = 資料庫名稱
Port = 連接埠埠號而 odbcinst.ini 正常來說，Driver 都要提供範例，以這邊 MySQL 為例，它的內容如下：
[MySQL]
Description = MySQL driver
Driver = /usr/lib/odbc/libmyodbc.so
Setup = /usr/lib/odbc/libodbcmyS.so
CPTimeout =
CPReuse = 注意到『[MySQL]』，這就是我們上面 odbc.ini 中提到的 Driver 欄位要填的內容。
上面說了一堆之後，我們可以發現到 unixODBC 設定實在有夠麻煩，尤其是 odbc.ini 的設定，
有沒有類似 Windows 上『ODBC資料來源』那樣的 GUI 設定介面呢？
有～我們前面安裝的套件『unixodbc-bin』，裡面就有提供這樣的工具給我們使用，
unixODBC 有 2 個圖形化介面工具可以使用，分別是：
ODBCConfig
DataManager
其中最重要、好用的，就是 ODBCConfig，如下執行：
# ODBCConfig執行後會看到一個類似 Windows 上『ODBC資料來源』的 GUI 視窗。
如果前面已經有按照說明設定過了，
以我來說，我將上面 odbc.ini 的設定存成 ~/.odbc.ini，
那麼進入 ODBCConfig 介面後，我會在『User DSN』分頁看到這個設定。
目前，中文似乎還有問題，如何指定編碼目前我還不會。
==============================================
2008年4月24日
Ubuntu 8.04 LTS正式發佈
這新聞還很熱～
Ubuntu最新版本正式發佈，值得注意的是，這次發佈的版本是LTS版，所謂的LTS版是指這個版本會有較長的支援服務，原文介紹如下：
The "LTS" version of Ubuntu receives long-term support. 3 years for desktop versions and 5 years for server versions.
Ubuntu 8.04 LTS Desktop Edition - Supported to 2011
Ubuntu 8.04 LTS Server Edition - Supported to 2013
下載可以到Ubuntu美國的下載頁面選擇下載，頁面網址如下：
http://www.ubuntu.com/getubuntu/download
如果在台灣，想直接從台灣站台下載，下面是台大的下載連結：
Ubuntu 8.04 LTS Desktop Edition - Supported to 2011
Ubuntu 8.04 LTS Server Edition - Supported to 2013
Ubuntu最新版本正式發佈，值得注意的是，這次發佈的版本是LTS版，所謂的LTS版是指這個版本會有較長的支援服務，原文介紹如下：
The "LTS" version of Ubuntu receives long-term support. 3 years for desktop versions and 5 years for server versions.
Ubuntu 8.04 LTS Desktop Edition - Supported to 2011
Ubuntu 8.04 LTS Server Edition - Supported to 2013
下載可以到Ubuntu美國的下載頁面選擇下載，頁面網址如下：
http://www.ubuntu.com/getubuntu/download
如果在台灣，想直接從台灣站台下載，下面是台大的下載連結：
Ubuntu 8.04 LTS Desktop Edition - Supported to 2011
Ubuntu 8.04 LTS Server Edition - Supported to 2013
2008年4月21日
寶特瓶重複使用來減量～政策倒車？
看看如下新聞：
德國採重複使用減量 環團促傚法
整篇新聞看起來立意良好，似乎是合情合理的，可是讓我們把時間推到20年前。
有多少人還記得20年前寶特瓶飲料的價格？
如果我沒記錯，當時是15元一瓶。
當時環保署(局？)推行寶特瓶回收計畫，為了讓計畫能夠順利推行，當時把所有寶特瓶的價格都漲了2元(變成17元)，這2元叫做什麼寶特瓶處理費還是寶特瓶回收費。
只要我們把喝過的寶特瓶拿回7-11，就可以拿到2元，而學校各個班級，也盡全力要全班努力收集寶特瓶，全校各年級比賽，看哪個班級收集的最多，而這些回收的錢，都是用作班費來使用。
上面這段過去，我相信六年級生和七年級初段班的學生應該都有印象。
在過了多年之後，我們發現到寶特瓶飲料這2元從來沒有降回來過，而寶特瓶回收也偷偷地消失了，現在的寶特瓶回收，似乎變成了自發性的行為，那我想問，回收金到哪裡去了？當時廠商因為回收金偷漲的2元到哪裡去了？
而過了20年之後，現在又出現了新聞，建議我們把寶特瓶重複使用，這不是很諷刺嗎？因為類似的政策，在20年前就定了，而且也實行了很多年，既然寶特瓶飲料只有漲價沒有降價，那麼我們是否可以相信，整個回收流程已經制度化拉～
因此這則新聞我特別有意見，並把它po出來是因為2點：
1. 類似的政策應該以前環保署就推行過了，而且當時還是結合廠商、通路...等，以回收金的方式加到使用者身上了，這顯然變成政策倒車
2. 既然現在又被提出來，那麼台灣當時的寶特瓶回收政策，是否已經失敗了？那我們的回收金呢？是回收業者污了，還是廠商污了？
3. 還是其實台灣這方面已經做的很好了，這則新聞純粹是搞不清楚狀況的記者，加上幾個搞不清楚狀況的人士亂寫出來的？
德國採重複使用減量 環團促傚法
整篇新聞看起來立意良好，似乎是合情合理的，可是讓我們把時間推到20年前。
有多少人還記得20年前寶特瓶飲料的價格？
如果我沒記錯，當時是15元一瓶。
當時環保署(局？)推行寶特瓶回收計畫，為了讓計畫能夠順利推行，當時把所有寶特瓶的價格都漲了2元(變成17元)，這2元叫做什麼寶特瓶處理費還是寶特瓶回收費。
只要我們把喝過的寶特瓶拿回7-11，就可以拿到2元，而學校各個班級，也盡全力要全班努力收集寶特瓶，全校各年級比賽，看哪個班級收集的最多，而這些回收的錢，都是用作班費來使用。
上面這段過去，我相信六年級生和七年級初段班的學生應該都有印象。
在過了多年之後，我們發現到寶特瓶飲料這2元從來沒有降回來過，而寶特瓶回收也偷偷地消失了，現在的寶特瓶回收，似乎變成了自發性的行為，那我想問，回收金到哪裡去了？當時廠商因為回收金偷漲的2元到哪裡去了？
而過了20年之後，現在又出現了新聞，建議我們把寶特瓶重複使用，這不是很諷刺嗎？因為類似的政策，在20年前就定了，而且也實行了很多年，既然寶特瓶飲料只有漲價沒有降價，那麼我們是否可以相信，整個回收流程已經制度化拉～
因此這則新聞我特別有意見，並把它po出來是因為2點：
1. 類似的政策應該以前環保署就推行過了，而且當時還是結合廠商、通路...等，以回收金的方式加到使用者身上了，這顯然變成政策倒車
2. 既然現在又被提出來，那麼台灣當時的寶特瓶回收政策，是否已經失敗了？那我們的回收金呢？是回收業者污了，還是廠商污了？
3. 還是其實台灣這方面已經做的很好了，這則新聞純粹是搞不清楚狀況的記者，加上幾個搞不清楚狀況的人士亂寫出來的？
2008年4月17日
2008年4月10日
新增「繼續閱讀」功能
因為我blog經常都是長篇大論，所以就想加入「繼續閱讀」的功能，讓版面乾淨點。
我直接使用「繼續閱讀懶人加強版」，因為DIY的版本很多都需要自己設定「隱藏文章」，而繼續閱讀懶人加強版已經寫好JavaScript，除了加入參數方便設定之外，最重要的是有用JavaScript自動計算行數，固定顯示3行，對於我這種打blog不注意行數的人特別方便，因此就用它了。
我直接使用「繼續閱讀懶人加強版」，因為DIY的版本很多都需要自己設定「隱藏文章」，而繼續閱讀懶人加強版已經寫好JavaScript，除了加入參數方便設定之外，最重要的是有用JavaScript自動計算行數，固定顯示3行，對於我這種打blog不注意行數的人特別方便，因此就用它了。
2008年4月9日
台灣～裕隆～汽車設計
昨天上網亂翻，翻到了「飛羚101」～
可能是年紀的關係，我四周圍的同學沒有一個聽過這個東西，很不幸的～我竟然知道..... = =
讓我一瞬間就覺得，我老拉～這是兩代間的代溝～
其實台灣很可憐(不是民進黨的愛台灣)，可能是民族自尊吧～往往大家都覺得我們並不輸別人，事實上，看看台灣高鐵，看看台北101，台灣的技術真的不輸別人，再看看當每次打棒球世界盃時，旅外的球員都會盡量趕回來參賽，當政府要發展火箭、飛彈時，總工程師往往也都是在國外有成的台灣人回來協助研發的，雖然這樣，可是很多台灣人不知道為啥都有種自卑感，覺得國外的比較好，外國的月亮比較圓。
也不想想，我們能造出高速鐵路、能蓋出全世界第一高樓，電腦能夠賣到世界第一，世界上多少國家連想都不敢想，去找找韓國高鐵的資料，人家韓國高鐵蓋到沒錢蓋，增資好幾次(增資就是多借一點錢，可能是沒錢了，也可能花費比預算高)，到最後差點蓋不出來，鐵軌有1/3必須沿用現有鐵軌，最近才在慢慢重新改用高鐵專用鐵軌(版式鐵軌)。
世界第一高樓也不是說蓋就ok，看看上海那個什麼環球金融中心，1996年說要蓋世界第一高，結果蓋到後來沒錢了(遇到金融風暴)，然後大樓就這樣放著～一放10年，最近才又繼續蓋～
我們至少是說做，然後就一路按照計畫進行，一直到完成～
這樣看起來，到底我們自卑在哪裡阿？
昨天因為看到「飛羚101」的影片，就一併找了相關的資料，下面是簡單的介紹：
飛羚101是台灣第一部自行研發的汽車，除了引擎之外，整輛車子都是由「裕隆」設計製造的，這台車子在1986年上市，之後陸續有「飛羚102」、「精兵601」，都是衍生車型。
根據mobile01的討論串可以知道，飛羚101是裕隆公司心中的痛，也是台灣汽車產業的痛，在20年前，台灣被國際排擠，被中國打壓(到現在)，因此政府希望能夠把工業科技發展起來，除了改善台灣環境，增加台灣的能見度之外，也希望能夠反攻大陸。
在整個工業發展中，汽車發展是很重要的一個部份，其實我們可以稍微注意一下「偉人傳記」、「Discovery、國家地理頻道的科技介紹、科技成就」，因為這些提到的人物、科技背後，往往都是影響了未來數十年甚至上百年的世界發展，其中福特發明汽車就是一個大家耳熟能詳的故事。
在偉人傳記中，我們只會知道福特發明汽車，然後當時和歐洲其他幾個大型車廠的競爭(克萊斯勒、法拉利...等)，但是書中並沒有提到其他國家的處境，中國就是當時可憐的國家，沒有競爭的機會，自然不可能發展到汽車產業。
其實同樣的情況也發生在火車，看看目前世界上有能力設計、製造高速鐵路、捷運的國家，往前追溯，幾乎都是在火車發展的時期，有公司有碰觸到，擁有技術，然後參與競爭的國家。
至於其他國家，沒機會發展到的，大概終其一身就只能當消費者了～
正因為這樣，台灣在完全沒有技術背景的前提下要發展汽車，說難聽點，根本是找死～
事實證明了，果然差點把裕隆玩死了～
很多人在罵裕隆根本是賣國，當初政府為了讓它發展汽車，根本就是錢當水在倒，結果你裕隆把車子做出來了，有了汽車的設計技術了，就把整間公司賣給日本的Nissan，現在全部的裕隆車，統統都掛Nissan，這是怎樣～～
但是mobile01討論串內容推翻了這點，事實是，當時裕隆的確硬尻把車子尻出來了，但是技術背景不夠是事實，而且最重要的，台灣的汽車市場實在太小了，以現在來說，一年的車輛銷售約70000輛，少點就是60000多，多點就是70000多，這市場太小，而且已經飽和了。
裕隆自己慢慢尻，結果是光研發費用都攤不平，更不要說賺錢了，搞到最後裕隆差點破產，而現在整天穿阿曼尼的嚴凱泰之所以有名，就是因為當時他很倒楣的接了這樣的公司，然後透過公司賤賣(賣25%給Nissan)，加上把裕隆很多廠關了才撐下來的，也因此被罵賣國。
所以飛羚101就成了裕隆和台灣的痛，裕隆因為她差點倒閉，一堆技術人員流失，台灣因為她，花了非常非常多的錢，結果汽車產業還是死了～
汽車產業是非常封閉的產業，世界上汽車廠商就這麼幾家，相互之間還互向結盟，要進入這樣的產業非常困難，一來沒有技術(技術在汽車100年前發展時就開始累積)，二來沒有市場(市場都已經被這些廠商獨占)，三來還會被惡意排擠(這些廠商會有意的排擠新的車廠)，因此要發展汽車產業難度超級高，目前全世界真正成功把汽車產業發展起來的，就只有日本、南韓。
日本在發展時，也是吃足苦頭，TOYOTA最早時，在美國被視為便宜的破爛車，南韓也好不到哪裡，以前小的時候，就看過中視有播放韓劇「車神」，講韓國發展汽車的艱辛過程，最關鍵的一段場景是，為了證明他們的車子非常耐用，開出50輛汽車，橫越極地(我忘了地方，是很冷下雪的地方)，然後由董事長(男主角)親自帶隊和記者跟隨，過程中還抓到其他車廠派去的間諜，試圖破壞車輛，要讓計畫失敗。
看得出來，汽車產業的發展，在各國都是非常辛苦的，我們自然也不例外，因此裕隆就成了非常好的反面教材。
不過裕隆在這20年沒有白過，他成為Nissan的附庸，但是看來仍舊在努力發展，目前裕隆已經有能力進行整車，根據網友說的，Nissan的SERENA180，就是裕隆的成果，SERENA180除了引擎之外，整輛車子都是由裕隆操刀設計的(應該不含底盤)，因此可以知道，裕隆已經有整輛車子設計的能力，SERENA180甚至也賣回日本和東南亞部份國家。
在昨天翻找資料過程中發現到，裕隆似乎不甘於幫別人代工，從去年開始就已經陸續有新聞提到，裕隆在經過了20年之後，要再次自製汽車了。
儘管這件消息網路上有些網友說，裕隆只是因為要賣車到大陸，因為大陸的工業限制，要求一定要有造車能力才能在大陸賣車，所以裕隆才想造個車子，好方便他在大陸賣車。
但是最近陸續的消息是，裕隆為了這台車子，已經砸了100億台幣了，未來估計還需要砸800億進行行銷，而且裕隆為了造車，將新店舊廠重開，把全集團(裕隆、中華)的高手全部集結，就為了造出車子，我個人是認為，如果只是為了能在大陸賣車，這樣的投資規模也太大太誇張了，媒體甚至用了「嚴凱泰的豪賭」來形容這樣的投資，看得出來這不單純只是為了大陸市場，是真的想拼拼看。
看新聞，目前裕隆這台車子，已經進入最後階段了，也就是說，車輛早已實作完成，測試也進行的差不多了，看來已經到投產的階段了，在這裡我們幫忙他們集氣，希望這台車子未來能夠成功吃下大陸市場，反攻大陸不成，至少讓車子反攻成功。
最後，把目前已經知道的車子資訊po出來：
嚴凱泰絕不能輸的世紀豪賭 砸兩百億元拚第二輛自有品牌車
目前已知的消息是，車型最初將有3種：轎車、SUV及MPV。
引擎使用的是：華擎機械工業股份有限公司設計的引擎。
華擎機械工業股份有限公司是由裕隆、中華(同一家)、工研院(提供技術研發)、國家開發基金(政府資金)開辦的，目前已經設計出數顆引擎，包括：
1200 c.c.引擎
1300 c.c.引擎
2000 c.c.引擎
2200 c.c.引擎(具有渦輪增壓)
其中比較特別值得說的是，之前的中華威力(應該就是長得很像麵包車，方方正正又小小的中華三菱小箱型車)，就是使用華擎1200 c.c.引擎，大部分人可能以為是三菱引擎吧..... :p
另外有趣的是，這家公司的引擎技術，主要是工研院機械所設計完成，由清大動機系李進修教授擔任顧問(李進修教授在GM進行相關設計非常久的時間)完成的。(參照：引擎設計與分析技術、汽機車引擎設計與分析技術書籍作者介紹)
新設計的這台車子將使用2200 c.c.引擎，另外會出柴油款，柴油款使用歐洲某廠的引擎，相關連結：
[新聞] 裕隆品牌車 明年發動引擎
以台灣的技術,做的出汽車引擎嗎?
華擎國造引擎前進中國 光陽產製機車騎進俄國
這輛新設計的車子沒有自製的部份，除了柴油引擎之外，大概就是底盤的設計，底盤使用的是雷諾的ESPACE的底盤，是華創車電出面向法國馬特拉集團支付技術報酬金方式，取得ESPACE底盤使用權(參照：裕隆自創品牌汽車 即將成真)，目前這台車子最可惜的部份，大概就是油電系統了，目前看起來，這台車子最初版本應該不會是油電車(參照：油價飆漲 車廠搶推油電混合車)，注意到參照的新聞，是2008/03/12)，要在年底、明年推出新車，而且車子要是油電車，除非裕隆放假消息，否則看來是不可能的。
這輛新車由華創車電技術中心所研發，從「車電」可以注意到，它的目標不單單只有車輛研發，還包括了車用電子的研發。
從網路上找到的資料來看，它的股東不只有裕隆和開發基金，更重要的是還包括了宏達電、中華電信...等IT廠商，而且研發的項目不是只有單純的車用播放設備，內容可能包括了汽車晶片、行車電腦、倒車雷達、電子穩定系統、剎車系統、巡航系統、安全氣囊、安全保護系統和汽車視訊...等。
也就是要開發汽車的行車電腦...等車用電子技術，這些車用電子技術之所以不容易切入，主要原因在於目前世界各車廠這部份都是獨家技術，沒有任何兩家車廠的規格是相同的，所以雖然都是電腦、電子，但是廠商沒辦法做，車廠也不會讓你做，要做就必須通過車廠的一堆認證，除了花錢，還花時間～
以下是參照網頁：
華創車電能成為另一個聯電或台積電嗎？
嚴凱泰主導華創車電前進中國市場
中華電信 跨足車用電子
發展汽車電子 催生新兆元產業
重兵集結華創車電 打造汽車夢
推動汽車電子產業 華創車電技術中心成立
工研院與華創車電共同開發UWB車輛安全感測技術
最後，這台車子的照片目前已經被人拍到了，下面就是這台車子被人拍到的照片，地點是中橫武嶺。
捕獲「華創車電」打造正港國產車！
什麼時候可以正式和大家見面呢？
根據2008/02/27的新聞，裕隆品牌車 明年發動引擎。
看起來大約年底可以正式現身，明年就能在展售中心看到車子了。
可能是年紀的關係，我四周圍的同學沒有一個聽過這個東西，很不幸的～我竟然知道..... = =
讓我一瞬間就覺得，我老拉～這是兩代間的代溝～
其實台灣很可憐(不是民進黨的愛台灣)，可能是民族自尊吧～往往大家都覺得我們並不輸別人，事實上，看看台灣高鐵，看看台北101，台灣的技術真的不輸別人，再看看當每次打棒球世界盃時，旅外的球員都會盡量趕回來參賽，當政府要發展火箭、飛彈時，總工程師往往也都是在國外有成的台灣人回來協助研發的，雖然這樣，可是很多台灣人不知道為啥都有種自卑感，覺得國外的比較好，外國的月亮比較圓。
也不想想，我們能造出高速鐵路、能蓋出全世界第一高樓，電腦能夠賣到世界第一，世界上多少國家連想都不敢想，去找找韓國高鐵的資料，人家韓國高鐵蓋到沒錢蓋，增資好幾次(增資就是多借一點錢，可能是沒錢了，也可能花費比預算高)，到最後差點蓋不出來，鐵軌有1/3必須沿用現有鐵軌，最近才在慢慢重新改用高鐵專用鐵軌(版式鐵軌)。
世界第一高樓也不是說蓋就ok，看看上海那個什麼環球金融中心，1996年說要蓋世界第一高，結果蓋到後來沒錢了(遇到金融風暴)，然後大樓就這樣放著～一放10年，最近才又繼續蓋～
我們至少是說做，然後就一路按照計畫進行，一直到完成～
這樣看起來，到底我們自卑在哪裡阿？
昨天因為看到「飛羚101」的影片，就一併找了相關的資料，下面是簡單的介紹：
飛羚101是台灣第一部自行研發的汽車，除了引擎之外，整輛車子都是由「裕隆」設計製造的，這台車子在1986年上市，之後陸續有「飛羚102」、「精兵601」，都是衍生車型。
根據mobile01的討論串可以知道，飛羚101是裕隆公司心中的痛，也是台灣汽車產業的痛，在20年前，台灣被國際排擠，被中國打壓(到現在)，因此政府希望能夠把工業科技發展起來，除了改善台灣環境，增加台灣的能見度之外，也希望能夠反攻大陸。
在整個工業發展中，汽車發展是很重要的一個部份，其實我們可以稍微注意一下「偉人傳記」、「Discovery、國家地理頻道的科技介紹、科技成就」，因為這些提到的人物、科技背後，往往都是影響了未來數十年甚至上百年的世界發展，其中福特發明汽車就是一個大家耳熟能詳的故事。
在偉人傳記中，我們只會知道福特發明汽車，然後當時和歐洲其他幾個大型車廠的競爭(克萊斯勒、法拉利...等)，但是書中並沒有提到其他國家的處境，中國就是當時可憐的國家，沒有競爭的機會，自然不可能發展到汽車產業。
其實同樣的情況也發生在火車，看看目前世界上有能力設計、製造高速鐵路、捷運的國家，往前追溯，幾乎都是在火車發展的時期，有公司有碰觸到，擁有技術，然後參與競爭的國家。
至於其他國家，沒機會發展到的，大概終其一身就只能當消費者了～
正因為這樣，台灣在完全沒有技術背景的前提下要發展汽車，說難聽點，根本是找死～
事實證明了，果然差點把裕隆玩死了～
很多人在罵裕隆根本是賣國，當初政府為了讓它發展汽車，根本就是錢當水在倒，結果你裕隆把車子做出來了，有了汽車的設計技術了，就把整間公司賣給日本的Nissan，現在全部的裕隆車，統統都掛Nissan，這是怎樣～～
但是mobile01討論串內容推翻了這點，事實是，當時裕隆的確硬尻把車子尻出來了，但是技術背景不夠是事實，而且最重要的，台灣的汽車市場實在太小了，以現在來說，一年的車輛銷售約70000輛，少點就是60000多，多點就是70000多，這市場太小，而且已經飽和了。
裕隆自己慢慢尻，結果是光研發費用都攤不平，更不要說賺錢了，搞到最後裕隆差點破產，而現在整天穿阿曼尼的嚴凱泰之所以有名，就是因為當時他很倒楣的接了這樣的公司，然後透過公司賤賣(賣25%給Nissan)，加上把裕隆很多廠關了才撐下來的，也因此被罵賣國。
所以飛羚101就成了裕隆和台灣的痛，裕隆因為她差點倒閉，一堆技術人員流失，台灣因為她，花了非常非常多的錢，結果汽車產業還是死了～
汽車產業是非常封閉的產業，世界上汽車廠商就這麼幾家，相互之間還互向結盟，要進入這樣的產業非常困難，一來沒有技術(技術在汽車100年前發展時就開始累積)，二來沒有市場(市場都已經被這些廠商獨占)，三來還會被惡意排擠(這些廠商會有意的排擠新的車廠)，因此要發展汽車產業難度超級高，目前全世界真正成功把汽車產業發展起來的，就只有日本、南韓。
日本在發展時，也是吃足苦頭，TOYOTA最早時，在美國被視為便宜的破爛車，南韓也好不到哪裡，以前小的時候，就看過中視有播放韓劇「車神」，講韓國發展汽車的艱辛過程，最關鍵的一段場景是，為了證明他們的車子非常耐用，開出50輛汽車，橫越極地(我忘了地方，是很冷下雪的地方)，然後由董事長(男主角)親自帶隊和記者跟隨，過程中還抓到其他車廠派去的間諜，試圖破壞車輛，要讓計畫失敗。
看得出來，汽車產業的發展，在各國都是非常辛苦的，我們自然也不例外，因此裕隆就成了非常好的反面教材。
不過裕隆在這20年沒有白過，他成為Nissan的附庸，但是看來仍舊在努力發展，目前裕隆已經有能力進行整車，根據網友說的，Nissan的SERENA180，就是裕隆的成果，SERENA180除了引擎之外，整輛車子都是由裕隆操刀設計的(應該不含底盤)，因此可以知道，裕隆已經有整輛車子設計的能力，SERENA180甚至也賣回日本和東南亞部份國家。
在昨天翻找資料過程中發現到，裕隆似乎不甘於幫別人代工，從去年開始就已經陸續有新聞提到，裕隆在經過了20年之後，要再次自製汽車了。
儘管這件消息網路上有些網友說，裕隆只是因為要賣車到大陸，因為大陸的工業限制，要求一定要有造車能力才能在大陸賣車，所以裕隆才想造個車子，好方便他在大陸賣車。
但是最近陸續的消息是，裕隆為了這台車子，已經砸了100億台幣了，未來估計還需要砸800億進行行銷，而且裕隆為了造車，將新店舊廠重開，把全集團(裕隆、中華)的高手全部集結，就為了造出車子，我個人是認為，如果只是為了能在大陸賣車，這樣的投資規模也太大太誇張了，媒體甚至用了「嚴凱泰的豪賭」來形容這樣的投資，看得出來這不單純只是為了大陸市場，是真的想拼拼看。
看新聞，目前裕隆這台車子，已經進入最後階段了，也就是說，車輛早已實作完成，測試也進行的差不多了，看來已經到投產的階段了，在這裡我們幫忙他們集氣，希望這台車子未來能夠成功吃下大陸市場，反攻大陸不成，至少讓車子反攻成功。
最後，把目前已經知道的車子資訊po出來：
嚴凱泰絕不能輸的世紀豪賭 砸兩百億元拚第二輛自有品牌車
目前已知的消息是，車型最初將有3種：轎車、SUV及MPV。
引擎使用的是：華擎機械工業股份有限公司設計的引擎。
華擎機械工業股份有限公司是由裕隆、中華(同一家)、工研院(提供技術研發)、國家開發基金(政府資金)開辦的，目前已經設計出數顆引擎，包括：
1200 c.c.引擎
1300 c.c.引擎
2000 c.c.引擎
2200 c.c.引擎(具有渦輪增壓)
其中比較特別值得說的是，之前的中華威力(應該就是長得很像麵包車，方方正正又小小的中華三菱小箱型車)，就是使用華擎1200 c.c.引擎，大部分人可能以為是三菱引擎吧..... :p
另外有趣的是，這家公司的引擎技術，主要是工研院機械所設計完成，由清大動機系李進修教授擔任顧問(李進修教授在GM進行相關設計非常久的時間)完成的。(參照：引擎設計與分析技術、汽機車引擎設計與分析技術書籍作者介紹)
新設計的這台車子將使用2200 c.c.引擎，另外會出柴油款，柴油款使用歐洲某廠的引擎，相關連結：
[新聞] 裕隆品牌車 明年發動引擎
以台灣的技術,做的出汽車引擎嗎?
華擎國造引擎前進中國 光陽產製機車騎進俄國
這輛新設計的車子沒有自製的部份，除了柴油引擎之外，大概就是底盤的設計，底盤使用的是雷諾的ESPACE的底盤，是華創車電出面向法國馬特拉集團支付技術報酬金方式，取得ESPACE底盤使用權(參照：裕隆自創品牌汽車 即將成真)，目前這台車子最可惜的部份，大概就是油電系統了，目前看起來，這台車子最初版本應該不會是油電車(參照：油價飆漲 車廠搶推油電混合車)，注意到參照的新聞，是2008/03/12)，要在年底、明年推出新車，而且車子要是油電車，除非裕隆放假消息，否則看來是不可能的。
這輛新車由華創車電技術中心所研發，從「車電」可以注意到，它的目標不單單只有車輛研發，還包括了車用電子的研發。
從網路上找到的資料來看，它的股東不只有裕隆和開發基金，更重要的是還包括了宏達電、中華電信...等IT廠商，而且研發的項目不是只有單純的車用播放設備，內容可能包括了汽車晶片、行車電腦、倒車雷達、電子穩定系統、剎車系統、巡航系統、安全氣囊、安全保護系統和汽車視訊...等。
也就是要開發汽車的行車電腦...等車用電子技術，這些車用電子技術之所以不容易切入，主要原因在於目前世界各車廠這部份都是獨家技術，沒有任何兩家車廠的規格是相同的，所以雖然都是電腦、電子，但是廠商沒辦法做，車廠也不會讓你做，要做就必須通過車廠的一堆認證，除了花錢，還花時間～
以下是參照網頁：
華創車電能成為另一個聯電或台積電嗎？
嚴凱泰主導華創車電前進中國市場
中華電信 跨足車用電子
發展汽車電子 催生新兆元產業
重兵集結華創車電 打造汽車夢
推動汽車電子產業 華創車電技術中心成立
工研院與華創車電共同開發UWB車輛安全感測技術
最後，這台車子的照片目前已經被人拍到了，下面就是這台車子被人拍到的照片，地點是中橫武嶺。
捕獲「華創車電」打造正港國產車！
什麼時候可以正式和大家見面呢？
根據2008/02/27的新聞，裕隆品牌車 明年發動引擎。
看起來大約年底可以正式現身，明年就能在展售中心看到車子了。
2008年4月7日
新酷音自訂詞彙心得
新酷音要自訂詞彙有兩種方式：
正常的方式，是以「使用者詞庫」的方式建立，它會另外儲存到一個詞庫檔當中。
這種方式的缺點是，使用者詞庫的優先權似乎超級低，因此當遇到使用者詞庫和內建詞庫衝突時，很容易有問題，相關討論如下網址：
http://forum.talkdigi.net/phpBB2/viewtopic.php?t=513
見解如下：
以及
上述的共享詞庫，就是使用者詞庫。
剛討論內容是，「三交」這個網友認為新酷音詞庫維護團隊更新的實在太慢了，而且更新的並不符合使用習慣，他希望新酷音能夠有類似Google輸入法的功能，可以線上共享詞庫，因此以討論區手動的方式來進行詞庫整理。
使用者詞庫：
要在Linux上使用「使用者詞庫」，基本上有下列幾點要知道的：
1. 使用者詞庫檔案所在路徑、檔名
2. 當使用者詞庫有任何問題時，只需要將該目錄下的檔案刪除即可，尤其是「uhash.dat」這個詞庫檔
3. 「使用者詞庫」編輯工具
Linux下我目前並沒有找到「使用者詞庫」編輯工具，所以要使用，可以從 Windows 上把「使用者詞庫」編輯工具複製到 Linux，接著搭配 wine 來執行，我測試後，基本上除了「新增詞彙」不能動作之外，其他的功能應該都是正常的。
新增詞彙的動作怎麼辦？
可以直接利用「Ctrl + 2、3、4、5」添加詞彙，再把使用者詞庫檔讀取出來。
Windows上「使用者詞庫」編輯工具所在的路徑、檔名是：
4. 要使用前面網友「三交」的詞彙
步驟其實很簡單，下載他的詞彙檔，解壓縮後會得到檔案uhash.dat，接著刪除「~/.chewing/uhash.dat」，利用「wine HashEd.exe」將網友的uhash.dat匯入(匯入前正常情況應該是完全沒有詞彙的)，接著存檔即可。
網友「三交」有提到我們自己的詞彙跟他的詞彙整合的問題，方法上其實也很單純，先把我們自己的詞彙輸入之後匯出成「uhash.dat」這樣的檔案，然後刪除「~/.chewing/uhash.dat」，再來把他的uhash.dat匯入，最後再匯入我們自己的「uhash.dat」
內建詞庫：
因為上述提過的原因，使用「使用者詞庫」有時候並不是好方法，再加上「使用者詞庫」沒辦法自行設定破音字的輸入，例如：「嫉ㄐ一ˋ妒」，這個「嫉ㄐ一ˋ」其實應該是「嫉ㄐ一ˊ」，但大家都用錯了，久而久之就變成非法的破音字。
這樣的詞彙沒辦法定義在「使用者詞庫」中，使用者詞庫無法允許不存在的字的詞彙，這時候我們就必須要修改「內建詞庫」。
內建詞庫的修改主要參考：
http://chewing.csie.net/chewing_dict_edit.html
首先我們先把流程列出來，流程如下：
1. 用 svn 下載「新酷音詞庫團隊」最新的詞庫檔
2. 產生內建詞庫相關的檔案
之後會產生出好幾個「.dat」的檔案，這些檔案就是內建詞庫的檔案，檔案如下：
3. 將內建詞庫所需檔案複製到系統中
首先要知道，Ubuntu 下「內建詞庫」的目錄在：
接著要知道，內建詞庫所需的檔案除了上述的 5 個「.dat」外，還有個「pinyin.tab」，操作如下：
4. 最後有個步驟要注意，「內建詞庫」在 Ubuntu 中，有個專門的套件，名稱叫做「libchewing3-data」，要記得把這個套件鎖定，否則系統更新後，改過的「內建詞庫」會被改寫掉
解說完更新的整個流程後，接著要來稍微解說如何改「內建詞庫」，「內建詞庫」的檔案就 2 個，檔名和功能如下(檔案存在 libchewingdata/utf-8/ 下)：
phone.cin 定義所有字的注音(注意，它的注音是以英文表示，例如：「傅ㄈㄨˋ」會定義成「傅zj4」)，因此要加入破音字可以修改這個檔加入
tsi.src 定義所有內建的詞庫(這邊注意到，它有個特性，就算「phone.cin」中沒有定義「嫉ㄐ一ˊ」，但它還是可以接受詞彙中同時有「嫉ㄐ一ˊ妒」、「嫉ㄐ一ˋ妒」)
tsi.src的詞彙格式如下：
酷音 1000 ㄎㄨˋ ㄧㄣ
其中1000表示優先順序，數值越大優先權越高
正常的方式，是以「使用者詞庫」的方式建立，它會另外儲存到一個詞庫檔當中。
這種方式的缺點是，使用者詞庫的優先權似乎超級低，因此當遇到使用者詞庫和內建詞庫衝突時，很容易有問題，相關討論如下網址：
http://forum.talkdigi.net/phpBB2/viewtopic.php?t=513
見解如下：
經三交的觀察，應該是使用者自建詞庫（hash.dat）與統計字頻率資料（us_freq.dat）發生搭配上的錯亂所致
而且執行「存入使用者詞庫」的次數愈多，問題就愈嚴重
當然，這有可能三交才會有的情況，或說是個案也可以
在研究「新酷音詞庫修改教學」之後
摸索出以下的方法，不敢保證一定有用
卻有相當程度的解決成效以及
Roger大，讓三交來跟你解釋一下
「工件」這個字在共享詞庫是不存在的
而是在內建詞庫才有
基本上內建詞庫（也就是裝好新酷音預設的詞庫）的詞
輸出的優先權永遠大於共享詞庫
所以三交再怎麼改，「工件」的優先權一定都會先於「弓箭」
改善方式就是如您文中所說的，「弓箭」連續打三次才能改善
算是內建詞庫的「原罪」吧Orz
共享詞庫沒這麼厲害的說上述的共享詞庫，就是使用者詞庫。
剛討論內容是，「三交」這個網友認為新酷音詞庫維護團隊更新的實在太慢了，而且更新的並不符合使用習慣，他希望新酷音能夠有類似Google輸入法的功能，可以線上共享詞庫，因此以討論區手動的方式來進行詞庫整理。
使用者詞庫：
要在Linux上使用「使用者詞庫」，基本上有下列幾點要知道的：
1. 使用者詞庫檔案所在路徑、檔名
~/.chewing/uhash.dat2. 當使用者詞庫有任何問題時，只需要將該目錄下的檔案刪除即可，尤其是「uhash.dat」這個詞庫檔
3. 「使用者詞庫」編輯工具
Linux下我目前並沒有找到「使用者詞庫」編輯工具，所以要使用，可以從 Windows 上把「使用者詞庫」編輯工具複製到 Linux，接著搭配 wine 來執行，我測試後，基本上除了「新增詞彙」不能動作之外，其他的功能應該都是正常的。
新增詞彙的動作怎麼辦？
可以直接利用「Ctrl + 2、3、4、5」添加詞彙，再把使用者詞庫檔讀取出來。
Windows上「使用者詞庫」編輯工具所在的路徑、檔名是：
C:\WINDOWS\system32\IME\Chewing\HashEd.exe4. 要使用前面網友「三交」的詞彙
步驟其實很簡單，下載他的詞彙檔，解壓縮後會得到檔案uhash.dat，接著刪除「~/.chewing/uhash.dat」，利用「wine HashEd.exe」將網友的uhash.dat匯入(匯入前正常情況應該是完全沒有詞彙的)，接著存檔即可。
網友「三交」有提到我們自己的詞彙跟他的詞彙整合的問題，方法上其實也很單純，先把我們自己的詞彙輸入之後匯出成「uhash.dat」這樣的檔案，然後刪除「~/.chewing/uhash.dat」，再來把他的uhash.dat匯入，最後再匯入我們自己的「uhash.dat」
內建詞庫：
因為上述提過的原因，使用「使用者詞庫」有時候並不是好方法，再加上「使用者詞庫」沒辦法自行設定破音字的輸入，例如：「嫉ㄐ一ˋ妒」，這個「嫉ㄐ一ˋ」其實應該是「嫉ㄐ一ˊ」，但大家都用錯了，久而久之就變成非法的破音字。
這樣的詞彙沒辦法定義在「使用者詞庫」中，使用者詞庫無法允許不存在的字的詞彙，這時候我們就必須要修改「內建詞庫」。
內建詞庫的修改主要參考：
http://chewing.csie.net/chewing_dict_edit.html
首先我們先把流程列出來，流程如下：
1. 用 svn 下載「新酷音詞庫團隊」最新的詞庫檔
svn co http://svn.openfoundry.org/libchewingdata/2. 產生內建詞庫相關的檔案
cd libchewingdata/utf-8
rm *.dat *.dat_bin
wine dat2bin.exe之後會產生出好幾個「.dat」的檔案，這些檔案就是內建詞庫的檔案，檔案如下：
ch_index.dat
dict.dat
fonetree.dat
ph_index.dat
us_freq.dat3. 將內建詞庫所需檔案複製到系統中
首先要知道，Ubuntu 下「內建詞庫」的目錄在：
/usr/share/libchewing3/chewing/接著要知道，內建詞庫所需的檔案除了上述的 5 個「.dat」外，還有個「pinyin.tab」，操作如下：
cd libchewingdata
cp pinyin.tab /usr/share/libchewing3/chewing/ (pinyin.tab在 libchewingdata/ 下)
cd utf-8
cp *.dat /usr/share/libchewing3/chewing/ (產生出來的 *.dat 在 libchewingdata/utf-8/ 下)4. 最後有個步驟要注意，「內建詞庫」在 Ubuntu 中，有個專門的套件，名稱叫做「libchewing3-data」，要記得把這個套件鎖定，否則系統更新後，改過的「內建詞庫」會被改寫掉
解說完更新的整個流程後，接著要來稍微解說如何改「內建詞庫」，「內建詞庫」的檔案就 2 個，檔名和功能如下(檔案存在 libchewingdata/utf-8/ 下)：
phone.cin 定義所有字的注音(注意，它的注音是以英文表示，例如：「傅ㄈㄨˋ」會定義成「傅zj4」)，因此要加入破音字可以修改這個檔加入
tsi.src 定義所有內建的詞庫(這邊注意到，它有個特性，就算「phone.cin」中沒有定義「嫉ㄐ一ˊ」，但它還是可以接受詞彙中同時有「嫉ㄐ一ˊ妒」、「嫉ㄐ一ˋ妒」)
tsi.src的詞彙格式如下：
酷音 1000 ㄎㄨˋ ㄧㄣ
其中1000表示優先順序，數值越大優先權越高
2008年4月5日
壓縮軟體之比較
因為之前家裏File Server曾經因為PCI硬碟擴充卡出現問題，250G和80G硬碟的資料全毀，當時所有的卡通MP3和APE無失真音樂全數陣亡，讓我當場傻掉。
也因為這樣，我在之前文章提過了，在去年啟動了RAID計畫，把File Server電腦更新，從K7-度龍800升級到Core 2 Due電腦。
不過RAID仍舊會有資料損毀的可能，RAID雖然能保證壞一顆硬碟時受到保障，但如果同樣遇到PCI硬碟擴充卡出現問題，又或者IDE RAID上，同條排線的IDE硬碟有問題，都有可能造成RAID停止、資料損毀，甚至於說，RAID本身設定比較複雜，當出現問題時的問題排除步驟錯誤，也很有機會讓RAID掛掉(我在Lab的機器上就發生過)。
最保險的方式，莫過於把資料備份，用燒錄機燒成光碟片，只要光碟片品質好些、不亂丟、不刮傷、不發瘋拿去曬太陽殺菌，原則上來說還算是可以接受的備份方案，最重要的是，和其他備份方式相比，燒光碟成本是最低的。
把資料備份，我習慣上會先壓縮，尤其是MP3、APE這類檔案，因為光碟片本身會有編碼的問題，再加上經過壓縮打包，在解壓縮時我可以判斷檔案是否正常沒有損壞，所以我認為壓縮後燒錄事比較好的辦法。
當要燒錄，就牽涉到壓縮軟體的選用了，經過了一番挑選，我選擇了rar來使用，下面是我這次的挑選過程判斷。
常見的壓縮軟體包括：
zip、rar、7-zip、gzip、bzip2
這次對壓縮的需求有兩項：
1. 要支援分片壓縮，分片壓縮中最重要的一點，分片壓縮的壓縮檔要能獨立解壓縮
2. 要能正常的對中文、簡體中文、日文...等進行壓縮、解壓縮(也就是要支援Unicode)
經過了比較之後，我最後使用rar。
首先我先解釋一下需求，尤其是第1點，什麼叫做分片壓縮的壓縮檔要能獨立解壓縮？
因為我要燒到光碟上，分片壓縮是必要的，雖然光碟片理論上可以放很久，但是大家都知道，實際上光碟片放一放就不能讀的機會其實很高，這也是一片3元和一片12元片子的主要差異～可靠度。
而光碟片除了可能會不能讀之外，也可能因為刮傷等原因出現壞軌，這就會造成某個檔案讀取有問題。
因為媒體的可靠度不是百分之百可靠，因此分片壓縮的壓縮檔，必需要能獨立的解壓縮，這樣一來，就算檔案有損毀，也不會造成資料全毀，頂多是幾首MP3，幾張專輯毀壞罷了。
第2點相信不用多說了，MP3、APE這些音樂檔，各種語言都有，日文、中文、簡體中文都很常見，連韓文、俄文都出現過，不支援多國編碼(Unicode)的壓縮軟體，遇到日文、韓文就掛了，更不要說備份了。
而目前這幾種壓縮檔格式中，唯一全部符合的，就只有rar了。
zip是目前非常常見的壓縮檔格式，不但是使用最廣，也是支援最好，API最齊全的壓縮格式。
很不幸的，zip的歷史因素，造成了zip不支援Unicode的缺憾，正確的說法是，目前大多數的壓縮軟體，對zip的壓縮、解壓縮都不支援Unicode，這包括了WinRAR、WinZip、7-Zip...等。
因此很不幸的，zip落選了，儘管如此，但是因為zip有大量的API支援，目前我嘗試在寫的備份程式，還在試著用zip來達成需求。
rar對於多國語系竟然意外的好，這點和網路上許多WinRAR解簡體壓縮檔的經驗差異很大，事實上，rar壓縮、解壓縮各式語系的檔案，都能夠正常的操作。
而rar對於分片壓縮，也有很獨到的設計，除了rar分片壓縮出來的檔案能夠分片解壓縮外，rar的分片壓縮甚至有類似RAID的能力，能夠多產生幾個壓縮檔，容許幾個壓縮檔損毀，這功能並不常見。
不過rar也不是沒有缺點，他最大的問題在於，他是商業軟體，因此要花錢買，而且它並沒有免費提供壓縮的API。
7-Zip我原本對它頗為看好，一方面他的壓縮比可以很高，又是OpenSource的軟體，我一向對商業軟體有些感冒，而且在軟體介紹中有提到他支援分片壓縮，這讓我很興奮，結果感覺像是騙人的。
7-Zip的優點很多，壓縮比高於RAR等壓縮軟體是他的最大特色，加上他是OpenSource，對於Linux平台支援性很好，在各個平台都支援multi-thread，讓7-Zip在Linux上能夠最大程度的使用到多處理器的能力。
7-Zip對多國語系(Unicode)支援也非常好，預設就是UTF-8，因此基本上沒有檔名亂碼的問題，整體評價來說，僅次於RAR。
但是7-Zip的分片壓縮非常鳥，感覺很敷衍，7-Zip的分片壓縮其實只是簡單的檔案分割，動作流程如下：
1. 按照正常程序把一堆檔案壓縮
2. 壓縮完成之後產生 xxx.7z
3. 把 xxx.7z 開始分割，分割成 xxx.7z.000, xxx.7z.001...等
這有3個很大的缺點：
1. 要分片壓縮，它需要先壓縮，再分割檔案，這表示它的動作過程需要消耗 2倍 的硬碟空間，這在小檔案問題不大，但是當資料大到好幾G，甚至像我這樣好幾十G時，問題就很嚴重了，沒這麼多硬碟空間給它緩衝。
2. 它的每個分片壓縮檔都只是檔案分割，因此要解壓縮前，必需要先合併檔案，把分片壓縮檔還原，之後才能解壓縮，這意味著跟上面同樣的問題，解壓縮時同樣需要消耗 2倍 的硬碟空間。
3. 它必需要先合併分片壓縮檔之後才能解壓縮，這表示只要任何一個檔案損毀，整個資料就報銷了，你無法單獨把某個檔案找出來解壓縮。
此外，7-Zip還有個缺點，它提供的API非常差，尤其是Java的，基本上只有演算法的實作，還不到能用的程度。
至於gzip和bzip2，它的壓縮檔無法事後「加入」，只能夠一次壓縮完，這點問題不大～
gzip和bzip2的主要問題其實也是分片壓縮，它的分片壓縮和7-Zip一樣，都是檔案分割，會面臨同樣的問題，檔案編碼部份我則沒有注意。
也因為這樣，我在之前文章提過了，在去年啟動了RAID計畫，把File Server電腦更新，從K7-度龍800升級到Core 2 Due電腦。
不過RAID仍舊會有資料損毀的可能，RAID雖然能保證壞一顆硬碟時受到保障，但如果同樣遇到PCI硬碟擴充卡出現問題，又或者IDE RAID上，同條排線的IDE硬碟有問題，都有可能造成RAID停止、資料損毀，甚至於說，RAID本身設定比較複雜，當出現問題時的問題排除步驟錯誤，也很有機會讓RAID掛掉(我在Lab的機器上就發生過)。
最保險的方式，莫過於把資料備份，用燒錄機燒成光碟片，只要光碟片品質好些、不亂丟、不刮傷、不發瘋拿去曬太陽殺菌，原則上來說還算是可以接受的備份方案，最重要的是，和其他備份方式相比，燒光碟成本是最低的。
把資料備份，我習慣上會先壓縮，尤其是MP3、APE這類檔案，因為光碟片本身會有編碼的問題，再加上經過壓縮打包，在解壓縮時我可以判斷檔案是否正常沒有損壞，所以我認為壓縮後燒錄事比較好的辦法。
當要燒錄，就牽涉到壓縮軟體的選用了，經過了一番挑選，我選擇了rar來使用，下面是我這次的挑選過程判斷。
常見的壓縮軟體包括：
zip、rar、7-zip、gzip、bzip2
這次對壓縮的需求有兩項：
1. 要支援分片壓縮，分片壓縮中最重要的一點，分片壓縮的壓縮檔要能獨立解壓縮
2. 要能正常的對中文、簡體中文、日文...等進行壓縮、解壓縮(也就是要支援Unicode)
經過了比較之後，我最後使用rar。
首先我先解釋一下需求，尤其是第1點，什麼叫做分片壓縮的壓縮檔要能獨立解壓縮？
因為我要燒到光碟上，分片壓縮是必要的，雖然光碟片理論上可以放很久，但是大家都知道，實際上光碟片放一放就不能讀的機會其實很高，這也是一片3元和一片12元片子的主要差異～可靠度。
而光碟片除了可能會不能讀之外，也可能因為刮傷等原因出現壞軌，這就會造成某個檔案讀取有問題。
因為媒體的可靠度不是百分之百可靠，因此分片壓縮的壓縮檔，必需要能獨立的解壓縮，這樣一來，就算檔案有損毀，也不會造成資料全毀，頂多是幾首MP3，幾張專輯毀壞罷了。
第2點相信不用多說了，MP3、APE這些音樂檔，各種語言都有，日文、中文、簡體中文都很常見，連韓文、俄文都出現過，不支援多國編碼(Unicode)的壓縮軟體，遇到日文、韓文就掛了，更不要說備份了。
而目前這幾種壓縮檔格式中，唯一全部符合的，就只有rar了。
zip是目前非常常見的壓縮檔格式，不但是使用最廣，也是支援最好，API最齊全的壓縮格式。
很不幸的，zip的歷史因素，造成了zip不支援Unicode的缺憾，正確的說法是，目前大多數的壓縮軟體，對zip的壓縮、解壓縮都不支援Unicode，這包括了WinRAR、WinZip、7-Zip...等。
因此很不幸的，zip落選了，儘管如此，但是因為zip有大量的API支援，目前我嘗試在寫的備份程式，還在試著用zip來達成需求。
rar對於多國語系竟然意外的好，這點和網路上許多WinRAR解簡體壓縮檔的經驗差異很大，事實上，rar壓縮、解壓縮各式語系的檔案，都能夠正常的操作。
而rar對於分片壓縮，也有很獨到的設計，除了rar分片壓縮出來的檔案能夠分片解壓縮外，rar的分片壓縮甚至有類似RAID的能力，能夠多產生幾個壓縮檔，容許幾個壓縮檔損毀，這功能並不常見。
不過rar也不是沒有缺點，他最大的問題在於，他是商業軟體，因此要花錢買，而且它並沒有免費提供壓縮的API。
7-Zip我原本對它頗為看好，一方面他的壓縮比可以很高，又是OpenSource的軟體，我一向對商業軟體有些感冒，而且在軟體介紹中有提到他支援分片壓縮，這讓我很興奮，結果感覺像是騙人的。
7-Zip的優點很多，壓縮比高於RAR等壓縮軟體是他的最大特色，加上他是OpenSource，對於Linux平台支援性很好，在各個平台都支援multi-thread，讓7-Zip在Linux上能夠最大程度的使用到多處理器的能力。
7-Zip對多國語系(Unicode)支援也非常好，預設就是UTF-8，因此基本上沒有檔名亂碼的問題，整體評價來說，僅次於RAR。
但是7-Zip的分片壓縮非常鳥，感覺很敷衍，7-Zip的分片壓縮其實只是簡單的檔案分割，動作流程如下：
1. 按照正常程序把一堆檔案壓縮
2. 壓縮完成之後產生 xxx.7z
3. 把 xxx.7z 開始分割，分割成 xxx.7z.000, xxx.7z.001...等
這有3個很大的缺點：
1. 要分片壓縮，它需要先壓縮，再分割檔案，這表示它的動作過程需要消耗 2倍 的硬碟空間，這在小檔案問題不大，但是當資料大到好幾G，甚至像我這樣好幾十G時，問題就很嚴重了，沒這麼多硬碟空間給它緩衝。
2. 它的每個分片壓縮檔都只是檔案分割，因此要解壓縮前，必需要先合併檔案，把分片壓縮檔還原，之後才能解壓縮，這意味著跟上面同樣的問題，解壓縮時同樣需要消耗 2倍 的硬碟空間。
3. 它必需要先合併分片壓縮檔之後才能解壓縮，這表示只要任何一個檔案損毀，整個資料就報銷了，你無法單獨把某個檔案找出來解壓縮。
此外，7-Zip還有個缺點，它提供的API非常差，尤其是Java的，基本上只有演算法的實作，還不到能用的程度。
至於gzip和bzip2，它的壓縮檔無法事後「加入」，只能夠一次壓縮完，這點問題不大～
gzip和bzip2的主要問題其實也是分片壓縮，它的分片壓縮和7-Zip一樣，都是檔案分割，會面臨同樣的問題，檔案編碼部份我則沒有注意。
2008年4月4日
台製墨水夾的祕辛
今天心血來潮要來印東西，發現印表機又開始亂來了～
于是乎就給他清墨清墨清清清～
可是始終有問題(我這邊的問題不是印不出來，是會一直印出橫線.....而且只有上半部一塊)，想當然也知道是哪個牌子的印表機這麼有能耐... :(
但是重點不在這裡，這個牌子的印表機出問題也不是一天兩天的事了，上述問題只是背景介紹，沒甚麼好說的，反正以後注意不要再買這個牌子的印表機就好了，這次要提的，是可怕的台製墨水夾～
因為原廠墨水夾跟台製墨水夾價差很大，在這個牌子的印表機上，也都會發生噴嘴阻塞、斷墨...等鳥問題，原廠的墨水夾又故意容量超小，清墨幾次～再來幾次～多來幾次～耶～沒了耶～結果印出來還是有問題，因此就開始找台製墨水夾～
一般來說，網路上～耳語～行銷時普遍會看到原廠和台製墨水夾的區別，通常都會告訴你幾個答案：
A：原廠色彩清晰，不會色偏(我只印報告，偏不偏不在乎，只要紅色還是紅色就好了)
B：原廠墨水夾容量小一半(ｘ的勒～這怎麼行，我報告隨便都是100頁耶，印個3次就沒了是怎樣)
C：原廠墨水夾比較不會阻塞噴頭(屁拉～那我2星期清墨一次，卻還是一條條白線是怎樣？)
以上是常見的回答，跟我個人還有廣大民眾普遍的答案～
可是今天我得到了個可怕的經驗，我今天陪印表機玩了1個多鐘頭，結果發現我頭昏想吐，這顯然並不正常，況且晚餐時候都很正常～
而印表機列印時，會聞到油墨的味道～
于是乎，我用google打上了『台製墨水夾、致癌』這樣的關鍵字，就彈出了如下的句子：
.....
由於競爭激烈，部分廠商甚至不惜使用苯酚類溶劑 （致癌物）來製作墨水，而有些化學功力不如人，就乾脆在印表機前裝置吹風機，直接烘乾。研發人員對於『理想墨水』Ideal Ink的追求，正隨著現在的技術 進步，不斷地逼近。
.....
出處：
http://www.digital.idv.tw/DIGITAL/Classroom/MROH-CLASS/oh81/index-81.htm
接著我們可以在PCHOME看到HP原廠墨水夾的宣傳：
.....
全面顧及身體健康：
HP原廠耗材經過嚴格控管及檢測，品質佳、無異味、不含致癌物，不影響人體健康。
.....
出處：
http://buy.yahoo.com.tw/gdsale/gdsale.asp?gdid=636985
雖然相關訊息的印表機廠牌是不同的，但我認為結果是大同小異的，同樣是墨水夾，原廠價格這麼貴到底貴在哪？只是色偏嗎？色偏不會是全部的答案～
這篇文章，是我親身的經驗，對台製和原廠仍舊有疑問的，還是選原廠吧～
除非你的印表機，是放在人不會靠近非常遠的地方或獨立的房間，否則，還是不要害人害已的好～
至於雷射的印表機，也有類似的問題，原廠的碳粉夾超級貴，填充式的碳粉價格非常便宜，台製的也是～
但我四周有個小經驗，我媽以前在國中當教職員，她有個同事掛了～
那個同事是肺癌走的，她在國中，就是非常好心的專門幫大家在影印室影印、印刷，結果我媽說現在學校沒人敢去影印、印刷～
原因何在？碳粉的微粒非常細，很容易被人吸入體內，吸入過多，問題就很嚴重了～
而台製或填充的碳粉，相較於原廠，更容易散溢出來，因此相對於原廠，對健康的危害就大得多了～
于是乎就給他清墨清墨清清清～
可是始終有問題(我這邊的問題不是印不出來，是會一直印出橫線.....而且只有上半部一塊)，想當然也知道是哪個牌子的印表機這麼有能耐... :(
但是重點不在這裡，這個牌子的印表機出問題也不是一天兩天的事了，上述問題只是背景介紹，沒甚麼好說的，反正以後注意不要再買這個牌子的印表機就好了，這次要提的，是可怕的台製墨水夾～
因為原廠墨水夾跟台製墨水夾價差很大，在這個牌子的印表機上，也都會發生噴嘴阻塞、斷墨...等鳥問題，原廠的墨水夾又故意容量超小，清墨幾次～再來幾次～多來幾次～耶～沒了耶～結果印出來還是有問題，因此就開始找台製墨水夾～
一般來說，網路上～耳語～行銷時普遍會看到原廠和台製墨水夾的區別，通常都會告訴你幾個答案：
A：原廠色彩清晰，不會色偏(我只印報告，偏不偏不在乎，只要紅色還是紅色就好了)
B：原廠墨水夾容量小一半(ｘ的勒～這怎麼行，我報告隨便都是100頁耶，印個3次就沒了是怎樣)
C：原廠墨水夾比較不會阻塞噴頭(屁拉～那我2星期清墨一次，卻還是一條條白線是怎樣？)
以上是常見的回答，跟我個人還有廣大民眾普遍的答案～
可是今天我得到了個可怕的經驗，我今天陪印表機玩了1個多鐘頭，結果發現我頭昏想吐，這顯然並不正常，況且晚餐時候都很正常～
而印表機列印時，會聞到油墨的味道～
于是乎，我用google打上了『台製墨水夾、致癌』這樣的關鍵字，就彈出了如下的句子：
.....
由於競爭激烈，部分廠商甚至不惜使用苯酚類溶劑 （致癌物）來製作墨水，而有些化學功力不如人，就乾脆在印表機前裝置吹風機，直接烘乾。研發人員對於『理想墨水』Ideal Ink的追求，正隨著現在的技術 進步，不斷地逼近。
.....
出處：
http://www.digital.idv.tw/DIGITAL/Classroom/MROH-CLASS/oh81/index-81.htm
接著我們可以在PCHOME看到HP原廠墨水夾的宣傳：
.....
全面顧及身體健康：
HP原廠耗材經過嚴格控管及檢測，品質佳、無異味、不含致癌物，不影響人體健康。
.....
出處：
http://buy.yahoo.com.tw/gdsale/gdsale.asp?gdid=636985
雖然相關訊息的印表機廠牌是不同的，但我認為結果是大同小異的，同樣是墨水夾，原廠價格這麼貴到底貴在哪？只是色偏嗎？色偏不會是全部的答案～
這篇文章，是我親身的經驗，對台製和原廠仍舊有疑問的，還是選原廠吧～
除非你的印表機，是放在人不會靠近非常遠的地方或獨立的房間，否則，還是不要害人害已的好～
至於雷射的印表機，也有類似的問題，原廠的碳粉夾超級貴，填充式的碳粉價格非常便宜，台製的也是～
但我四周有個小經驗，我媽以前在國中當教職員，她有個同事掛了～
那個同事是肺癌走的，她在國中，就是非常好心的專門幫大家在影印室影印、印刷，結果我媽說現在學校沒人敢去影印、印刷～
原因何在？碳粉的微粒非常細，很容易被人吸入體內，吸入過多，問題就很嚴重了～
而台製或填充的碳粉，相較於原廠，更容易散溢出來，因此相對於原廠，對健康的危害就大得多了～
訂閱：
文章 (Atom)