在本文中,我們的重點放在:要了解一個系統,最好是採取由上至下的方式。先試著捕捉系統架構性的觀念,不要過早鑽進細節,因為那通常對於你了解全貌,沒有多大的幫助。閱讀程式碼不需要從第一行讀起,我們的目的並不是在於讀遍每一段程式碼。
2008-03-11
在各種財經雜誌、書籍或是研究報告上,有關微軟的「策略」的報導可說是汗牛充棟,但是某種程度上來說,很多關於微軟的報導,在我看來都是過度解讀了微軟的策略意圖,因為,他們沒有考慮微軟所占據的獨特位置。
2008-03-11
系統的複雜度往往超過人腦的負荷。閱讀程式碼的時候,你會需要更多工具提供協助。使用好的整合式開發環境(IDE)或文字編輯器,就能提供最基本的幫助。
2008-03-11
大約26年前,我買了生平第一部電腦「小神通」。由於這部電腦的市場定位似乎是教育用途,所以具有不錯的中文介面,一開機就會出現「大家好,我是小神通,現在為你服務……」。更神奇的是,「小神通」居然還可以用中文寫程式,這對於當時小小年紀的我來說,相當具有吸引力。
2008-03-11
「M型社會」的說法在臺灣大行其道;「下流社會」的概念卻反應普普;「階級社會」的指稱則是根本乏人問津。臺灣社會對於三個指稱同樣事實的名詞有如此不同的反應,這個現象所帶給我們的啟示是:在每個社會的集體潛意識當中,都有它「不願面對的真相」。
2008-03-11
很多的管理書籍、大師演講都說該從核心競爭力入手來拆解問題,或者學習情緒管理來堅強自己的信心,但是光有面對問題的勇氣與毅力是不夠的,我們更需要被驗證成功過的觀念,讓自己的智慧開竅,引導出方向,才能產生好的解決方案。
2008-03-11
軟體的病態性肥胖(2) 別讓開發過程的小細節,造成軟體的負擔
或許我不該在這裡提起軟體肥胖的話題,畢竟胖才是美已經成了軟體界普遍的審美觀。「不重則不威」,許多顧客買了我們的軟體之後,拿到好幾片滿滿的光碟,才會覺得這個軟體很有價值。如果只給一個不到1 MB的檔案,顧客還會質疑這小玩意值不值得這價錢?
2008-03-07
在電子郵件尚未成為企業主要稽核項目前,針對資訊系統進行稽核,是早期傳統會計審查作業的一部份,這個時期的稽核重點,主要在於被稽核單位的電子資料取得、分析與計算等處理業務。後來在資訊技術的快速發展與應用,電子郵件逐漸成為企業商業往來主要溝通工具,但電子郵件的便利性也相對帶來未知的風險。
2008-03-07
BMI(身體質量指數)大於35者稱為病態性肥胖,如果我們也為軟體定義出一套BMI標準,那麼放眼望去,軟體界幾乎全都是充滿五花肉的癡肥軟體,而「肥胖不等於健壯」這句話也同時適用於軟體。
2008-02-27
CIO,你雖然未必都在掃廁所,但可能只是在扶柱子。要有成長,必須要去想有什麼機制讓你不需扶柱子,而房子也不會垮,要是有辦法做出這個機制來,才能創造價值。
2008-02-26
有人說他打死不賣網路廣告,因為網路廣告的成效是很簡單評估的,所以價格很容易訂出來。因此說要有溢價的可能性而有更高的獲利空間是很難,這對一個超級業務員是很糟糕的事,因為很多利潤都是來自於資訊的不對稱所造成。
2008-02-22