6月4日我飛到了日本參加”DevCo”第1次的kick-off會議，這也代表DevCo即將在Borland內部獨立運作，這也就是說DevCo在Borland內部已經有了獨立員工，獨立的決策，活動等等…，其實DevCo現在幾乎已經是一個準公司了。
這次的日本kick-off收穫非常多，因為我們清楚的瞭解DevCo未來的發展方向，未來3年的產品發展方向以及許多令人非常興奮的秘密武器，我相信許多與會的DevCo人都非常的興奮並且期待DevCo的成功，這次的會議讓我有一種似曾相識的感覺，是什麼呢? 沒錯，這種感覺正如同我在10年前第一次到Scott Valley Borland總部參加會議的感覺。這真是奇妙，DevCo似乎才是那個我熟悉的，真正的Borland。
我之所以到今天才寫這篇Blog是因為我在等Tim把他的Blog寫出來，因為Tim的照相機中擁有我，Tim，Malcolm以及Tagawa-san的合照，各位可以在Borland的Blogs上找到Tim寫的Asia Pacific Kick-off for "DevCo"這篇Blog:
http://blogs.borland.com/TimJarvis/archive/2006/06/10/25255.aspx
如果各位不知道Tagawa-san是誰，那麼請允許我介紹一下Tagawa-san。
Tagawa-san是DevCo的編譯器團隊的成員，在Danny還沒有離開Borland之前，Danny和Tagawa-san就負責了Delphi編譯器以及Borland C/C++和Delphi共同使用的Back-end編譯器的工作。而在Danny於Borland工作的後期Tagawa-san就全權負責了整個Delphi編譯器以及Back-end編譯器的工作，因此Tagawa-san可以說是目前DevCo的編譯器之王。
在我和Tagawa-san的討論過程中瞭解到Tagawa-san現在正在開發下一代的Delphi編譯器，當然就是Highlander的Delphi編譯器，此外Tagawa-san也在開發原生的Delphi64位元編譯器。Tagawa-san在和我談話的過程中笑著說由於開發編譯器的工作太困難，因此沒有什麼人願意加入編譯器團隊，Tagawa-san很希望能夠找到更多的人加入他的團隊，Tagawa-san笑笑的問我我目前的工作是什麼? 有沒有興趣加入他的編譯器團隊? 呵呵，只可惜我在研究所唸完6學分的編譯器理論之後就再也沒有碰過編譯器的東東，否則到是可以從編譯器團隊的小弟開始做起。
雖然我只有很短暫的時間和Tagawa-san談天，但是我真的希望能夠有更多的機會和Tagawa-san多談談並且多學習一些東西。在和Tagawa-san聊完之後，我和Malcolm說我在DevCo工作的最大願望是希望有一天能夠看到DevCo在大中華區設立R&D中心，那時我一定第一個申請加入R&D，回到R&D的工作生涯並且工作到退休，我期盼那一天的到來
IT : 是工作還是嗜好? 
#1 by Ben on 2006 年 06 月 11 日 - 12:42:12
终于看到Delphi编译器的消息了。我经常在Delphi和其他语言（主要是C/C++）来回切换，对Delphi有如下几个问题，还望李维先生能给予指点。
1、Delphi中的宏命令（宏定义）的支持。众所周知，C/C++中的宏定义就是一个文本替换过程。这一简单的定义让C/C++使用起来无比的方便快捷和强大。相比之下，Delphi类似的功能便要繁杂、不便和限制多多了。个人觉得这也是编译器中较容易实现的部分，对现有项目影响也不会太大。
2、能不能说一下将来Delphi会不会增加对静态变量的支持？虽然{J+}可以变相达到静态变量效果。
3、Delphi不能直接引用C/C++语言编译的静态库或obj文件。但是却可以引用BC++编译的obj文件。当然这是两者文件格式和历史原因不同造成的。但既然Delphi和BCB拥有一个共同的back-end 编译器，那么为什么不能做成透明的方便一下Delphi程序员呢？毕竟C/C++的库文件要远远多于Delphi格式库文件。当然，这个难度是最大的，但影响也是很广的。
#2 by 維 on 2006 年 06 月 12 日 - 02:59:06
终于看到Delphi编译器的消息了。我经常在Delphi和其他语言（主要是C/C++）来回切换，对Delphi有如下几个问题，还望李维先生能给予指点。
>1、Delphi中的宏命令（宏定义）的支持。众所周知，C/C++中的宏定义就是一个文本替换过程。这一简单的定义让C/C++使用起来无比的方便快捷和强大。相比之下，Delphi类似的功能便要繁杂、不便和限制多多了。个人觉得这也是编译器中较容易实现的部分，对现有项目影响也不会太大。
你是指Macro嗎? Macro的確在很多時候很方便, 但是Macro將會讓Delphi成為Multi-Pass的Compiler, 因此這是一個語言設計的哲學問題, 我也不知道Delphi是不是需要這麼複雜的Macro能力.
>2、能不能说一下将来Delphi会不会增加对静态变量的支持？虽然{J+}可以变相达到静态变量效果。
静态变量? 你是指static type嗎? 現在的Delphi已經支持類的静态(類)变量．
>3、Delphi不能直接引用C/C++语言编译的静态库或obj文件。但是却可以引用BC++编译的obj文件。当然这是两者文件格式和历史原因不同造成的。但既然Delphi和BCB拥有一个共同的back-end 编译器，那么为什么不能做成透明的方便一下Delphi程序员呢？毕竟C/C++的库文件要远远多于Delphi格式库文件。当然，这个难度是最大的，但影响也是很广的。
這已經是混合語言的問題了， 這樣一來會讓Delphi compiler變得複雜又和BC結合的太緊，Delphi一直想成為跨平台的語言/Compiler，這樣設計違反了Delphi現在的目標．BCB/Delphi的back-end是處理最佳化的部份，format/symbol的處理仍然是Delphi/BCB compiler各自進行的，並不是由 back-end來做的.
目前Delphi Compiler Team的工作是.NET 2.0 Compiler, Native 64bit Compiler, 和最佳化back-end. C/C++ Compiler Team則是進行下一代的C/C++ Compiler, 未來這2者是不是會進一步的整合可以如同你說的去除格式的差異? 這我也不知道，我只知道改變格式是一個很大的工作．
#3 by XiaoDao on 2006 年 06 月 12 日 - 03:13:53
很高兴听到C++ Compiler还在研发。
另外希望DevCo继续保持关注Win32 Native的工具，现在很少Win32的成熟RAD工具了。
#4 by lu on 2006 年 06 月 12 日 - 07:42:12
其实既然Delphi Studio已经将Delphi和CBuilder已经纳入到一个开发平台了,应该考虑将Delphi和CBuilder做到更完美的组合到一起,为什么不考虑在Delphi代码中能够嵌入C++代码呢,或者改进C++和Delphi之间混合编程环境,这样一来,对Delphi应该是革命性的提升,如果把Delphi看作对Object Pascal的大改进的话,这样的改进,这几年确实很少了,真希望DevCon还能再出现一个Anders这样的充满想象力的大师,Delphi必将再次辉煌.
这样做固然很困难,但按DevCon目前的C++和Object Pascal技术基础,也许并没有想象的那么困难.
还有,Delphi中定义变量的方法能不能做一些改进,象C++一样,可以在任意位置声明并使用变量,老实讲,这给编程带来了不少方便,我想,对于编译器来说,这应该算不得很大难度吧.Delphi应该尽可能学习其他语言的长处,改善自身的缺点.
#5 by weijun on 2006 年 06 月 12 日 - 10:16:41
我觉得delphi是很优秀的, 对于gzrunwe说的,"可以在任意位置声明并使用变量" . 我个人觉得不好, 任意位置声明变量不不见得多好. 目前pascal的这种变量声明,我觉得很好, 起码很严谨. 而我觉得c/c++里的随处声明显得很凌乱.
另外, 我总觉得,borland在产品的推广和其后的支持上并没有自身的产品那样出色. 这个疑问可能是来自delphi的intraweb, 我觉得intraweb很棒. 但是在国内的应用却很少. borland为什么要往.net上靠? delphi完全可以走自己独特的路线.
#6 by 思坦 on 2006 年 06 月 12 日 - 18:48:00
>其實既然Delphi Studio已經將Delphi和CBuilder已經納入到一個開發平台了,應該考慮將Delphi和CBuilder做到更完美的組合到一起,為什麼不考慮在Delphi代碼中能夠嵌入C++代碼呢,或者改進C++和Delphi之間混合編程環境,這樣一來,對Delphi應該是革命性的提升,如果把Delphi看作對Object Pascal的大改進的話,這樣的改進,這幾年確實很少了,真希望DevCon還能再出現一個Anders這樣的充滿想像力的大師.
ANS:
其實之前我就提議過了,這樣做就不需要擔心技術文件的不足了,再輔以DELPHI 強大的RAD 方案,MS 就不會再如此受重視了
,因為DELPHI 可以相容諸如: PASCAL&C++&C# 那麼將是強大的編譯器,技術文件可所謂的跨編譯器平台了，文件隨處可得。PS:我相信如此一下，BDS 會更強大。
For example:
MS 已把C#3.0 整合了SQL指令集，您看:是否很吸引人呢?
#7 by 思坦 on 2006 年 06 月 12 日 - 19:54:00
測試了幾天後:update2+hotfix1~4 有一個嚴重的BUG:
它會讓Package_1 這個設計頁消失,從此不能再去設計ORM,UP1不會有這個問題。之後不過可能是似乎裝SUN 的JAVA工具產生的???
請李技術長反應了解看看…謝謝!
PS:接下來我會繼續測試看看.
#8 by 思坦 on 2006 年 06 月 12 日 - 21:15:08
測試五次,現在已經可以100%確定,用UP2+HOTFIX1-4 會造成
Package_1 這個ORM 設計頁 消失不見。
但U1 會存在!
#9 by 思坦 on 2006 年 06 月 12 日 - 22:52:55
1.BDS 做了U2+HOTFIX1~4 後,ECO Package n DLL 新增時,Designer form 已不見了,而且重新安裝多次了;若新專案時,Package_1 的Designer form 亦不見，只有code留下。
因此若要再使用bds2006 時,就要重os一途了,目前是暫不會再測試下去了。
2.BDS2006 安裝後完成,開啟它,會出現 Can’t load package….
such as :dcltee100.bpl /dclbde100.bpl 共四次message。
3.它是更新了U1及U2 及HOTFIX1~4 。
4.以後只裝了BDS2006 未裝U1 或U2 也是與第1/2項問題一樣Package Derigner form 消失。
重複:因此若再使用bds2006 只有重裝os一途,所以up2有些問題，這點請大家要注意;建議u2先不要裝。
#10 by dzb on 2006 年 06 月 13 日 - 08:43:40
看了留言忍不住要说上两句
Gordon上面说的话和下面的评论总是对不上号 替Gordon苦笑一下 -__-!
那个想让变量哥哥你好好想想你说的要求，你用的是delphi么？
你直接去用Ｃ＋＋好了
Gordon提到的delphi的目标是跨平台的compiler这个还是很好的。但是从Gordon话里我们不难看出目前DevCo的人才匮乏的现状。
目前FPC的跨平台编译能力已经很强了，个人感觉DevCo可以参考FPC或者直接收购FPC，这样至少可以拢到开发FPC的牛人。
也许不远的将来delphi很可能在FPC+Lazarus和VS的夹缝里艰难的生存
#11 by 思坦 on 2006 年 06 月 13 日 - 12:00:00
>因此若再使用bds2006 只有重裝os一途,所以up2有些問題，這點請大家要注意;建議u2先不要裝。
關於BDS2006 UP2+HotFix1~4 時,產生的package designer form 不見一事，已測出可以解決方案:以管理者權限建立一個新windows user ，不再使用原先的user 環境，在新的user中重裝BDS2006 即可解決。
#12 by powerip on 2006 年 06 月 13 日 - 12:48:14
64位原生编译器，有qia期待啊。。。
FPC+Lazarus太嫩了，还需要改进，尤其是编译器部分。
#13 by haitao on 2006 年 06 月 13 日 - 14:16:31
难得有对编译器提建议的时候啊，呵呵
我也是很主张：delphi引入宏；允许局部变量在任何一个块{begin…end}前部定义，该块内即可使用，块外无效。
宏的缺点很多，但是好处也是无法替代的；
允许局部变量在任何一个块内定义，不会乱，而且由于把一些临时变量的作用域限制得最小，定义和使用靠得更近，反而更有利于代码的理解
也许有人认为通过把函数内的代码块分列出来构成一个个小函数，可以避免了这2个改进的必要性
但是，很多处理过程，需要很多局部变量的，总不至于这个小函数都有一个巨大的输入输出参数吧。。。
#14 by haitao on 2006 年 06 月 13 日 - 14:22:53
至于说某些改进向另外的语言学习了，就说：喜欢另外的语言，你直接去用那种语言好了。
不认同。我喜欢delphi的很多地方，也喜欢其他语言的少数delphi目前没有的特长，怎么能为少数特长而放弃很多喜欢的地方呢。
其他语言有好的地方，当然要引进。
#15 by dzb on 2006 年 06 月 13 日 - 14:23:52
如果只说Lazarus太嫩还可以理解，但我不知道你是如何得出FPC编译器太嫩的结论的, 你这么说只能让我认为是你太嫩了。
你可以先看看FPC的介绍，FPC就是你期待的64bit Native Compiler：
Free Pascal (aka FPK Pascal) is a 32 and 64 bit professional Pascal compiler. It is available for different processors: Intel x86, Amd64/x86 64, PowerPC, Sparc. The discontinued 1.0 version also supports the Motorola 680×0. The following operating systems are supported: Linux, FreeBSD, Mac OS X/Darwin, Mac OS classic, DOS, Win32, OS/2, Netware (libc and classic) and MorphOS.
详细的 你可以看看制作精良的FPC文档， 类似Operator Override, inline之类的Feature FPC很早就支持了。同时 FPC的RTTI也不是Delphi win32 native能比得，FPC同时支持多种Compile Mode.同一套类库，同一个编译器，运行在足够多的平台上，这简直就是原来我对Delphi的期待。
FPC起点这么高，很重要的原因就是因为站在Delphi的肩膀上。
随着Lazarus的项目启动和FCL的持续增强我相信FPC+Lazarus 会在RAD这部分大有作为。在Delphi日益没落的今天，有FPC能保护和增强我们在Delphi的知识投入我们应该还是很感激的。
另外很多重量级的OpenComponet陆续开始支持FPC,如GLScene VirtualTreeView等.其中的GLScene更把lazarus作为其缺省的开发环境…
#16 by lu on 2006 年 06 月 14 日 - 08:06:44
FPC+Lazarus 吗?
我相信这个开源系统将来确实有可能接Delphi的棒,但目前确实还不行啊,反正一个基本的表单程序编译运行,都需要花费很多时间,感觉很不耐烦,这点和Delphi比确实差太远了.
希望早日成熟起来.
就目前,Delphi还是最佳选择啊
#17 by jian on 2006 年 06 月 15 日 - 06:23:06
你好
李老师
我想知道delphi2006有做中文版的计划吗？
#18 by bjzhq on 2006 年 06 月 15 日 - 09:24:12
使用ECO+ASP的朋友, 请下载 update2+hotfix5-6, 解决许多bug. 这种 hotfix 方式感觉挺好的
#19 by Henry on 2006 年 06 月 16 日 - 02:33:50
授人以鱼不如授人以渔，很想在李大哥的blog中看到一些介绍学习方法的文章，比如如何写读书笔记，如何剖析源码等，还有可否请李大哥推荐几个笔记好的Delphi网站，关于Delphi的好的网站确实不多（也许是我孤陋寡闻，见笑）
#20 by bjzhq on 2006 年 06 月 16 日 - 04:09:10
安装 Update2+hotfix1-6后, 在 ECO 的diagram设计中,设置
association 的属性数值时(在Object Inspector中),
按照名称分类时, 无法设置 association 的属性, 因为有一些
些相同的属性名称排在一起, 只能按 Category 进行分类显示,
挺不习惯的
#21 by Unknown on 2008 年 06 月 24 日 - 12:48:53
wow gold！All wow gold US Server 24.99$/1000G on sell! Cheap wow gold,wow gold -230947466847736
#22 by Unknown on 2008 年 09 月 01 日 - 06:56:51
wow gold
wow gold
wow gold
wow gold
wow power leveling
wow power leveling
wow power leveling
wow power leveling
Rolex
rolex replica
RuneScape Money
powerleveling
powerleveling
powerleveling
powerleveling
cheap wow gold
wow power leveling
wow power leveling
wow power leveling
wow power leveling
wow power leveling
wow power leveling
wow power leveling
wow power leveling
wow power leveling
wow power leveling
wow power leveling
wow power leveling
World of Warcraft gold
World of Warcraft gold
World of Warcraft gold
World of Warcraft gold
World of Warcraft gold -2733212112185
#23 by Unknown on 2008 年 09 月 28 日 - 14:36:37
Hi,Do you need advertising displays, screen advertisings, digital sign, digital signages and LCDs? Please go Here:www.amberdigital.com.hk(Amberdigital).we have explored and developed the international market with professionalism. We have built a widespread marketing network, and set up a capable management team dedicated to provide beyond-expectation services to our customers.
amberdigital Contact Us
website:www.amberdigital.com.hk
alibaba:amberdigital.en.alibaba.com[gacgdhhijdjd]
#24 by Unknown on 2008 年 10 月 10 日 - 16:01:40
wow power leveling
wow gold
World of Warcraft gold
wow gold
wow powerleveling
wow powerleveling
Rolex
rolex replica
replica rolex
Runescape Gold
RuneScape Money
powerleveling
powerleveling
powerleveling
powerleveling
powerleveling
power leveling
power leveling
power leveling
powerleveling
power leveling
Watches Rolex
Rolex Watches
Watch Rolex
Rolex Watch
rs gold
wow
wowgold
gold wow
cheap wow gold
buy wow gold
lotro gold
wow gold -255036534760763
#25 by Unknown on 2008 年 10 月 24 日 - 08:04:14
Hi,Do you have used LCDs, second hand LCDs, used flat screens and used LCD monitors? Please go here:www.sstar-hk.com(Southern Stars).We are constantly buying re-usable LCD panels and working for LCD recycling.The re-usable panels go through strictly designed process of categorizing, checking, testing, repairing and refurbishing before they are re-used to make remanufactured LCD displays and TV sets.Due to our recent breakthrough in testing and repairing technology of LCD, we can improve the value for your LCD panels.
website:www.sstar-hk.com[ffaedjbhcfjggh]