報表達人 - M-Power Report

 
Sybase接手PB的發展：

但是，世上沒有永遠的童話故事，好日子也是會過完的，1995年發生的一個小插曲，使得歷史的方向從此改變，由於當時PB主要競爭對手之一的SQL Windows(由Gupta(古普塔)公司所開發)被Oracle所併購，開始讓Powersoft坐立難安，以當時資料庫公司搶市場大餅的激烈狀況，擁有一套客戶普遍喜愛的前端應用開發工具，絕對有助於資料庫伺服器本身的銷售，加上美國商場上愛不到就毀了它的商業慣用手法—併購，哪一天會不會突然降臨到自己身上是很難說，鑒於前車之鑑不遠(CA併購Cullinet的案例)，因此雖然Powersoft當時的財務狀況仍然穩健，他們還是決定找來強而有力的大公司結盟，以確保悲劇不要發生，於是乎同樣是賣資料庫的公司--Sybase在那一年合併了Powersoft，當時合併案代價是十億美元，怪怪，居然能夠為了一個工具就花了十億元的天價，這不正好證實了PB的價值嗎？

但，中國古諺語說的好：『物極必反』，同年Sybase所推出的資料庫SQL Server 10出了狀況，使得一下子損失1950萬美元的銷售額，加上Sybase偽造銷售業績的壞消息令其股票暴跌，使得Sybase的創始人Hoffman下臺，Mitchell Kertzman突然成為Sybase的CEO，但在那個風雨交加的時刻，Sybase CEO的位置並不好坐，後來光是1997年一年Sybase就虧損高達五千萬美元，董事會還差點決定把Sybase賣掉，而這時扮演少康中興的人及時出現了，他就是現任的Sybase 董事長、CEO兼總裁--程守宗，老實說Sybase能夠成功脫離那一次危機，並躍升為全球第六大的軟體公司，成為現今僅存四家資料庫提供商的其中一家(Oracle、IBM、Microsoft與Sybase)，程守宗的確是功不可沒，其個人的才華也的確是出類拔萃的，但身為一個PB用戶，卻也實在是沒辦法完全認同他，因為當時他到任的第一件事就是裁員，他一口氣裁掉了1500個海內外Sybase員工，雖然這是當時不得不的作法，但可悲的是這1500人之中，包括了對PB發展至關重要的Dave Litwack，未將來PB的發展受挫埋下種子，至此以後PB由偉大變成好而已(程守宗之於PB--殺人、取經原一人，時也命也運也~)。

不過既然提到個程守宗，我還是談談他個人的豐功偉業，如果我們先前提到過的那些IT名人，他們的人生算是傳奇，那這傢伙的人生就是傳奇中的傳奇，翻翻他的個人履歷，香港人，高中才到美國求學，短短的幾年內他順利進入長春藤名校——布朗大學電機系，要知道長春藤名校可不是你說進就進的，這代表他是當時最頂尖的學生之一，而且以當時大多數待在美國的華人就職的狀況，一般都是幹工程師，而且升遷沒門兒，他老兄居然三十六歲就當上公司的副總裁，往後的職場生涯裡更是成功地讓兩家瀕臨死亡的公司起死回生，不用說，Sybase就是其中之一，他目前個人的頭銜還有迪士尼首位華人董事、紐約證交所上市顧問委員會成員、美國出口委員會成員，成就非常驚人，我看好萊塢都可以幫他拍個人傳記電影了。

非戰之罪：

我個人認為Dave Litwack之於PB；就如同Anders之於Delphi的關鍵作用一樣，有些人說PowerBuilder的沒落是因為C/S被B/S架構所取代的必然，但我覺得這個觀點仍有待商確，算一算Dave Litwack離開Sybase那時候正是PowerBuilder6.0與6.5版推出的當兒，個人感覺之後的版本雖然也不賴，但PB7以後感覺好像就沒有什麼真正重大的突破(在PB11之前，PB8~PB10的改版很大程度上只做到了支援一些公認標準技術的開發，如：XML、Web Service等…)，這些年隨著時間的演進，PowerBuilder開發工具許多既有的優勢已慢慢的消失。

老實說，在用過Visual Studio 2005以後，真不得不承認現在的開發工具已經越來越完備，無論是效能、開發環境介面的設計以及開發功能的完備度都已經讓人沒話說，雖然PB的DataWindow到現在仍算是殺手級應用，且目前都還沒有任何一個應用開發工具能做到類似的技術去簡化表單應用的開發，但沒有持續加入其他更有價值的功能，應該是最直接衝擊PB在市場上佔有率的原因，我發現在台灣使用PB開發內部應用的企業，大多都停留在PB5或6的版本，持續運作了10多年而沒有更版的打算，此其一。

其二是PB雖然很早就知道不能固守在C/S架構中坐吃山空，在最初的幾個版本其實就內建distributed PowerBuilder開發的功能，提供PB程式在分散式環境運算的能力，直到後來的Web應用崛起，Sybase當然也沒有在這個戰場缺席，他們將PB包裝成能夠開發N-tiers的設計工具與Jaguar Server聯手出擊，向客戶提供Thin-Client(輕量級客戶端應用)的solution，然而PB最終跨向Web應用的歷程並不是很順利，我個人認為這與Sybase高層決策有很大的關係。

朝Web應用的開發發展，這個方向本身來說絕對是正確的，但把PB與Jaguar Server綁死，則是策略性的重大錯誤，我不明白Sybase為什麼沒有吸取PB做為資料庫前端開發工具成功的經驗，即便在C/S的架構裡，PB也不會只支援自家的資料庫程式開發，甚至到了今天，據統計還有63%的Oracle資料庫前端使用的都是PB所開發的應用程式，而我本人的開發經驗也是如此，PB搭配Oracle來開發有說不盡的好處，綁死伺服器只會讓許多客戶立刻轉過身去，而不會去細看你的優點。

再者，伺服器本身的開發需要不停的支援許多最新的標準技術以及許多最新的安全性議題，這對Sybase來說實在是一個太重的負擔，雖然後來Jaguar Server漸漸地靠向Java來彌補一些無法自行開發標準的缺點，並企圖拉攏一些Java的程式設計師來使用PB，但Java社群力主的開放原始碼與自由軟體風格，根本與以營利為主的Sybase企業目標背道而馳，簡單的說，像PowerBuilder這種需要收費又不透明的開發工具，根本是不會被Java的開發人員所接受的(說不定他們認為那是種墮落吧…)，這也是多年來我經驗中幾乎沒看到過Java的程式設計師考慮使用像PB這樣開發工具的原因吧，PB既有的用戶流失，再加上一直沒有新的用戶來關注它，這時候的PB算是到了谷底了。

話說回來，關於PB綁Jaguar Server這個問題，一直到了PB11中我才總算看到了改變—Server Plug-in功能，PB所產出的元件能夠自動地被包裝成標準的EJB元件部署到許多知名的Java Base伺服器，如：WebLogic、Web sphere、JBoss等平台，但那些離開的燕子，什麼時候才再會回來呢？

PB未來：

最後既然談到了PB11，那我就簡單說明一下使用PB11的一個心得，大體上，我覺得PB11算是近來最有歷史意義的一個版本，就拿上述的Server Plug-in功能來說，總算修正了先前偏執張狂的作法，支援各種Java Base伺服器的平台，讓它擺脫商業競爭手法的枷鎖，回歸到了眾人能夠認可的實用層面來思考，套一句俗諺：『這樣做才像話嘛！』。

此外，Sybase大動作的將原本靠向Java發展的伺服端應用發展方向，180度地轉向.NET陣營，其中開發Web的功能是靠編譯器自動轉換達成，對於本身就會PB語法的程式設計師非常容易回頭去使用，我試著動手轉做了一個Crosstab DataWindow程式，並部署成Web應用，只短短用不到10分鐘的時間，但相同的應用在Visual Studio 2005中開發又是另一番光景，那瞬間我好像又看到了PB當年的丰采？！

但，還是必需抱怨一下，在台灣實在很難找到PB支援.NET系列應用開發的資源，例如：書、網站、討論區、社群等，我相信應該有很多目前還持續使用PB11的程式設計師都有這樣的問題，這些問題如果不解決，再好的產品與功能，應該也是沒輒的。身為一個忠實的PB用戶，看到了PB當年另一個強勁的競爭對手—Delphi開發工具被Borland賣掉，除了震驚，也不得不開始對PB的未來感到擔憂，PB11在.NET應用的支援方面雖然表現傑出，但仍然有進步空間，不知道將於今年9月上市的PB12將能夠做到什麼地步，PowerBuilder是否能再現一次喚醒世人的注意？還是步向Delphi的後塵？我想關鍵不在潮流，就看Sybase能否在PB12的推出上更加用心，做出更符合IT開發人員內心深處期望的產品了！