各取所需，無欲則剛

Source: Moving Magic, Computer Shopper, 2003 May, P298 ~ 300

"The best advice is not to overstretch yourself: just get a camera that suits your need and your budget."

對於已經有電腦的人來說，常見的買新電腦誘因在於以舊電腦執行新應用或新版本軟體沒有滿意的執行效能

如果是為了新應用，確實會因為與原先電腦規劃方向不同而有適用問題。例如原先買來處理文書與使用 Internet 的基礎型電腦，當使用者開始接觸多媒體編輯數位影片時，更高速的電腦有助於提升整體工作流程的效能。另一個例子是當我個人在決定架設網站而需要一台長期開 機的電腦時，能源消耗成為我重要的考量。因此我把網站由桌上型電腦 Dell optiPlex Pentium II 400 搬移到筆記型電腦 Acer TravelMate 507T Celeron 466 上，我判斷後者可以滿足運算能力與長時間開機的需求，同時較前者消耗更少的電量

如果是要執行新版本軟體，要考量的條件就會因為個人而不同，最大的差別在於使用軟體的取得成本與資料交換需求。如果使用者是花費金錢取得新版本軟體，思考 新版本所帶來的投資效益比將可以協助釐清需求與代價。如果是為了可以開啟他人寄來的檔案，其實有許多免費的轉檔程式、瀏覽工具、與電子文件工具等替代方案 可以加入考量。

我相信每個人都擁有有限的資源，唯有認清自己真正的需求，才有機會控制慾望～

開發工具與程式語言

Source: Review: Visual Cafe 4 Enterprise Edition, Intranet Journal, 2001 May
http://www.intranetjournal.com/articles/200105/id_05_09_01a.html

現在的開發工具與語言的相依性越來越強，往往語言本身有了變動，開發工具也要跟著改變，要不然開發工具所產生的程式碼有可能與新版本的編譯器產生相容性問題

例如 Visual Cafe 4 產生的使用者介面程式碼與原先設計支援的 Java 2 相容，但是當更新為 JDK 1.5 Tiger 後，雖然可以使用到新 JDK 所擴增的功能，但也要手動改寫介面部分不相容的原始碼，以免無法正確編譯執行

約 1995 年，我使用的開發工具是整合環境 (IDE)，以 Turbo C / Microsoft Quick C 撰寫 C 語言程式，那時還沒有什麼使用者介面的觀念，對他的依賴性也不高。

後來有機會接觸 COBOL，採購了 Microsoft COBOL 之後，才逐漸體認到 IDE 的好處，與在 Windows 3.1 下開啟四個視窗分別以「漢書」HE 編輯原始檔、批次檔 .bat 編譯 (compiler)與鍊結 (linker)、執行、檢視輸出檔案四個視窗的作業環境相比之下，整合式開發環境確實節省許多寶貴時間。

後來慢慢移到 Windows 上開發，也逐漸需要處理使用者介面，那時百家爭鳴，有 BlueSky WindowsMaker, Borland Resource Workshop, Microsoft Programmer's Workbench 等等，每家賣點不同，跨平台、高效能、可擴充、易於使用，各有所長。

現在移到以 Web Browser 為主要瀏覽介面的網頁程式，處理使用者介面部分的 HTML 很容易閱讀修改又具有跨平台的好處，但卻不容易抽離使用者介面與程式邏輯。因此目前我混合使用 DreamWeaver 建立 HMTL 碼，以 HomeSite+ 編輯 PHP 程式碼，再以網路芳鄰 ftp 上傳到伺服器上執行測試。希望未來可以有個好用的 IDE 可以協助管理與測試程式碼

英文軟體處理中文問題

Source: VB 3.0 與 資料庫, Microsoft Faxback, 1996 May 19

在文件中提到「假如您 Criteria 的資料包含中文內碼第二碼 = 7CH 的字串，則您以此 Criterua 去 FindFirst 或查詢資料」「所得到的資料往往錯誤，或產生錯誤訊息」

其實很多英文版軟體在處理中文時多少都有些問題，其中搜尋功能常使用到的字串比較是比較不容易被採用者發現，因為需要做大量的測試，才知道有哪些模組、字串，會遇到問題

但有時沒有其他選擇方案，也只好將就，或者是全部改以英文輸入。例如我為了使用 Microsoft Money 2000 管理個人帳務，只好把所有類別都使用英文，在附註的地方才加上中文補充

深入的瞭解是避免基本錯誤的基礎

Source: VB 3.0 問題與解答, Microsoft Faxback, 1996 May 19

在 Internet 尚未普及的時候，很多公司採用 Faxback 與 BBS 下載文件檔案的方式協助使用者排除常見問題，因此，那時候我有花不少錢採購 MSDN Lvel 1 光碟，直接以工具在光碟中瀏覽技術文件。也可以發現原來很多書本上的秘籍不過是一些不為人知的技術問題

原文件中一則「以浮點運算作比較有不符合預期狀況的現象」問題，勾起我對於大學時期的記憶

原先在中興應數學習 C 語言著重在資料結構，後來在銘傳資管補修抵扣學分不足部分時，很幸運的再度受到吳大均老師（洗鏡光先生的學生）開導，改以編譯器的眼光進一步的瞭解程式語 言語法、資料型態、字串與數值比較，那段日子十分充實有趣，可以感受到老師上起課來也特別帶勁，只是難為了那些跟我們轉學／插班學生一起上課的學弟學妹們

由於先前研讀 Computer Sceinece and Overbiew, J.G. Brookshare, Published by Benjamine, （深入且廣泛的計概書籍，相當於 80% 的資管電腦課程）對於電腦硬體結構有基本的認識，才對回答中「因為牽涉浮點數精確度問題，一般都不會拿浮點數做比較」有深刻的感受，提醒我雖然目前使用語 法簡單的 PHP，別忘記對語言深入的瞭解才可以正確的使用，避免寫出這類難以除錯的臭蟲

學習新領域的軟體

Source: Move into the Frame, PCW, 2005 Januaryt, P147 ~ 154

當我熟悉一種軟體的工作流程之後，切換到同樣工作流程的軟體並不會很困難，因為已經認識流程與重要名詞，主要是功能上的差異，使用一陣子或跟著幾個教學範例走一遍，就可以掌握大多數常用到的指令

反之，跨領域就變的很複雜。因為對流程不清楚，加上有許多陌生的專有名詞，很容易迷失在使用者介面之中。

通常，雜誌在做產品評鑑時，會對評比軟體的工作流程解說，每本雜誌，每個不同時期，解說的內容有深有淺。如果時間比較充裕或者是想要有一本參考書可以查閱相關名詞，建議直接找一本廣泛談論工作領域流程與使用軟體的入門書籍，可以節省很多摸索時間

由產品比較表的分類方式下去整理比較也很有幫助

Evaluator's Guide 評估指南

首先說聲抱歉中斷了一將近一星期，因為 2005/5/31 ~ 6/3 都忙著處理 2005 Computex 的展覽照片與解說，約三百張照片。加上這次的文件約 43 頁比較長，沒有時間將心得整理發表。

原則上是每天發表一天閱讀心得，除非是忙碌或旅遊，就暫時休刊～

Source: Borland IntraBuilder Evaluator's Guide, 1996 August, total 43 pages

一般國外軟體公司會提供軟體評估指南或報告，協助使用者在短時間內認識軟體的特性與功能，判斷是否符合需求。Microsoft, Borland, Quicken 等等，早期因為網際網路不發達，會透過研討會發送評估光碟。現在多半都直接放在網站上提供直接下載，只要有適當的瀏覽器就可以開啟或列印。

通常這類文章會先解釋該軟體是針對何種需求所發展，軟體特色 (features)，與未來延續開發的藍圖 (roadmap)。接著會以一個簡單的例子對應客戶需要，例如以使用現金簿展示日常財務相關運用，以簡單的應用軟體展示開發工具強大的功能與縮減開發時 間。最後會再提供相關資源讓使用者可以輕易的找到更進一步的資料

當開始接觸一套新軟體的時候，我非常喜歡閱讀這類文件，可以在最短的時間內對軟體有最基本的認識。