Internet 發展的歷史

Web2.0 網站的必要功能的迷思

1. 一定要有“我的朋友”的設定嗎?
2. 一定要有 Blog 來當討論區或是宣告投入的經營模式嗎？
3. 一定要有 RSS 嗎？
4. 一定要有“自訂”的功能嗎？
5. 一定要把自己的資料分享出來嗎？

Blogger分類及最新迴響範本公開(黑底白字版)

由於實在太多人來跟我要範本了，我要 email 給大家很麻煩，之前幫人家套上範本我自己也沒有時間幫大家套，而且套上後也不一定喜歡我的編排方式，所以我把範本連結貼在下方，有興趣的可以自行下載回去研究。

注意範本貼上之後在控制主頁→設定→格式把文章數目調整為999篇文章即可，當然原來的範本請各位一定要備份起來。

之前比較長串的原理說明在以下網址:
http://nextservices.blogspot.com/2005/05/bloggercom.html

2006/6/4 的下載版本:黑底白字版本(按滑鼠右鍵另存目標)

2008/7 更新：這是舊版 blogger.com 的範本，新版已經內建很多功能，不建議大家使用。

網路應用API的下一步？分類：網路

Google 釋出的 API 並不多，我對 http://maps.google.com 的 Javascript 元件的 API 印象深刻，SUN 的 J2EE 及 MS 的 .NET 可能都即將走入歷史。

這種網路元件的架構並不是很先進，傳統以來很少有系統這樣設計的，一方面是網路的寬頻環境還不是很成熟，另一方面是安全性有很大的漏洞，所以商業軟體不太可能走這種網路元件的合作模式，以商業化來講，不是把常用的 Server 設計成開放性的平台（如SQL Server），或者是做成一些程式庫函式庫（DLL）來包裝核心，多人開發使用。

觀察 google 的 maps，簡單的說，只是在地圖上做一些加值的應用，地圖相關資料的提供加上對地圖的移動縮放的控制都是　google 負責，而地圖的表皮就是合作廠商來進行。雖然不知道這樣的合作模式可以創造多少的市場價值，但這種架構已經出現實際應用，我很樂見這個影響對未來軟體開發，能創造不一樣的架構。

上面這張圖是 http://johnvey.com/features/deliciousdirector/ 開發出來的另一種應用，是利用 http://del.icio.us 所提供開放的 RPC API 來存取資料，但是應用介面的程式則是放在 johnvey.com 網站上面。

當大家還在討論 XML/RPC 規格的時候，網路元件的應用已經在瀏覽器上開花結果，如果到一家公司看看內部的管理系統，大部分已經做成使用 IE 就可以控管到所有的資料，這種網路元件的應用就越來越重要，合作廠商要如何保持自己的核心競爭能力，要如何分工合作，我想這樣的架構應用非常的重要。

今天早上我還跟另一家公司在談如何整合測試，雖然是必要的，但是這種開放性架構，整合測試已經變的非常容易，重點應該是怎樣定義這些網路元件的應用，只要定義的好，大家保有自己的核心能力，可以在各自的領域努力作到最好。

免費協助 Blogger.com 置入版型範本

目前我用 Javascript 製作的版型範本有三套，暫時還沒有力氣弄出比較炫的版本，看起來都是比較簡單素雅的。
1. 白底黑字文字典雅型 http://nextservices.blogspot.com (就是本站)
2. 黑底白字突顯照片型 http://tripwriter.blogspot.com
3. 討論區 http://newsfamily.blogspot.com

如果有網友需要可以直接留下你的 email addr. 在下方迴響，我會把三個版型範本回寄給你，注意的是範本全部貼上之後在控制主頁→設定→格式把文章數目調整為999篇文章即可，當然原來的範本請各位一定要備份起來。

或者，我也可以幫忙協助大家放上去，只要你在控制台主頁→設定→會員邀請我(nextservices@gmail.com)加入你的部落格共筆寫作，並把我升級成Admin，這樣我就可以幫忙改你的範本了，我發誓我不會修改到原來的文章，等修改好之後，我會把我的權限自行剔除，後續的範本維護就自己來完成了。

目前已經有好多網站成功的使用我寫的範本，多了分類標籤及最新迴響的功能，就我知道的我列在下方：

1. 陳謙天下
   
2. 220天的完美旅程
   
3. 碧溪筆記
   
4. Princess Lea
   
5. TRIP WRITER
   
6. YIKUANG'S BLOG
   
7. 貝氏奢華
   
8. Somewhere in Time
   
9. 人行道 Side Way
   
10. 夏諾瓦的酒館
    
11. Flora's Chamber--陳小芙的家
    
12. Island Republic
    
13. 阿雍的鹿特丹廣播電台
    
14. Complicated Lif3
    
15. 書本-電影-音樂
    
16. 形意论谈
    
17. JONAH←這個人改的很有特色
    
18. 就祇是日誌
    

大家趕快搬來這裡吧！真的不錯。

2008.7 更新!!!由於這個範本已經很舊了，目前 blogger.com 也出了新版，範本恐怕不適用，所以暫停幫大家修改與置入範本。

《軟件開發》心得組合中分類：心得

1. 關於軟件開發這個行業
   
   
2. 如何成為好的程式設計師
   
   如何踏入程式設計的領域｜如何引發程式設計的興趣｜程式開發人員的工作風險與動機｜軟體開發人員努力的方向｜系統工程師的角色扮演｜
   
   
3. 網際網路普及後對軟件業的影響
   
   開放性軟體在『平台』中演進的角色｜『應用軟體供應商』是軟體公司的契機｜網際網路架構的新思考｜網際網路對軟體產生的變革｜研發團隊合作必須了解需求
   
   
4. 軟件系統特性
   
   物件導向與資料庫應用｜從結構化到物件導向｜軟體開發的核心技術？ ｜軟體系統建構的五大基礎面向｜品質對於軟體系統的重要性｜程式設計的具體化與抽象化
   
   
5. 軟件開發的管理
   
   軟體開發過程階段性目標與相容性的做法｜軟體開發流程的壓縮與再造｜創造能開發創意的組織環境 ｜資訊導向組織與知識管理｜建立軟體開發的知識庫｜軟體開發過程的重要性｜研發團隊的創意管理｜程式開發的大循環與小循環｜撰寫規格文件的重點
   
   
6. 創新思維的方法
   
   為什麼需要創新？(1)｜為什麼需要創新？(2)｜躍進式的思考模式｜發行股票卡片的可能性？｜創新力與執行力必須以專業為基礎｜軟體的整合性價值｜心智分枝圖｜用最簡單的方法｜創意模型與軟體系統開發模型｜系統架構的構思過程｜兩擔大蒜談創新｜閘道系統的應用｜漸進式創新法

《當科技變身時尚》讀後心得分類：心得

《當科技變身時尚》16%的科技行銷密碼

簡介

義大利米蘭，時尚名模正身穿新款春裝，手拿液晶螢幕搖曳生姿走上伸展台。不知何時開始，冰冷的科技產品竟變成時尚配件，驚豔四座……

科技產品演進至今，已不再是功能論輸贏，取而代之的是造形、設計，是給消費者時髦的感覺。然而，許多科技大廠卻無法走過這個階段而退出舞台。

國內最具權威的科技趨勢專家黃彥達以多年的研究觀察，強調科技產品必須突破16%的關鍵門檻，才有機會屹立市場。書中告訴讀者為什麼PDA在風行了一陣子後，始終欲振乏力？手機與PDA的結合是否能造成另一股風潮？網路可以走進客廳，結合一般家電用品嗎？如果可以，產品該如何設計，銷售上又要如何吸引消費者？

讀後心得

讀完了這本書才知道創新型產品的行銷多麼的辛苦，難怪在早期的電子業總有一種心態，就是老二主義，由老大去推廣市場、教育市場，然後老二就可以省了大筆的行銷費用，這種營運模式在現在這個微利的年代，應該已經無法生存下去了。

所謂的行銷4P－－Product（產品）、Price（價格）、Promotion（推廣）、Place（通路），我想是所有的行銷人每天要注意的項目，而本書討論創新型產品的行銷，引用Rogers的《創新傳播》理論，把所有消費者分類成五類：創新者、早期採用者、早跟進者、晚跟進者、落後者。而這五類的消費者利用統計學上常用的常態分配曲線來看，創新者加上早期採用者大約是16%，只要所有的產品普及到超過16%之後，行銷的方法就會產生極大的變化。

本書談到了這幾年的熱門產品與看不到的服務：ＷＡＰ、ＰＤＡ（股票機、電子字典）、ＰＣ、ＡＤＳＬ、３Ｃ、ＮＢ、ＴＡＢＬＥＴＰＣ、手機、ＭＰ３、ＭＯＤ、ＩＣＱ......等等，這些產品看似簡單的背後，他們的行銷及推廣的方式竟然有那麼大的差別。

我們往往從國外翻譯的書籍來了解行銷這類產品的原理及方法，但是台灣的市場不同，而所有國家對科技產品的接受度也有很大的差異，例如日本人對科技產品的接受度就很高，法國就很重視產品的設計與單一用途，所以本土化的行銷書籍也應該大力推廣才是。

《與熊共舞》讀後心得分類：心得

＊本書行銷術語：

假如下一個專案一點風險都沒有，就別做。

風險越大，報酬就越大，對於軟體開發來說尤其如此。在充滿競爭的環境中，一味逃避風險的公司很快就會發現自己落後了，但如果專案經理對於可能造成失敗的威脅視而不見的話，又會使組織「過於冒進」。為了解決軟體開發人員「逃避又怕落後，冒險又怕失敗」的兩難，本書將教讀者如何辨識風險，並去擁抱「值得冒的風險」。作者還列舉出風險管理的好處，包括：

使積極的冒險變為可行
防止盲目管理的發生
花最小的成本做好最起碼的防護措施
釐清責任歸屬
隔離子專案的失敗，使它不會衝擊到整個專案。

讀者可以用本書提供的策略來加強專案的防禦工事，對付軟體專案中最普遍的風險：

時程延宕
需求膨脹
人員流失
規格崩潰
績效低落

《與熊共舞》將幫助您，在風險演變成致命的問題之前，就紓緩風險。風險就在那兒——它們本來就應該在那兒——而你當然有辦法管理它們。

＊讀後心得：

本書的架構簡單明確，從風險管理的Why?→Why not?→How?→量化→驗證。共分五個單元，我想這是寫程式搞電腦的工程師，最常用的方法。定義問題的那幾個章節有點長，不過習慣用小故事切入並形容問題的作者來講，讓閱讀者很容易了解。

沒有寫過程式的人幾乎很難想像這個行業是高風險的行業，為什麼當初講好的時程無法按時交貨？為什麼只是修改一點需求他們就做不出來？為什麼抓不到問題？為什麼系統問題叢生？為什麼他們總有那麼多藉口？

上面這麼多＂為什麼＂其實就是對軟體系統開發＂不確定＂的表象，不確定就是風險，要如何量化這些不確定，就是本書要給大家的解決方案，雖然說這些統計的理論有點方法，不過作者利用程式設計最常用的模組切割方法，就是定義清楚＂輸入＂與＂輸出＂然後把結果給導出來。

最常用的回饋分析法被泛用在這本書的風險量化的方法，利用過去的經驗值建立資料庫，然後在下一個專案開始的時候當成風險的參數，經驗法則是每一個企業存在時間的價值，要建立資料庫是這幾年知識管理的重要方法之一。

對於瀑布式與逐步交付的開發方式，本書的第十六章有很詳細的說明，這個在各種專案開發的書都有很清楚的描述，如果您是使用電腦工具的高手，例如使用MS Project，可以很方便的用這些工具切割出模組來，也很容易找出人力資源的衝突，但希望使用這些工具的管理者還是要了解這方面的基本原理。

最後，我對附錄Ａ的小故事印象深刻，在職場上工作，尤其是大公司工作，各部門各司其職往往不想去了解別人的難處，而系統研發部門往往就揹負這種風險的壓力，要如何改善？是需要各部門的人都了解的。

延伸閱讀：【流程】軟體開發流程的壓縮與再造

網際網路對軟體產生的變革分類：網路

雖然過了西元2000年，觀察生活的週遭，您會發現小店面還是都用到的軟體系統都還在運作，例如：錄影帶ＶＣＤ出租業、洗衣店、汽車保養廠、租書店等等，這些行業用的大部份是PC加上DOS/Windows 作業系統，並跑一些小型的資料庫軟體。

對於這些小店家來說，要更新這些軟硬體設備要耗費的成本非常大，例如一台單機不上區域網路加上新的軟體系統，軟體程式設計的工作室報價可能就要報價20萬元（還不一定有賺喔），這些店家根本負擔不起，因此這些行業除了走向專業連鎖店之外，是否網際網路可以帶來更大的變革呢？

網路夢的背後我們經常看不到成本的支出，以目前專線24小時上網的成本來計算，若要符合基本連線的順暢性至少要有64K的速率，一個月的資訊傳遞費用就要5000-8000元不等，若要考慮要克服斷線帶來的不方便，那付出的成本可能更大了，再來是PC硬體與作業系統加上應用軟體系統的維護問題，一個店家每個月要付出的成本也是非常大但還好只是初期的建置費用，所以這也是為什麼現在所有的店家大部份都只用一台電腦不上網路的原因了。

如果從資料庫系統的維護來看，把資料庫集中化的管理雖然是最節省成本的，但是，網路的成本目前還是那麼貴的情況下，只好把所有的系統安裝在PC上面，然後每日或者是每週的將所有的資料做整理（轉檔）的動作在透過數據機上傳至總公司的做法是目前大部份連鎖企業的做法，展望未來若是網路的成本降低，上網路的家電又能降價到某一個程度之下後，或許，ASP行業才能真正的興盛起來吧！

如果以洗衣店為例，預測未來，是所有的洗衣店會共用一個網站的資料庫系統來建立與客戶的服務，還是會有一家大型的連鎖洗衣店負責收件配送服務，在物流、資訊流與金錢流方面，相信會有一個大的改變。

延伸閱讀：【網路】『應用軟體供應商』是軟體公司的契機

網際網路架構的新思考分類：網路

一套系統往往要連接到後端的資料庫這是以往的 Client/Server架構，網際網路的興起帶來了新的架構，不只是3-Tier或是N-Tier，他的網狀架構，帶來了無限的創新方法。

我們舉最簡單的例子，如果我們撥號上網到某一家ISP去的時候，最簡單的帳號密碼認證系統往往連接到該ISP的資料庫去做檢查的動作，但是如果你到國外去的時候，如果你有申請ISP的國際漫游服務的話，您只要用原來的ISP帳號就可以撥上國外的ISP，並提供上網的服務，這個就是2-Tier延展成為3-Tier的一種溝通通訊模式。

如果說這種認證的類型不只是用在上網際網路的撥接服務的時候，我們上網看到某一個商品服務，想要立即購買的話，只要打入信用卡號碼或者是銀行的帳號，立刻可以扣款並且得到這些服務，這就是金流，如果我們還停留在以現鈔交換貨品或者是實體線路的思考模式，可能沒辦法達成創新的系統設計，因為網際網路把全世界打通了，安全性與可用性的落實，完完全全掌握在這些通訊協定與資料庫的同步上面。

HTTP通訊協定的CGI(Common Gateway Interface)加上超連結，我們可以把不同的資料透過網際網路來交換，以最簡單的廣告服務來說，以前的廣告公司要負責市場調查、行銷企劃、廣告設計製作、媒體購買，這些流程雖然還在，但是已經壓縮在一台廣告伺服器之後了。

HTML的超連結語言溝通了全世界電腦，往後的XML語言與種種分散式的應用程式，我們要走的路還有很長呢！

『應用軟體供應商』是軟體公司的契機分類：網路

應用軟體供應商的英文全名為 Application Service Provider, 也是最近三個月來在軟體業被大家炒作的名詞，很多新成立的公司發的新聞稿也是以ASP的實踐者來推銷，或是以往的EDI也拿來應用在網路上，就變成了 ASP或者是WEB EDI，這麼多的名詞，我想簡單的定義一下什麼是ASP。

ASP簡單的講，分為兩種的供應模式，一種是租賃(Hosting)，另一種是委外服務(Outsourcing)。第一種的租賃模式是廠商投資購買伺服器主機及軟體系統，由ASP廠商負責企業資訊化的工作，這種模式行之有年，一家新的券商或是銀行的新系統要上線，ASP廠商往往進駐三個月到一年完成所有軟硬體系統的修改上線及教育訓練的工作，台電、政府機構等等的系統更新也是用這種模式上線的，這些傳統的ASP廠商有中華電腦、資策會、中國嘉通、凌群電腦......等等廠商，這些資訊化的案子營業額都不小。

市面上有一些大的套裝軟體，例如：會計進出貨系統，也可以視為一種小型規模租賃性質的系統，他幫助您在安裝及操作的過程能順利的使用，但是套裝軟體的服務往往不如包整套的資訊系統，因為他的服務成本過高，不容易達成客戶的特殊需求。

ASP的第二種模式應該是網際網路成熟後的變形，例如現在ISP的虛擬主機，就是簡單的委外服務，只要你付費並提供資料，您的資料就可以被全世界上網的人看到，進一步來說，以往的套裝軟體(會計系統，幼教光碟...)是否可以完全的委外呢?把所有的資訊主機放到ISP或者是ASP廠商的機房中，因為網路的通訊與伺服器設備的執行速度夠快，可以有很多公司共用一部伺服器來降低成本，而公司的MIS部門也因此可以節省很多的維護成本(就是人力)。

所以，委外服務(Outsourcing)應該是應用軟體供應商(ASP)主要的服務型態，不但可以有效的降低服務使用者的成本，也降低了ASP廠商的維護成本，在教育訓練的成本也有效降低的情況下可以說是雙贏的局面，這也是為什麼現今ISP機房雖然在虧損的情況下還一直不斷地擴充的原因吧！

軟體委外的服務可能在初期，ASP廠商要付出相當大的規劃執行人力，但是當很多很多的委外專案完成後，可元件化的服務，可節省的維護成本，可共用的資訊設備與溝通的成本都能快速的再接下一個案子，更能在創新活動上做更佳的變化。