今年政府要錢終於要得比較有誠意一點，LINUX及OSX除了以往使用身分證+戶號之外
也都可以透過網頁系統採用自然人及金融憑證報稅
也都可以透過網頁系統採用自然人及金融憑證報稅
- 5月 07 週一 201210:53
網路報稅MAC上也可以使用自然人憑證了
- 4月 18 週三 201222:00
Android被廣泛採用對開源碼界的利與弊
Android在推出之後，尤其是2.X版本功能已經相當成熟，所以開始逐漸被許多廠商接受。然而Android的大受歡迎對開源軟體來說，卻是利弊各半。先從有利面來說：
1.提供了一個成熟可使用的主系統
對於中小型電子設備來說，Android可說是提供了一個成熟、且經過眾多產品驗證可靠的系統。舉凡多媒體播放器、導航機、電子字典、電子書、行動或桌上電話以及前幾年曾一小段時間紅過的電子相框等相關廠商，都出現有採用Android開發的產品。
由於Android的系統本身就已經相當穩定和成熟，所以也讓過去開發這些設備的廠商，在取用之後修改，省去了相當多從頭開發的人力資源和時間。
1.提供了一個成熟可使用的主系統
對於中小型電子設備來說，Android可說是提供了一個成熟、且經過眾多產品驗證可靠的系統。舉凡多媒體播放器、導航機、電子字典、電子書、行動或桌上電話以及前幾年曾一小段時間紅過的電子相框等相關廠商，都出現有採用Android開發的產品。
由於Android的系統本身就已經相當穩定和成熟，所以也讓過去開發這些設備的廠商，在取用之後修改，省去了相當多從頭開發的人力資源和時間。
- 3月 08 週四 201214:49
新iPad代表的是產品成熟的發表
美國時間3/7的新iPad發表會，雖然對於The New iPad，這個名字實在是讓人感覺沒有很特別。不過某種程度上來說，感覺Apple是已經將iPad納入為一個成熟的主力產品。就像Macbook Pro/ Macbook Air，在每次更新之後，其實也不太會冠上第幾代的名稱，例如：從來沒聽過 Macbook 2或其他冠有世代的名稱對吧?雖然如此，取消了世代命名的習慣，是否對產品認知上能像過去那樣保持強烈的印象，也還需要時間來印證，短時間也要面對iPad 2 其實比新iPad舊的錯亂情況。
iPad新規格改變有以下部分：CPU提升為A5X、多核心顯示晶片、高解析視網膜螢幕、五百萬畫素鏡頭 F2.4光圈、支援4G LET電信規格。但其中高解析畫面的部分，最讓許多人注意。同時不知道這是否也是為那個傳說中存在會推出，一直有呼聲、但始終未見出現的電視產品做後續的布局。而目前用於電視上的APPLE TV，果然也如同先前的缺貨情況所預測，推出了更新的版本。除了在硬體規格上提升，變成可以播放1080P的高畫質解析度之外，在介面上也變得更為適合使用附帶的APPLE REMOTE精簡遙控器操控。
iPhoto for iOS推出之後，iLife的三大基本軟體都已經搬遷到iOS設備上了。之前一直在說的後PC時代，大家一直把重點放在硬體上的變化。其實在這次的發表會中，iLife系列的到齊，反而是給軟體開發商的一個示範。在所謂的後PC裝置(平板及智慧手機)上，由於輸入設備改變為觸控螢幕，在操作介面上除了需要針對觸控介面做改變。在編輯功能上也必須要做到簡化或罐頭化。讓使用者可以在點選一個功能步驟後，最多就是增加微調的項目讓使用者自訂改變。這也是軟體開發者在開發平板上生產型軟體時，所必須要面對和考慮的部分。
iPad新規格改變有以下部分：CPU提升為A5X、多核心顯示晶片、高解析視網膜螢幕、五百萬畫素鏡頭 F2.4光圈、支援4G LET電信規格。但其中高解析畫面的部分，最讓許多人注意。同時不知道這是否也是為那個傳說中存在會推出，一直有呼聲、但始終未見出現的電視產品做後續的布局。而目前用於電視上的APPLE TV，果然也如同先前的缺貨情況所預測，推出了更新的版本。除了在硬體規格上提升，變成可以播放1080P的高畫質解析度之外，在介面上也變得更為適合使用附帶的APPLE REMOTE精簡遙控器操控。
iPhoto for iOS推出之後，iLife的三大基本軟體都已經搬遷到iOS設備上了。之前一直在說的後PC時代，大家一直把重點放在硬體上的變化。其實在這次的發表會中，iLife系列的到齊，反而是給軟體開發商的一個示範。在所謂的後PC裝置(平板及智慧手機)上，由於輸入設備改變為觸控螢幕，在操作介面上除了需要針對觸控介面做改變。在編輯功能上也必須要做到簡化或罐頭化。讓使用者可以在點選一個功能步驟後，最多就是增加微調的項目讓使用者自訂改變。這也是軟體開發者在開發平板上生產型軟體時，所必須要面對和考慮的部分。
- 2月 17 週五 201210:28
系統8感覺是一場行動和桌面的樞紐整合賽
雖然OS X 10.8版的山獅來得又急又猛，不過對照先前Windows 8的相關訊息透露，感覺二邊是在同一件事情上作競賽(不過MAC/WIN常常都是這樣子的形式)。
Windows 8目前所知道的部分，是統一使用Metro的整合介面。目前尚未了解到針對Metro所開發的程式(非傳統X86 軟體)，是否可以跨X86/ARM二個平台運作。如果可以的話倒是一大亮點，可以讓願意為桌面版寫的Metro軟體快速轉移到平板和手機平台，解決目前WINDOWS MOBILE軟體數不足的問題。
看到山獅的界面和iOS逐漸整合，大概都感覺得出是為了吸引iOS裝置的愛用者們，讓他們在轉用Mac之後，能比較有熟悉的感覺。也可以說，其實因為在平板/手機上，較不適合繁複的生產性作業內容，像是文書編排之類的工作。OS X的界面向iOS整合，就意義上來說是更加表現出成為iOS設備的樞紐的態勢。
Windows 8目前所知道的部分，是統一使用Metro的整合介面。目前尚未了解到針對Metro所開發的程式(非傳統X86 軟體)，是否可以跨X86/ARM二個平台運作。如果可以的話倒是一大亮點，可以讓願意為桌面版寫的Metro軟體快速轉移到平板和手機平台，解決目前WINDOWS MOBILE軟體數不足的問題。
看到山獅的界面和iOS逐漸整合，大概都感覺得出是為了吸引iOS裝置的愛用者們，讓他們在轉用Mac之後，能比較有熟悉的感覺。也可以說，其實因為在平板/手機上，較不適合繁複的生產性作業內容，像是文書編排之類的工作。OS X的界面向iOS整合，就意義上來說是更加表現出成為iOS設備的樞紐的態勢。
- 2月 06 週一 201213:23
硬體商採用開源碼應避免的三項錯誤觀念
開放原始碼軟體的好處與特性，對於程式開發者們來說大多都相當了解。但是程式員通常影響不了最上層的老闆的觀念，在這裡就想談談硬體開發公司，在取用開放原始碼時，應當避免的三項錯誤觀念：
1.用了以後沒被抓到就不遵守規則
由於開源碼軟體在使用者端的限制較少，但是其實對於開發端來說，仍舊是一種版權授權規定。並且對於開源碼授權的訂定，大多都經過法律人士檢視過，所以通常都具有相當的法律效應基礎。例如GPLv2以後的授權，都經過自由軟體法律中心的檢閱及訂定。
1.用了以後沒被抓到就不遵守規則
由於開源碼軟體在使用者端的限制較少，但是其實對於開發端來說，仍舊是一種版權授權規定。並且對於開源碼授權的訂定，大多都經過法律人士檢視過，所以通常都具有相當的法律效應基礎。例如GPLv2以後的授權，都經過自由軟體法律中心的檢閱及訂定。
- 1月 20 週五 201213:33
iBooks 2.0將進一步催化數位出版革命
在台灣時間1月19日凌晨， Apple發表了iBooks 2、iBooks Author和 iTunesU三項新產品。雖然Apple一開始是表明此發表會是針對教育市場，但是實際上發表出來的結果，卻是開始逼著整個出版大環境要面對轉型。
首先在iBooks 2方面，其實是一項面對Kindle的迎擊。由於Amazon推出了Kindle Fire彩色版的電子書，再結合自身背後的電子商務優勢，加上原先Kindle在電子書上面的相關閱讀輔助功能，都是對於Apple本身iBooks Store的一項威脅。而新的iBooks 2在閱讀輔助方面，則也因此增加了許多。像是增強的互動性，可以讓新的iBooks電子書可以針對不同年代的教科書做出呈現、劃重點、做註記，以及像是做習題等等。雖然這些互動功能初期都是以教科書作為表現的媒介，但是這也表示將來在一般個人購買的書籍上面，也是可以擁有相同的互動方式。
iBooks Author感覺算是整合了Apple iWork辦公軟體當中Pages文書排版功能，和簡報軟體Keynote的部分。除此之外更增加了其他更多的多媒體物件，像是3D物件或是html+Javascript的擴增功能。
首先在iBooks 2方面，其實是一項面對Kindle的迎擊。由於Amazon推出了Kindle Fire彩色版的電子書，再結合自身背後的電子商務優勢，加上原先Kindle在電子書上面的相關閱讀輔助功能，都是對於Apple本身iBooks Store的一項威脅。而新的iBooks 2在閱讀輔助方面，則也因此增加了許多。像是增強的互動性，可以讓新的iBooks電子書可以針對不同年代的教科書做出呈現、劃重點、做註記，以及像是做習題等等。雖然這些互動功能初期都是以教科書作為表現的媒介，但是這也表示將來在一般個人購買的書籍上面，也是可以擁有相同的互動方式。
iBooks Author感覺算是整合了Apple iWork辦公軟體當中Pages文書排版功能，和簡報軟體Keynote的部分。除此之外更增加了其他更多的多媒體物件，像是3D物件或是html+Javascript的擴增功能。
- 12月 30 週五 201111:41
Kindle Fire 或無損Google 反會帶來幫助
Amazon推出的Kindle Fire，不僅引爆了Android 平板的價格戰，也引起不少觀點認為Kindle Fire也許會影響到Google。先來說說Kindle Fire，其實這也不是Amazon第一次採用開放原始碼軟體製作Kindle。過去Kindle一代電子書，就曾經因為被指出，因為採用了Linux作為底層系統，卻未開放原始碼，而後才補上了需要依照GPL授權公開的部分。不過不同於當時的態度，Amazon在11/16時就是出了Kindle Fire的原始碼，也讓有些駭客因此節省了一些取得root的權限的時間。
至於Kindle Fire是否會影響到Google利益，個人認為不僅不會有所影響，長期來看反倒是會有所幫助，主要的原因是在於以下幾點：
至於Kindle Fire是否會影響到Google利益，個人認為不僅不會有所影響，長期來看反倒是會有所幫助，主要的原因是在於以下幾點：
- 12月 11 週日 201118:13
關於HP WebOS宣布開源之後的猜想
HP在新的CEO上任後，終於決定了對於WebOS的最終處置方案。不同於先前傳說將出售的傳聞，而是將其開源碼維持後續開發生命。
WebOS被開源基本上算是一件好事，不過HP卻對於後續硬體推出的時間推遲至2013年，並且僅限平板電腦。這段時間就缺少了硬體的推出，以支持軟體開發的部分。而先前在WebOS處置方案出現之前，有需多企業都傳出風聲，對於HP買下Palm之後，從那裏獲得的WebOS及專利有興趣。其中有INTEL和三星，而現在WebOS宣布開源之後，就讓人好奇是不是表示後續的承接，會由先前他們所要推出的Tizen來接手？
由於先前INTEL在結束MeeGo開發之後宣布接續的Tizen將使用HTML5的方式，作為手機應用開發的基礎和導向。而這部分的實作，目前在移動設備上的應用層面來說，發展架構最完整成熟的，可以說就是WebOS採用的Enyo框架。而WebOS與Android不同的地方是，WebOS除了在UI層採用以Web技術為主的Enyo框架，在系統架構上還是採用傳統的嵌入式Linux，而不像Android有做規避GPL的修改動作，如果真的會與TIZEN做整合，在架構上也不至於有太大的衝突性。
並且WebOS採用WEB技術作為基礎的Enyo框架，看起來就剛好是INTEL他們在TIZEN上想要做到的部分。由於INTEL和HP的關係向來還不錯，既然WenOS正好要做處理、並且先前也傳聞INTEL有興趣。所以不排除HP將WebOS開源的動作，其實是在對於之後與INTEL一同合作繼續發展WebOS開啟一扇方便的門。如此一來既可以保留自己使用WebOS的權利和相關專利，又可以引進其他公司協同開發，也不算是浪費了這個花大錢買下卻又棄之可惜的產品。
而WebOS也除了UI部分以外，底層的部分都還是以GPL的形式做發布，這點在版權相容上，也還是跟之前MEEGO要做到的部分雷同。剩下的就是看HP將原先非開放授權部分轉為開源授權時，是否會選擇GPL可以接受的相容授權，才有可能看到上述進一步整合的結果出現。所以雖然目前對於WebOS還沒有看到更進一步的開發訊息，不過以開源形式做後續發展的開頭，至少還是可以增加許多的可能性。目前看起來，這樣也的確算是一個很完美的後續處理結果了。
WebOS被開源基本上算是一件好事，不過HP卻對於後續硬體推出的時間推遲至2013年，並且僅限平板電腦。這段時間就缺少了硬體的推出，以支持軟體開發的部分。而先前在WebOS處置方案出現之前，有需多企業都傳出風聲，對於HP買下Palm之後，從那裏獲得的WebOS及專利有興趣。其中有INTEL和三星，而現在WebOS宣布開源之後，就讓人好奇是不是表示後續的承接，會由先前他們所要推出的Tizen來接手？
由於先前INTEL在結束MeeGo開發之後宣布接續的Tizen將使用HTML5的方式，作為手機應用開發的基礎和導向。而這部分的實作，目前在移動設備上的應用層面來說，發展架構最完整成熟的，可以說就是WebOS採用的Enyo框架。而WebOS與Android不同的地方是，WebOS除了在UI層採用以Web技術為主的Enyo框架，在系統架構上還是採用傳統的嵌入式Linux，而不像Android有做規避GPL的修改動作，如果真的會與TIZEN做整合，在架構上也不至於有太大的衝突性。
並且WebOS採用WEB技術作為基礎的Enyo框架，看起來就剛好是INTEL他們在TIZEN上想要做到的部分。由於INTEL和HP的關係向來還不錯，既然WenOS正好要做處理、並且先前也傳聞INTEL有興趣。所以不排除HP將WebOS開源的動作，其實是在對於之後與INTEL一同合作繼續發展WebOS開啟一扇方便的門。如此一來既可以保留自己使用WebOS的權利和相關專利，又可以引進其他公司協同開發，也不算是浪費了這個花大錢買下卻又棄之可惜的產品。
而WebOS也除了UI部分以外，底層的部分都還是以GPL的形式做發布，這點在版權相容上，也還是跟之前MEEGO要做到的部分雷同。剩下的就是看HP將原先非開放授權部分轉為開源授權時，是否會選擇GPL可以接受的相容授權，才有可能看到上述進一步整合的結果出現。所以雖然目前對於WebOS還沒有看到更進一步的開發訊息，不過以開源形式做後續發展的開頭，至少還是可以增加許多的可能性。目前看起來，這樣也的確算是一個很完美的後續處理結果了。
- 11月 29 週二 201109:41
從 BlueStacks 談對於開源碼的開發及再應用
由於iOS和Android的快速成長，也讓許多小型遊戲和軟體在行動裝置上發展。雖然是針對行動裝置開發的軟體，可是還是會讓許多人希望在電腦上使用。過去大多使用的辦法是在電腦上安裝Android SDK，使用當中的虛擬機來運行Android並且嘗試安裝上AppMarket來使用。
而BlueStacks這個新推出的軟體，在2012年中旬時就放出消息，當時主要是表示會推出可以讓電腦也使用Android程式。不同於一些支援Windows/Android雙開機；需要韌體支援的方式。而是讓每台電腦都可以在安裝後使用Android的軟體。在BlueStacks於2011年10月釋放出Alpha版本之後，我也前往下載來使用。對於BlueStacks的技術，其實只要使用過一次大致上就可以了解其背後的基礎。外傳大致上是使用Virtualbox的虛擬技術加上Android的環境。目前由於是Alpha版的關係，整體尚不穩定，而且會比較明顯感受到電腦效能被拖慢。
不過BlueStacks陸續獲得投資，私募基金或是像AMD的投顧基金也都有贊助BlueStacks。其原因在於BlueStacks利用開源碼的技術實現了一些創意。首先BlueStacks在介面上實現了一些整合，看起來是使用虛擬技術的Seamless無縫視窗的方式，讓BlueStacks本身的外觀不會明顯覺得是虛擬系統，而是看起來像是桌面小工具那樣。
再來由於GOOGLE官方APPMARKET的支援是需要獲得GOOGLE方面的付費授權，所以BlueStacks採用的是透過自己的網路來下載APP軟體到電腦當中。也可以讓ANDROID行動裝置在安裝他們提供的軟體之後，將想要安裝的軟體下載到安裝BlueStacks的電腦上，這部分類似APPMARKET的網頁版下載安裝機制。
雖然BlueStacks目前尚不穩定，可以使用的軟體也才三十多種還不多。不過他讓人覺得值得注意和效法的是，針對一個單一需求，將一些開放原始碼技術重新拼湊和整合。其實目前開放原始碼界的各種軟體都已經相當豐富，然而卻還是停留在跟進商業軟體的腳步。常常都會看到國內外的開源碼網站，最喜歡貼的資訊就是某某軟體的幾十種替代方案。然而雖然那些替代軟體也相當好用，不過在一些特定需求的時候，去找一些替代軟體，都多多少少會發現一些不適用的地方。
開放原始碼的發展，應該要逐步去正確地尋找使用者的需求，去真正針對該需求開發並且最佳化。最佳化不僅僅只是針對程式碼的順利運行，還包括整個使用流程、互動介面或是整個軟體使用後續生態環境建立的順暢。以BlueStacks來說，雖然他的技術，說起來只是用虛擬機跑一個Android系統這麼簡單的方式。但是他的設計就讓使用者省去很多麻煩，比如不需要特別再去設置虛擬機的配置，建立一個下載軟體的流程機制，讓使用者不用自己去傷腦筋該怎麼把軟體下載下來。相關的操作也盡量簡化讓使用者不會太過困擾。這些都是過去許多開放原始碼軟體所不會注意到的部分。
或許因為開放原始碼很多都是從非商業性的出發點來做考量，所以才會導致許多軟體都是為了替代商業封閉軟體的需求才產生。但是在這樣的發展久了會出現一個現象，開放原始碼軟體如果一直都只是追在商業軟體的步伐後頭，其後續發展的規模就會被限制住。因為建立在一個先有軟體的替代需求底下，本身就是已經限縮其發展規模的範圍了。
所以找出使用者的需求、建立一個嶄新的創意軟體，才會是開源碼軟體蓬勃發展的先機。讓一個軟體能做出使用者想要做，但是其他軟體辦不到的事情。而不是一直被商業軟體給牽著鼻子走，變成只是跟在後面跑、造成開放原始碼軟體只是一種替代方案的印象。像開源碼軟體當中，許多科學計算的軟體，因為是針對一些特定研究所產生的，而同時也有許多相關的需要也剛好可以被拿來使用，就是主動針對需求產生不同於商業封閉軟體的情況。
只是科學運算這樣的領域比較小眾，所以不容易被察覺。不過要找出一個真正能被使用者需要或需求的創新軟體，本身就是一個比較難的狀況。在這裡稍微舉例來說，譬如像Blender 3D繪圖軟體相當強大，可以製作動畫或遊戲，但是由於Blender本身介面相當複雜。當使用者如果只是要做一個簡單的東西就很難上手；或者是其實只是要使用當中的某個模組，卻必須要熟悉整個軟體，造成曠日費時的狀況。這些都可以作為是重新取用開源碼軟體的部分，重新再作改善的方向。
雖然使用開放原始碼來拼湊出針對使用者需求的想法、或是自己的創意，這樣的方式說起來似乎很簡單。但是事實上卻需要花費相當大的時間和技術基礎。比如必須要相當熟悉不同開放軟體當中使用的技術，並且相當熟悉軟體的程式碼架構，才能夠在跨軟體整合時能夠進行順利。或是像不同開源碼軟體之間的軟體授權是否相合適，也是需要注意的細節。
雖然這種方式，其優點是在於可以承襲軟體發展的一些現有成果，但是或許也還是需要花很多時間去幫相關軟體除BUG。不過讓原始碼的循環再使用，使其更加活絡，本身就是符合開放原始碼的精神。並且也會間接幫助到原始運用到的軟體本身。而開始將開發軟體的重點，放在如何讓使用者會更想去使用，並且符合需求。而不是僅著重在軟體的功能實現，讓許多功能重複的軟體一直出現，卻總是會出現不同的不適用狀況，避免讓使用者必須不斷嘗試不同套軟體而耗費許多時間，反而因此造成開放原始碼較為次等的負面印象。(本文於 linuxpilot 108期 12/6同步刊出)
而BlueStacks這個新推出的軟體，在2012年中旬時就放出消息，當時主要是表示會推出可以讓電腦也使用Android程式。不同於一些支援Windows/Android雙開機；需要韌體支援的方式。而是讓每台電腦都可以在安裝後使用Android的軟體。在BlueStacks於2011年10月釋放出Alpha版本之後，我也前往下載來使用。對於BlueStacks的技術，其實只要使用過一次大致上就可以了解其背後的基礎。外傳大致上是使用Virtualbox的虛擬技術加上Android的環境。目前由於是Alpha版的關係，整體尚不穩定，而且會比較明顯感受到電腦效能被拖慢。
不過BlueStacks陸續獲得投資，私募基金或是像AMD的投顧基金也都有贊助BlueStacks。其原因在於BlueStacks利用開源碼的技術實現了一些創意。首先BlueStacks在介面上實現了一些整合，看起來是使用虛擬技術的Seamless無縫視窗的方式，讓BlueStacks本身的外觀不會明顯覺得是虛擬系統，而是看起來像是桌面小工具那樣。
再來由於GOOGLE官方APPMARKET的支援是需要獲得GOOGLE方面的付費授權，所以BlueStacks採用的是透過自己的網路來下載APP軟體到電腦當中。也可以讓ANDROID行動裝置在安裝他們提供的軟體之後，將想要安裝的軟體下載到安裝BlueStacks的電腦上，這部分類似APPMARKET的網頁版下載安裝機制。
雖然BlueStacks目前尚不穩定，可以使用的軟體也才三十多種還不多。不過他讓人覺得值得注意和效法的是，針對一個單一需求，將一些開放原始碼技術重新拼湊和整合。其實目前開放原始碼界的各種軟體都已經相當豐富，然而卻還是停留在跟進商業軟體的腳步。常常都會看到國內外的開源碼網站，最喜歡貼的資訊就是某某軟體的幾十種替代方案。然而雖然那些替代軟體也相當好用，不過在一些特定需求的時候，去找一些替代軟體，都多多少少會發現一些不適用的地方。
開放原始碼的發展，應該要逐步去正確地尋找使用者的需求，去真正針對該需求開發並且最佳化。最佳化不僅僅只是針對程式碼的順利運行，還包括整個使用流程、互動介面或是整個軟體使用後續生態環境建立的順暢。以BlueStacks來說，雖然他的技術，說起來只是用虛擬機跑一個Android系統這麼簡單的方式。但是他的設計就讓使用者省去很多麻煩，比如不需要特別再去設置虛擬機的配置，建立一個下載軟體的流程機制，讓使用者不用自己去傷腦筋該怎麼把軟體下載下來。相關的操作也盡量簡化讓使用者不會太過困擾。這些都是過去許多開放原始碼軟體所不會注意到的部分。
或許因為開放原始碼很多都是從非商業性的出發點來做考量，所以才會導致許多軟體都是為了替代商業封閉軟體的需求才產生。但是在這樣的發展久了會出現一個現象，開放原始碼軟體如果一直都只是追在商業軟體的步伐後頭，其後續發展的規模就會被限制住。因為建立在一個先有軟體的替代需求底下，本身就是已經限縮其發展規模的範圍了。
所以找出使用者的需求、建立一個嶄新的創意軟體，才會是開源碼軟體蓬勃發展的先機。讓一個軟體能做出使用者想要做，但是其他軟體辦不到的事情。而不是一直被商業軟體給牽著鼻子走，變成只是跟在後面跑、造成開放原始碼軟體只是一種替代方案的印象。像開源碼軟體當中，許多科學計算的軟體，因為是針對一些特定研究所產生的，而同時也有許多相關的需要也剛好可以被拿來使用，就是主動針對需求產生不同於商業封閉軟體的情況。
只是科學運算這樣的領域比較小眾，所以不容易被察覺。不過要找出一個真正能被使用者需要或需求的創新軟體，本身就是一個比較難的狀況。在這裡稍微舉例來說，譬如像Blender 3D繪圖軟體相當強大，可以製作動畫或遊戲，但是由於Blender本身介面相當複雜。當使用者如果只是要做一個簡單的東西就很難上手；或者是其實只是要使用當中的某個模組，卻必須要熟悉整個軟體，造成曠日費時的狀況。這些都可以作為是重新取用開源碼軟體的部分，重新再作改善的方向。
雖然使用開放原始碼來拼湊出針對使用者需求的想法、或是自己的創意，這樣的方式說起來似乎很簡單。但是事實上卻需要花費相當大的時間和技術基礎。比如必須要相當熟悉不同開放軟體當中使用的技術，並且相當熟悉軟體的程式碼架構，才能夠在跨軟體整合時能夠進行順利。或是像不同開源碼軟體之間的軟體授權是否相合適，也是需要注意的細節。
雖然這種方式，其優點是在於可以承襲軟體發展的一些現有成果，但是或許也還是需要花很多時間去幫相關軟體除BUG。不過讓原始碼的循環再使用，使其更加活絡，本身就是符合開放原始碼的精神。並且也會間接幫助到原始運用到的軟體本身。而開始將開發軟體的重點，放在如何讓使用者會更想去使用，並且符合需求。而不是僅著重在軟體的功能實現，讓許多功能重複的軟體一直出現，卻總是會出現不同的不適用狀況，避免讓使用者必須不斷嘗試不同套軟體而耗費許多時間，反而因此造成開放原始碼較為次等的負面印象。(本文於 linuxpilot 108期 12/6同步刊出)
- 11月 18 週五 201116:56
看目前微軟在 Windows Phone 做的好與不好之處
最早在智慧型手機和平板電腦上進行著墨的微軟，在這一批熱潮當中顯得相當弱勢。不過目前微軟在Windows Phone上的進行，還是有不錯的部分，但是在許多細節上面還有相當需要改進的地方。先說好的部分：
1.介面
Metro的磚塊介面，終於跳出一堆icon的設計。這算是許久以來微軟終於擁有自己設計風格的產品，雖然Metro的設計程式變多之後該如何整理?目前似乎還沒有一個明確的方案，而且也還有很多空間可以發展。不過至少Metro介面算是微軟第一個自己設計的介面產品，而且也的確帶給人新鮮感。
2.網站
Windows Mobile的網站真的還蠻詳細的，各種使用介紹和資源的整合算是還不錯，即使還在觀望Windows Phone的人也可以前往了解詳細。
3.雲端
25GB的SkyDrive是真的還不錯，而且也的確算是方便使用，這個部分的確算是賣點之一。
雖然Windows Phone 7.5的確算是個不錯的產品，可是其實仔細研究之後，還是會發現微軟很多地方都做得不夠或是讓人狐疑?大約可用以下幾點來說明：
1.介面
Metro的磚塊介面，終於跳出一堆icon的設計。這算是許久以來微軟終於擁有自己設計風格的產品，雖然Metro的設計程式變多之後該如何整理?目前似乎還沒有一個明確的方案，而且也還有很多空間可以發展。不過至少Metro介面算是微軟第一個自己設計的介面產品，而且也的確帶給人新鮮感。
2.網站
Windows Mobile的網站真的還蠻詳細的，各種使用介紹和資源的整合算是還不錯，即使還在觀望Windows Phone的人也可以前往了解詳細。
3.雲端
25GB的SkyDrive是真的還不錯，而且也的確算是方便使用，這個部分的確算是賣點之一。
雖然Windows Phone 7.5的確算是個不錯的產品，可是其實仔細研究之後，還是會發現微軟很多地方都做得不夠或是讓人狐疑?大約可用以下幾點來說明：
Mac相關 (7)