B
blue_morning
Unregistered / Unconfirmed
GUEST, unregistred user!
做为一个靠Delphi吃饭的程序员，对Delphi自然的有一种难以释怀的情节。但是当我看着
Delphi与.NET一整套的方案进行抗衡的时候，我突然想起了这部电影。冷兵器的时代终将过去，就如用户再也不会因为一个SELECT SUM()或SELECT SUM() GROUP的结果感到效率提高了300%；也就如在不远的将来，某个Office的版本中，你可以C#来控制EXCEL，WORD，通过SQL Server 提供的OLAP和Report Service服务把客户历年销售报表对比曲线图直接显示到Office的图形组件并可向下挖掘到具体销售人员和销售产品的数据曲线的时候。Delphi就像《最后的武士》中、那些满怀荣誉、忠诚、仁义的武士最终将倒在马克辛重机木仓下。
因为用Delphi的原故，看过Borland传奇，一直以来，很佩服Anders和那些为Borland发展做出重大贡献的人，也喜欢这家公司。但我真的明白了.NET的布局的时候。我才发现，布下.NET这个局的人，是一种什么样的心胸和才智，而Anders和他的C#，也只是他手下的一员猛将和一支先锋部队。
Borland传奇的那个年代，已经一去不复返了。在.NET和Java两边的挤压下，Borland以大约相当一集FOX公司优秀电视剧制作成本的价格把自己的开发部门全部卖出。这让我伤心不已。卖出了开发部门的Borland已经不是我们认识的哪个Borland了，有时我在想，如果以前没有用过Inprise这个名字的Borland，正好可以考虑使用上这个名字。
在新的时代中，提供开发工具的产商更多需要为开发者面对的问题考虑，而不是考虑自己的技术创新。开发者或系统设计者需要面对的问题，很多时候并不是技术上的高、精、尖问题。而是需求频繁的变化，人员的流动、以及随着数据的积累，用户的数据分析需求。
在大部份的时候，1秒和1毫秒对用户没有任何区别，但IDE开发商却为这点差别可能投入了难以计数的资金。而我们IDE产商是否为用户提供了处理：自动更新客户端、登录、连接数据库、管理权限、数据字典、自动数据输入检查（从数据字典表得到）、界面设计、报表设计、皮肤定义这些任何一个商业程序都应该有模板了呢？Delphi这么多年，值得自己好好反思。
很高兴在Delphi2009中看到Delphi决定对最基本的组件进行界面上的扩展，我一直认为这是一个非常重要的功能。因为一个包装的漂亮的软件，至少可以提高30%的报价。也就是意味着Delphi的开发小组开始站在了用户的角度来考虑问题。
微软也在犯错误，Vista就是一个非常严重的错误，Delphi并不是没有机会东山再起，但一定要定位好自己发展方向。在无法挤进.NET的情况下，好好的赚WIN32的钱，然后用这些钱也考虑以后的发展，这才是根本。
微软在数据库建模和管理模型上是一个非常大的软肋，而我也看到SQL Server2005中的BI功能是Delphi急需的。如果要赚下WIN32下数据库开发的钱，Delphi还必须要有自己的数据库和BI功能，数据库加BI加上Embarcadero公司的ERStudio的模型管理加Delphi开发能力，如果能好好整合，提供优秀的商业模板，这会是一个新传奇的开始。
我希望看到新的武士，而不是最后的武士。
Delphi与.NET一整套的方案进行抗衡的时候，我突然想起了这部电影。冷兵器的时代终将过去，就如用户再也不会因为一个SELECT SUM()或SELECT SUM() GROUP的结果感到效率提高了300%；也就如在不远的将来，某个Office的版本中，你可以C#来控制EXCEL，WORD，通过SQL Server 提供的OLAP和Report Service服务把客户历年销售报表对比曲线图直接显示到Office的图形组件并可向下挖掘到具体销售人员和销售产品的数据曲线的时候。Delphi就像《最后的武士》中、那些满怀荣誉、忠诚、仁义的武士最终将倒在马克辛重机木仓下。
因为用Delphi的原故，看过Borland传奇，一直以来，很佩服Anders和那些为Borland发展做出重大贡献的人，也喜欢这家公司。但我真的明白了.NET的布局的时候。我才发现，布下.NET这个局的人，是一种什么样的心胸和才智，而Anders和他的C#，也只是他手下的一员猛将和一支先锋部队。
Borland传奇的那个年代，已经一去不复返了。在.NET和Java两边的挤压下，Borland以大约相当一集FOX公司优秀电视剧制作成本的价格把自己的开发部门全部卖出。这让我伤心不已。卖出了开发部门的Borland已经不是我们认识的哪个Borland了，有时我在想，如果以前没有用过Inprise这个名字的Borland，正好可以考虑使用上这个名字。
在新的时代中，提供开发工具的产商更多需要为开发者面对的问题考虑，而不是考虑自己的技术创新。开发者或系统设计者需要面对的问题，很多时候并不是技术上的高、精、尖问题。而是需求频繁的变化，人员的流动、以及随着数据的积累，用户的数据分析需求。
在大部份的时候，1秒和1毫秒对用户没有任何区别，但IDE开发商却为这点差别可能投入了难以计数的资金。而我们IDE产商是否为用户提供了处理：自动更新客户端、登录、连接数据库、管理权限、数据字典、自动数据输入检查（从数据字典表得到）、界面设计、报表设计、皮肤定义这些任何一个商业程序都应该有模板了呢？Delphi这么多年，值得自己好好反思。
很高兴在Delphi2009中看到Delphi决定对最基本的组件进行界面上的扩展，我一直认为这是一个非常重要的功能。因为一个包装的漂亮的软件，至少可以提高30%的报价。也就是意味着Delphi的开发小组开始站在了用户的角度来考虑问题。
微软也在犯错误，Vista就是一个非常严重的错误，Delphi并不是没有机会东山再起，但一定要定位好自己发展方向。在无法挤进.NET的情况下，好好的赚WIN32的钱，然后用这些钱也考虑以后的发展，这才是根本。
微软在数据库建模和管理模型上是一个非常大的软肋，而我也看到SQL Server2005中的BI功能是Delphi急需的。如果要赚下WIN32下数据库开发的钱，Delphi还必须要有自己的数据库和BI功能，数据库加BI加上Embarcadero公司的ERStudio的模型管理加Delphi开发能力，如果能好好整合，提供优秀的商业模板，这会是一个新传奇的开始。
我希望看到新的武士，而不是最后的武士。