第740章 要過唐煥這一關
2023-12-10 03:39:10 作者: 傑奏
正因為專心於軟體業務,蓋茨才最能體會到哲儒在這一領域的強大。
其第一款商業軟體——電子表格程序CGrid,不但是起家之作,還開創了業界先河,並且成為最吸金的應用軟體之一。百分之九十五以上的方圓電腦里,都有它的身影。
電子表格軟體領域的競爭非常慘烈,自從CGrid推開這扇門後,短短數年間,便出現了十多種同類產品,進入這一市場分羹。
而CGrid先是帶動AppleII月銷量迅速突破10000台,進而幫助了蘋果公司IPO的大獲成功,然後專心輔佐方圓電腦攻城略地,並且擊退了所有覬覦這一平台的同行,獨享方圓電腦標準漸成主流所帶來的龐大拷貝需求量。
這個成就的取得,可不是憑藉哲儒和方圓的特殊關係,而是CGrid確實一直走在業界前面——執行效率的優化,數學函數的豐富,勾稽關係的完善、深層數據的挖掘……等等方面,同行只有偷學的份。
在CGrid之後,哲儒陸續推出了文字處理軟體WordEasy、資料庫管理系統EBase、幻燈片軟體PowerPresenter等,發展出來一整套的哲儒辦公軟體家族,並再次業界領先地做到了一個套件所應該具備的高度集成,比如各個軟體用戶界面上的一致,數據的相互引用等。
微軟的Excel和Word目前還在忙於如何讓自己的功能變得更加強大,根本顧不上以整個辦公軟體套件的角度進行集成;蓮花公司倒是做到了這一點,但代價卻是花費了過多的時間和資源,從而丟失了一部分市場。要不然的話,微軟也不會得到喘息之機。
方圓電腦平台上的辦公軟體市場格局,除了文字處理軟體領域,哲儒WordEasy和以支持眾多硬體平台見長的WordStar、WordPorfect並存外,電子表格、資料庫、幻燈片等其它領域都幾乎是獨享的。
這種強勢,甚至還在潛移默化地影響著當今的辦公自動化——不管你是否願意接受,都無法拒絕這個潮流。
就像微軟自己開會的時候,已經離不開哲儒幻燈片系統從軟體PowerPresenter到硬體投影機的一攬子辦公解決方案了。
至於哲儒資料庫管理系統EBase,就更加了不得了,不但參與規範了資料庫查詢語言——SQL的行業標準,還捧出來了一個金光閃閃的企業管理軟體公司——仁科。
但這些辦公軟體領域裡的輝煌成就,還只是哲儒軟體王國的一部分,其在圖形、音頻、視頻、網絡、作業系統、晶片、工業控制、電信等等方面,同樣具有不容忽視的業界地位。
更準確地講,哲儒已經不僅局限於一個單純軟體公司的概念了。那個哲儒研發中心,總是有著層出不窮的技術成果冒出來,進而使得哲儒的觸角不斷向各個領域延伸。
面對如此強大的哲儒,蓋茨骨子裡再好鬥,與之競爭一番的念頭也只敢深深地埋在心底。甚至當哲儒辦公軟體最終決定,宏語言使用PASCAL的一個特定版本,微軟BASIC被排除在外後,他都不敢表現出來不滿。
蓋茨更願意從哲儒身上尋找自己可以借鑑過來的成功經驗,比如哲儒辦公軟體完成套件集成後,像WordStar、WordPorfect這種單兵作戰的競爭者愈發沒有優勢了;哲儒辦公套件的宏語言將微軟的BASIC排除在外,雖然蓋茨心裡泛酸,但不得不承認對方玩得漂亮——自己和唐煥早前的秘密協定一到期,許給微軟BASIC的好處就收了回去,實在太乾淨利索了。
剛剛正式發布的studiOS1988,是studiOS的第二個重大版本,給方圓電腦平台的圖形用戶界面帶來了更佳的體驗。哲儒一直盡心盡力地輔導著第三方軟體開發商,平滑過渡到這一全新環境當中。
這樣一個製造規則改變、格局洗牌的機會,對於本來就在軟體界執牛耳的哲儒來講,飛躍的意義和作用可能還不太明顯,但對於微軟就不一樣了。
蓋茨一下子就想到了,如果能讓Windows順利接班MS-DOS,那麼心腹大患蓮花公司目前在MS-DOS環境裡的應用軟體霸主優勢就不復存在了。大家在Windows環境裡都處於同一條起跑線上,甚至研發出Windows的微軟還有技術上的先天優勢。偏居於蘋果MAC平台上的Excel,就可以華麗地回歸IBM-PC平台,重新爭奪由於先前MulitiPlan不敵Lotus1-2-3而丟掉的電子表格市場。
由此推廣開來,微軟可以仿效哲儒,統一IBM-PC平台辦公軟體市場——雖然IBM-PC在個人電腦標準大戰當中敗給了方圓個人電腦,但憑藉這些年通過應用粘住的用戶數量,還是有生存空間的,再加上蘋果MAC平台上的辦公軟體市場份額,足夠微軟吃得滿嘴流油了。
越琢磨越怦然心動的蓋茨,看著樣機上studiOS1988的精緻界面,又不禁惱火於頂著IBM方面的壓力進行研發的Windows,表現實在太不爭氣了。
發行於1985年下半年的Windows1.0,主要目標是為了搶回之前VisiCorp通過VisiON在IBM-PC平台上率先發動的圖形用戶界面作業系統聲勢,雖然被廣泛評價為一個低劣的產品,但還是把市場主動權拿了回來。
Windows1.0在技術上確實拿不出手,它不算一個獨立的作業系統,底層功能嚴重依賴MS-DOS。
更大的麻煩在於微軟和蘋果兩家公司之間的專利糾紛,後者甚至限制了Windows的多個窗口不能彼此重迭,只能平鋪在屏幕上。
蓋茨當然不會那麼老實,他讓1987年發布的Windows2.0,更多地借鑑了蘋果MAC的界面,包括窗口重迭——studiOS也支持窗口重迭,有本事先把它告倒。
其實,蘋果和微軟爭執的這些東西只是皮毛,作業系統所需要的技術底蘊怎麼可能只是如此表面化?產品比拼最終還要回歸到怎麼提供一套對處理器、內存、磁碟等重要資源進行管理的優秀機制上。
就拿MS-DOS和Windows所唯一支持的英特爾x86系列微處理器來講,Intel80286設計了新的Memory_Management_Unit——內存管理單元即MMU,進而提供了新的內存管理模式——保護模式,實現了對多任務的支持;Intel80386進行了重大升級,從16位架構變成32位架構,並增加了虛擬模式,還採用外置高速緩存來解決內存速度瓶頸問題;Intel80486則將外置高速緩存改進為內置高速緩存,又集成進了FloatingPointUnit——浮點運算單元即FPU。
不難看出,英特爾在把自己的命運完全壓在微處理器業務上後,一直在不遺餘力地發展產品,加入各種新特性。
可微軟的Windows還無法加以深入利用,今年又沒什麼反響地推出的Windows2.1x版本分成了兩個分支——Windows/286和Windows/386。前者主要解決的問題是如何訪問High_Memory_Area——高端內存區即HMA,也就是1024KB至1088KB之間的64KB內存,以及更多的Expanded_Memory——擴展內存;後者主要解決的問題是充分利用Intel80386的三個內存模式。
Windows研發之所以還停留在如此「膚淺」的層次上,除了因為IBM-PC在架構設計上的先天不足導致了各種限制外,還有微軟自身技術實力不濟的因素。
看看四代方圓個人電腦-MMX和studiOS1988這套組合,都可以流暢地播放VCD,玩2D電子遊戲了,就能知道兩大體系的差距。
蓋茨正對比著studiOS1988,在心裡對自家的Windows展開規劃,便聽走過來的羅德·肯尼恩低聲說道:「看來,方圓電腦公司在研發Intel80486新機型上,進度非常之快。」
「還不止呢。」蓋茨不無挪揄地回了一句,「那台配備了MC68040的樣機,還不是一樣運行穩定。」
羅德·肯尼恩點了點頭,「我們在硬體研發上追趕方圓電腦公司的同時,微軟的Windows也要努力改進了。否則的話,IBM-PC兼容機和Windows的組合,就要遠遠遜色於方圓個人電腦和studiOS的組合了。」
「你們不是還有NeXT公司的NeXTSTEP可供選擇麼?」蓋茨直到現在還對以康柏為首的IBM-PC兼容機陣營和賈伯斯眉來眼去耿耿於懷——IBM不知道哪根筋抽了,用這一招敲打我,你們跟著湊什麼熱鬧?
羅德·肯尼恩這個人有點拙於言詞,但也因此常常說話直來直往。他毫不難為情地在商言商道:「NeXTSTEP確實比Windows優秀,如果賈伯斯能讓它比Windows更早地支持Intel80486的話,我相信不止康柏一家公司,將會投入NeXTSTEP的懷抱。」
「綜合了Windows/286與Windows/386的Windows2.11,最晚明年就會發布。」蓋茨不屑地冷笑,「你們不怕賈伯斯習慣性地開出空頭支票的話,那就儘管把圖形用戶界面作業系統的希望放在他的身上好了。」
羅德·肯尼恩不為所動地按照自己的思路繼續說道:「Windows2.11就算現在推出,也肯定無法和studiOS1988匹敵,不如著眼於對即將面世的Intel80486的全力支持上。或許,微軟應該積極找英特爾,就技術層面多多溝通一下。」
對於羅德·肯尼恩的建議,蓋茨嘿了一聲,沒有做進一步表態。
微軟的Windows,去主動遷就英特爾的Intel80486?
省省吧,微軟寧可在已經相對完善的Intel80386上多花功夫。
作業系統領域的微軟,和微處理器領域的英特爾,彼此看不順眼,已經有很多年的時間了,最早可以追溯到Intel80286推出前後。
當時,增加了保護模式的Intel80286,存在著大量BUG,給新一代機型IBM-PC/AT的研發,帶來了無法忽視的影響,尤其涉及到對大量底層硬體調用的新版本MS-DOS的研發,更是深受其苦。
以至於,哲儒、方圓、IBM、微軟等等公司,都不得不幫Intel80286捉蟲。
哲儒和方圓這邊相對淡定一些,畢竟除了Intel80286這一產品分支之外,還有MC68000分支可用。
但只有一個選擇的IBM和微軟,就無法淡定了,於是萬分惱火的蓋茨,毫不客氣地公開批評:Intel80286是一個「腦殘片」。
結果可想而知,安迪?葛洛夫那也是一個猛人,怎麼能受得了蓋茨的冷嘲熱諷,兩家公司的關係就此緊張起來。
按照過往經驗,Intel80486的BUG同樣少不了。所以,不勝其擾的蓋茨覺得,還是等英特爾把Intel80486完善得差不多再說,自己犯不著主動找上門去。