2006 年 02 月 的封存

重溫舊夢 –Delphi, Win32和COM+

好不容易在Yeka的強力遊說之下我終於答應了更新『Delphi 7高效資料庫程式設計』一書,雖然答應之後我似乎立刻有了悔意,不過答應的事還是要執行完畢的。因此在前些日子就趁著週日假期找些空閒的時間來更新內容,Yeka和我原本以為應該是件輕鬆的工作,但我一動工之後卻發覺不是那麼回事。

首先是dbExpress已經有了很大的進步,在RameshBDN文章中有一些說明,因此需要加入許多新的dbExpress功能內容。

2是當我更新到dbExpress加上COM+的內容時,發現Delphi 2006並沒有開啟Delphi 6/7Transactional Object精靈,因此無法在Delphi/C++Builder 2006中建立COM+物件。這個問題我也曾在CSDN和許多的論壇上看到有人詢問,當時由於我並沒有時間因此並沒有多加注意,現在我也需要使用Transactional Object精靈,怎麼辦呢? 經過簡單的搜尋,我發現Chris早就在他的Blog中說明了如何在BDS 2006中開啟Transactional Object精靈,您只需要在系統註冊器中加入下面的資訊即可:

HKEY_CURRENT_USERSoftwareBorlandBDS4.0Type

LibraryTransactionalWizards = True

接著重新啟動BDS,那麼您便會在IDE中看到類似如下的畫面,Transactional Object精靈已經可以使用了:

 

接著我們就可以在BDS IDE中進行COM+的開發工作,例如下圖就是我在BDS IDE中啟動Type Library編輯器在COM+中加入介面和服務方法以及方法的參數等資訊:

 

 

OK,現在瞭解了如何(How)開啟Transactional Object精靈之後,我想更重要的是解釋為什麼(Why)Delphi/C++Builder 2006在內定上不啟動Transactional Object精靈。這是因為BDS 2006IDE核心和Delphi 7IDE核心是完全不一樣的,而這些整合在IDE中的工具都和特定的IDE核心有關,因此這些精靈和工具都需要根據新的IDE核心修改和進行QA的工作,只是由於這部份在BDS 2006的時程中無法完全讓QA的工作進行完畢,因此在內定上是關閉這些精靈和工具的。因此現在雖然您知道了如何開啟它們,但是如果在使用時遇到一些小問題,那麼是您需要事先瞭解的。

 

當我耳中聽著80年代Billboard Top 100的歌曲並且快樂的使用Delphi 2006撰寫COM+的元件和應用程式時,心中真是高興,似乎又回到了當時Delphi 5的時光。而我使用Transactional Object精靈撰寫了數個COM+元件並且使用Delphi 2006重新編譯以前使用Delphi 5Delphi 7撰寫的COM+元件幾乎都沒有什麼問題,例如下圖就是我在WinXP SP2中使用Delphi 2006開發的COM+元件執行的畫面:

 

 

在執行了數個COM+的應用程式之後,我心中只有一個字:『快』。這是使用J2EE.NET元件好久沒有的感覺了。這也讓我很期待原生Win64應用程式 COM+ 再加上Delphi 64/dbExpress 64在一起的開發速度和效率。

 

3是新版的dbExpress 3.0BDP在設計上開始趨向使用一致的介面,這讓開發人員一旦熟悉其中一種資料存取技術之後能夠很快的上手另外一種技術,也讓Delphi開發人員能夠更容易的在Win32.NET 1.1.NET 2.0和未來的Win64平台上移植和轉換。因此也需要在書中解釋這種設計的架構以及其中牽涉的技術。

 看來答應了Yeka之後接下來幾個月我又得過著不眠不休的日子了。

最後,Delphi BDN又有一些新的文章,您可以在下面的URL找到它們。

http://www.borland.com/cn/products/delphi/index.html

 

54 則迴響

好了,我已經沒有空餘的時間回答更多的問題了,回頭努力工作比較重要!

自從Borland宣佈將出售IDE部門之後,我的Blog便出現了驚人的存取量,而我的信箱也充滿了許多和詢問的信件,手機也是不停的響,許多的雜誌更是希望我寫寫對這件事情的看法。雖然這幾天我已經儘量的花時間回答問題,但是問題似乎卻愈來愈多,這不禁讓我想起『王牌天神』中的橋段。

Borland高層決定了ALM和開發工具要分家之後,像我這樣的Borland技術人員長久以來的痛苦煎熬是終於解脫了。上星期5在我第1時間知道了這個即將對外公佈的訊息時,說真的我很難過,不過我只難過了幾秒鐘,因為我很清楚的知道這是正確的抉擇,接下來我的工作應該是危機處理。說真的我在許多公司都工作過,但這是第1次經歷這樣的事件,我需要做危機處理,我也看著,學習著Borland如何進行危機處理。呵呵,充分把握時機學習似乎是我從做開發人員出身不可避免的習慣。

就我個人觀點,Borland在前2CEO的領導下,對於Borland長久以來的核心精神『創新』似乎力不從心,但是在Borland現任CEO Tod做了如此重大的決定之後,令我訝異的是我似乎又看到『創新』回到了Borland,回到了開發工具部門之中。在Borland內部實驗室我看到了許多令人眼睛為之一亮的技術和產品,對於一些產品我直呼『Yes, This is what Borland should deliver!』。在BolandALM部份,我看到未來的Together,併購的Segue以及未來即將推出的cool軟體(抱歉,我現在不能說是什麼)都是令我喜歡的產品。在開發工具部門,我看到他們重新燃起對於開發工具的熱情,目標,而在開發工具部門實驗室中看到的技術,也是令我大呼過癮,Highlander仍然在依計劃的開發中,現在我看到的初期成果都令我激賞不已,想拿出來玩一玩,不過當然現在是不可能拿到的,只看得到。在這些尚未推出的軟體中我終於又看到了『創新』,『激情』和『朝氣』,只是不知道為什麼這些來得這麼晚。不過也許這正是因為這個事件的刺激,才讓R&D產生了化學變化。

另外開發工具部門工作的熱情也讓我佩服,不但沒有受到這個事件的影響, 反而更積極的工作中,BND又出了數篇好文章,我也得努力的把它們中文化,Delphi 2006 Update 2也在如火如荼的測試中,我也得好好的參與,中文化BDN更是沒有停滯下來,我手上的工作也是一鑼筐。

不管這次事件最後的結果是什麼,至少我看到了Borland R&D人員令人尊敬的一面,不管外面的情勢如何,只有做好自己的工作,為自己做好萬全的準備,才能面對明天的挑戰。我也沒有時間停下來胡思亂想,在這個十字路口中不管我是要向左還是向右,終究是要走下去的!

 

在困難中仍然保持平常心而全力以赴才更顯偉大!

9 則迴響

它終於發生了!

雖然今天一大早早上7點我就匆匆上了Internet看看Borland的宣佈會造成什麼影響,不過心中卻早已底定,因為1:我知道這一定會在開發者社群產生巨大的衝擊,2:這件事在昨天晚上台北時間下午5:30左右我已經知道這件事了。

 

今天一早趕進公司開會,因為BorlandCEO將對併購Segue和決定脫手Borland的開發工具和大家溝通。在開會的同時,我也匆匆的翻譯了一篇AllenBlog以及一篇David I.Blog,也許這2Blog會有一些小錯誤或是打錯字,但是我主要的目的是希望和所有關心Borland的朋友分享這個重要的資訊,我擁有的時間非常的少,因此如果有任何的錯誤請各位朋友多多包涵。事實上和Borland相關的一些我的同事都寫了個人感想的Blogs,我無法一一的翻譯,如果您有興趣的話,您可以在Blogs.Borland.com上找到這些Blogs,目前我知道的有:

Adam Markowitz – Sojourn of Delphi

David Lock – Delphi grows up, moves out

David Intersimone – Borland plans separate company…

John Kaster – Exciting times for Borland’s developer tools

Anders Ohlsson – It’s a fabulous day

Michael Swindell – Go Delphi! Go NewCo!

這些人大都是負責Borland開發者社群的同事是是R&D的同事,或是Delphi的產品協理。

 許多朋友和網友一早就開始不斷的問我的意見,我在Internet上也看到許多人的回應,我靜靜的看著,咀嚼著不同的人不同的回應。其實靜下心觀察現有的回應是很有趣的,因為不管是悲傷的,悲觀的,樂觀的,觀望的,生氣的,罵人的,甚至對Borland說再見的都代表這個使用者群組強大的力量,強大的渲染力,和強大的凝聚力。

其實對我個人而言,我覺得這樣做是對的,因為不在Borland工作的人不會知道我們這些相信開發工具,喜歡開發工具的人在Borland為開發工具而戰是多麼的辛苦,Borland已經確定要走ALM的路,因此幾乎把所有的資源都投入了ALM,就像David I Blog中說的一樣。雖然開發工具仍然是賺錢的生意,但是開發工具部門並沒有得到應該有的照顧和資源,Chuck爭的累了,Danny爭的也累了,我們許多人都累了,因為這些人中大多數只是技術人員,我們不是Borland的高層人員,我們無法決定Borland的走向。

讓開發工具部門脫離Borland至少可以讓這些我們喜愛的開發工具得到應有的資源,每一分賺來的錢都可以投入做為下一代更好產品的投資,這至少對開發工具部門是公平的。我一直認為開發工具和ALM並不相左,ALM的中心仍然是開發工具,ALM是為了幫企業增加價值,這些增加價值的部份來自更高的生產力和高品質的軟體開發,這並不相互違背,無奈……

許多人問Delphi/JBuilder/C++Builder等開發工具脫離了Borland之後會如何?說實在我也不知道,但我知道這些開發工具得到的待遇一定比現在在Borland好。許多人擔心Delphi的未來,想想Delphi如果能夠在.NET 2.0中做的不比VS差,又能夠在Win32/Win64中獨領風騷,C++Builder也能夠進入Win64/.NETJBuilderEclipse上做出更多開發者需要的功能,NDataStore(這是我最想要的東西之一)能夠推出,此外新的公司能夠更忠實的回應開發者客戶的需求,建立更好的使用者群組,更貼近開發者,那麼我還是覺得很有希望的。

10多年前我從G.I.T.畢業時只想做Borlander或是Microsofter,沒想到在為Borland工作了這麼多年之後我又站在了十字路口。我還會是我曾經引以為傲的『Borlander』嗎? 我也不知道,也許答案要等買主出現之後事情就會明朗了。

記下這一天,『200628日』 ,因為不管你喜不喜歡Borland,這一天在未來人們回顧IT歷史時,將是軟體界重要的一日。

51 則迴響

Borland計劃脫離Delphi, JBuilder, C++Builder, InterBase, JDataStore以及其他的開發工具給其他的公司…

給我們忠心的開發者社群:

今天,太平洋時間26日星期3早上1點,Borland宣佈將尋求Borland IDE產品線,包括了Delphi, C++Builder, C#Builder, JBuilder ( Peloton), InterBase, JDataStore, nDataStore, Kylix, 以及我們舊的Borland Turbo 語言產品和工具的買家。Borland的目標是建立一個獨立的企業以專注於提昇開發者生產力,而且藉由Borland內部目前正在專心開發這些獲獎無數產品的人員來幫助新公司持續的開發這些產品。

要把我們的IDE企業和我們的ALM企業分離不是簡單的決定。當我們回顧過去的2年以及我們如何運作這個公司,我們持續的權量在我們的ALM和開發者產品之間每一塊錢的投資。經常我們都是決定選擇投資ALM,這是因為我們已經決定了朝向ALM的成長以及ALM市場的機會。但是我們知道我們忠心的客戶群需要更多的東西。由於公司焦點是走向企業go-to-market模式,強調咨詢服務,生命週期銷售,這迫使我們投資更多的資源到ALM產品,ALM行銷,以及我們的企業導向模型,因此我們有許多極具潛在的機會無法加以掌握。這和我們以渠道為主,直接導向開發人員行銷,以及交付模式(使用盒裝銷售和電子商店下載)大為不同。

專注是企業成功的關鍵因素。藉由這個宣佈,兩個公司都將專注於能夠幫助客戶成功的技術和產品。我認為Borland讓我們成為新公司的一部份並且帶著Borland內部原先就對開發者和開發有著熱情的團隊一起過去是很棒的一件事。我們希望為您繼續建立最好的解決方案以及有利於您的技術。我們的開發者社群。我們是一群開發人員專注於我們同樣是開發者的客戶的開發產品。這是一種特別的關係,在在軟體界也是很獨特的。我們工作於我們使用的產品以及我們開發者社群喜愛的產品。

198311月在Comdex Las VegasPhilippe Kahn給了我一套Turbo Pascal v1.0時我就開始使用它了。我把它安裝到我的PC中時我立刻知道這個東西真是不一樣。從那一天開始,我就知道我要為Borland工作。我從1985617日開始為Borland工作,過去20多年來我一直很高興是一個偉大公司的一份子並且身處一個偉大的軟體開發者社群中。我很榮幸也很高興在Turbo語言早期的日子能夠管理R&D中編譯器小組。過去15年來我負責開發者關係,因此讓我(以及我的團隊)能夠到世界各地旅行並且拜訪成千上萬的程序員。我每天都來工作並且和這個星球上最好的,專注於開發者的軟體工程師一起工作。

我真的很興奮能夠到新的公司繼續的工作。我們擁有最適當的團隊成員,我們擁有工具以及自我成形的元件伙伴,我們擁有作者,訓練人員,顧問,最重要的是我們擁有一群忠心的客戶社群。我們新的公司將會全力專注於您以及您的成功。是的,這兩家公司都將專注於軟體開發。兩家公司都將不斷的創新和提供最好的慣例。只是他們將使用不同的方法。我們將專注於開發者生產力以及建立偉大的應用程式開發產品,藉由使用我們獲獎無數的IDE,工具,元件函式庫,類別函式庫,以及資料庫技術。Borland將會專注於大型企業的需求,幫助大型企業最佳化他們的軟體交付。

今天eWeek雜誌的Daryl Taft問了我,做為Borland最長久的員工,這個脫離的決定對我您的影響是什麼我回答我期望成為新公司的一份子,我臉上會帶著巨大的笑容,但是我眼中也有一顆小小的淚珠。

我想向您們確定的是,我們都在Scotts Valley,以及全世界,努力工作於未來版本的Delphi, JBuilder以及我們其他的產品。我們仍然在傾聽您的需求,問題以及建議。我們也在追蹤新平台的技術,Windows, .NET, Java, 開放標準,以及您想使用的新技術。

這樣做對於我們的IDE生意是正確的。對於Borland專注於ALM 也是正確的。我們現在工作的重點是確定提供我們的開發者客戶群一個平順而且成功的移轉計劃,並且建立一個更大的投資管道,專注和成長。這並不是關閉一條產品線,而是讓它更為強大有力。這樣的行動是最為符合我們的客戶,公司和社群的利益。

至於會購買我們IDE產品線的客戶尚未出現,但是我和我們開發者團隊的的其他成員正和Borland的執行管理人員一起工作以確定我們找到適當,正確的買主,它能夠把IDE生意帶往更上一層樓。Borland對於它的客戶有著最優先和最重要的承諾,並且需要照顧其他正在發生的需求。在這個執行的旅程中我們將會持續的為您更新最新的資訊。

Go Borland. Go New Company. Go Developers!!!

 

David Intersimone, "David I"

Vice President, Developer Relations and Chief Evangelist

Borland Software Corporation

12 則迴響

“Borland”這個名字怎麼辦? 這是我的意見

一個經常提出的問題以及評論是為什麼不是新的IDE公司保有Borland這個名稱,而讓存續的公司重新根據ALM策略而取一個新的名稱?基本上,我同意這是最理想的事情。我對”Borland”也有很深的情人。然而,如果我們需要失去”Borland”這個名稱來換取自主性,焦點策略,必要的投資以及所有能夠讓Delphi朝向即定的步驟前進,那麼我會認為這是很值得的。是的,讓我們為Delphi失去”Borland”這個名稱而哀悼,但在同時請讓我們慶祝新的契機以及在我們面前開啟的機會之門!

 

最終我們會發現,DelphiJBuilder這兩個品牌名稱就足以說明它們的意義和重要性。這兩個產品在”Inprise”事件災難之後似乎仍然存活的很好。我很有信心,不管新的公司名稱將會是什麼,新公司的名稱都會因為Delphi/JBuilder/C++Builder這些著名的產品而被認同。當然,前提是新成立的公司是完全獨立的(這也是我個人期望的)

 

順便一提,您會注意到我從未使用剝奪或是剝除這個字眼。這些字眼都太醜陋也太冷酷了。我比較喜歡使用離出或是脫離這樣的字眼。因為這些字眼對我來說是比較正面的。

posted @ 2/8/2006 11:34 AM by Allen Bauer

:Allen Bauner是繼Danny Thorpe之後負責整個BDS產品的首席科學家

7 則迴響

新的中文BDN文章

年假終於過去了,還好今年有運動因此過年時的大吃大喝並沒有增加太多的體重。雖然現在還在回味休長假的日子,但工作還是要做的。在下面的兩個URL中可以找到幾篇新的中文BDN文章:

http://www.borland.com/cn/products/jbuilder/index.html

http://www.borland.com/cn/products/jbuilder/index.html

目前中文BDN在穩定的進行中,我希望很快的讓大中華區的使用者能夠使用。而Delphi 2006雖然在Update 1之後便得到了使用者和開發者群組的好評,這也可以從BDS 2006在全世界良好的銷售量看的出來,在C++Builder 2006方面Boost/ACE/TAO也都可以使用最新的C++Builder 2006編譯了。但是BDS R&D團隊並不滿足,現在更在積極的回應使用者的回饋中,希望能夠再接再厲的把BDS 2006的品質更上一層樓。在2006開春之際,我們很快有許多有趣又好玩的東西可以期待了!

4 則迴響