站外推广怎么做,西安网站建设盈科,数据分析平台,一个简单的网站怎么做Embarcadero捷克办事处主任理查德库巴特#xff08;Richard Kubt#xff0c;55 岁#xff09;接受了我的采访。
Radek Červinka (RČ)#xff1a;库巴特先生您好#xff0c;感谢您抽出时间访问 delphi.cz。
一开始#xff1a;我在某处听说您是一名程序员#xff0c;从…Embarcadero捷克办事处主任理查德·库巴特Richard Kubát55 岁接受了我的采访。
Radek Červinka (RČ)库巴特先生您好感谢您抽出时间访问 delphi.cz。
一开始我在某处听说您是一名程序员从大型机开始后来才开始销售软件。
理查德·库巴特RK
你好。是的我是一名程序员。大学毕业后我于1979年加入了数学机器研究所几乎在该机构工作的整整10年里我一直在与计算机打交道。他们不是当时所谓的大厅。它们更像是较小的计算机;他们只占了一个小房间。但起初我不得不使用 32 KB 的 RAM 和穿孔磁带而不是磁盘。我非常喜欢它在八进制系统中我像鞭子一样数数。汇编程序的调试或调试是通过用繁文缛节密封胶带上的孔并使用特殊的手冲孔打出其他孔来完成的。
然后是第一批硬盘——两个汽车车轮大小的巨型磁带但那是进步当时我从布拉格捷克技术大学电气工程系的 Ing. Karel Müller CSc. 博士那里获得了第一台 Pascal 编译器并用它编写了一个用于设计印刷电路图案的支持技术系统。这就是我对帕斯卡的热爱开始的地方。
研究所的设备逐渐得到改进但无论如何当我在布尔什维克时代购买了一台 AT 型个人电脑还有人知道它叫什么吗带有 LIM 512K 型的额外扩展内存还记得吗在与当局进行了可怕的分析之后我是 VUMS 中个人电脑的第一个所有者。来自沃科维采 VUMS 大楼众所周知的十楼的大胡子科学家过去常常来看我的电脑对我说“你为什么要在这么愚蠢的事情上浪费这么多钱;毕竟你可以为此拥有一辆新的斯柯达 120我以年轻的骄傲回答他们“但这种愚蠢总有一天会让你失去所有的工作
我离开了VUMS加入了新成立的Apro合作社我原本想成为一名应用程序程序员但命运让我进入了外国谈判代表和业务经理的位置。自从我1990年开始代表Borland以来就没有时间进行编程了。
RČ 那么今天呢你难道不想编写一些东西吗我想很多曾经编程的人即使在今天也有这种感觉。
RK是的编程仍然让我着迷最重要的是我想重返与物质的斗争但我将不再能够以编程为生。成为一名开发人员适合更年轻、更敏捷和更具掠夺性的人他们能够吸收许多标准、语言和技术并且经常适应新事物。老年人已经更加保守 - 让我们面对现实甚至更加懒惰 - 这对进步没有多大帮助。然而我仍然关注开发世界中正在发生的事情阅读文章和博客尝试跟上我的知识并仍然享受它。但程序员列车已经在远处鸣响你无能为力。 雷我明白了。那么让我们谈谈现在吧。很长一段时间以来人们都说 Delphi Borland但现在这已经不是事实了请参阅右栏了解 Embarcadero 是谁以及它如何进入 Delphi。但我更感兴趣的是客户如何接受这种变化以及他们是否已经考虑到了这一点
RK好问题但很难回答。Borland品牌自上世纪80年代末以来一直出现在我们的市场上。自从1990年我开始担任其在我国领土的官方代表以来这个名字就足以“烧”进很多人的大脑。更改公司名称通常会适得其反最终 Borland 也经历了这一过程我指的是 Borland - Inprise - Inprise/Borland - Borland/Inprise - Borland.com 时期 - 然后再次回到 Borland。从我的角度来看这是非常不幸的。Borland 开发工具部门的撤资进一步引起了客户的困惑。首先该部门被称为“Devco”然后该团队选择了“CodeGear”这个名称最后该团队被 Embarcadero 收购。目前Embarcadero 正在更改徽标并有目的地取消将工具分为名为“CodeGear”用于开发工具和“DatabaseGear”用于数据库工具的组。它成为一家拥有主导 All-Access 的一系列产品的公司 - 所有这些产品都被称为 Embarcadero。
因此毫不奇怪在所有这些变化之后客户常常不知道我们的名字是什么 - 这对我们没有多大帮助。此外“Borland”的发音很好但“Embarcadero”对于斯拉夫人来说却是一个绕口令因为斯拉夫人经常会结结巴巴地结巴。但往往它甚至达不到这个称号。他只是用 google 搜索 Delphi 或 InterBase 供应商没有研究公司名称然后打电话给我们说“我想从你们那里购买 Borland 的升级版。”
Embarcadero 不喜欢我们仍然被称为“Borland s.r.o.”但我们是与 Borland Software Corporation 的合资企业而且我们在销售 Borland 工具方面仍然非常成功所以我并不急于改变名称姓名。我觉得合资企业有某种优先权。但另一方面我也明白这对于以供应商Delphi和InterBase的名义澄清整个情况没有多大帮助。我想将这两个办公室彼此分开我也计划这样做但从经济上和“政治上”考虑到最近 Micro Focus 收购了 Borland来看目前的安排对我们来说更有利。在公司内部我们有两个或多或少独立的部门来照顾 Embarcadero 和 Borland 客户。我本人负责 Embarcadero而对于 Borland 集团我只担任董事/所有者并负责管理财务 - Borland 部门负责其余的事情。
例如Embarcadero Delphi、Embarcadero CBuilder、Embarcadero RAD Studio、Embarcadero InterBase、Embarcadero JBuilder ...但这些产品目前仍由“Borland s.r.o.”即一家捷克本地公司销售。唷
RČ我希望它能及时平息。就我个人而言我完全理解我们州对分裂的犹豫。
Borland和微软之间的嫉妒又如何呢我曾经感受到他们之间的紧张关系例如参见安德斯·海尔斯伯格行动。但近年来在我看来争论已经结束了。这只是我的感觉还是已经解决了关系甚至某种合作我问这个问题是因为 Case Study MS 中也有一个 Delphi Prism 案例研究听起来非常积极这让我个人感到惊讶。你怎么看
RKBorland公司的创始人Philippe Kahn为了提高Borland的形象而将穿着熨烫西装的比尔·盖茨推入游泳池的日子已经过去了。早期Borland 试图在商业应用领域与微软竞争这是一场漫长而持久的战争其症状多种多样——互相压价、集思广益等。那个时间已经过去了。微软在操作系统领域占据主导地位并且理所当然地欢迎任何Windows支持。这就是为什么今天Embarcadero工具开发人员和 Windows 开发团队之间建立了丰富而牢固的关系- 这对双方来说都更有生产力。此外开发人员工具并不是微软的主要收入来源。平台和 Office 更有可能携带资金。安德斯偶尔会在内河码头会议上发表自己的贡献在那里他仍然可以见到老朋友。
Delphi Prism在 MS 案例研究中占有一席之地可能是因为它支持 .NET 3.5 和 4.0 平台的最新功能并且与其他 .NET 语言和开发环境相比添加了一些额外的功能。将Delphi 程序员引入.NET 平台是Microsoft 的一项战略性业务考虑。全世界有数以百万计的人。而且Delphi Prism也不是市场上的新人它实际上是RemObjects产品的第三个版本因此它是一个成熟稳定的作品没有1.0版本。它在 Visual Studio Shell 下运行 - 那么为什么不支持它呢
RČ这仍然是一种奇怪的感觉但就我而言Delphi Prism - 就像 Delphi for PHP 一样并不完全是Embarcadero的作品而是与上述公司 RemObjects 合作创建的。我个人认为不要每次都不惜成本去开发自己的解决方案而是与已经拥有高质量解决方案的国外公司合作开发产品这是一个合理的解决方案。
RK没什么可补充的。也许只是因为 Delphi for .NET 的概念在 2007 年版本之前一直是 Studio 产品的一部分但并未被开发社区完全接受。Borland 的初衷主要是为开发人员提供从 Win32 到 .NET 架构的直接过渡看来.NET的受欢迎程度会迅速上升一切都服从这个需求。随着时间的推移对 Win32 和 .NET 兼容性的要求并不多同时为 .NET 开发的应用程序的大部分性能和结构都落在了兼容性的祭坛上。因此团队决定走另一条路采用一个与 Win32 的 Delphi 语言不太兼容的工具但它快速、稳定提供其他 .NET 工具提供的一切以及更多功能并将其包含在内在 RAD 研究中。在 Mono 平台以及 Linux 和 Mac OS X 上移植 Delphi Prism 应用程序成为可能。客户的反馈向我们表明这是对优秀骑师的赌注。Delphi for PHP 产品的情况有所不同。Qadram 的产品吸引了 Embarcadero因为它基于 Delphi 构建提供了熟悉的开发环境但支持另一种非常流行的语言。第一个版本有些原始但目前正在准备对其进行广泛更新的新版本已经是第三个版本目的是使该产品更接近经典的 Delphi 工具。如果您有兴趣请查看 Delphi for PHP 首席开发人员José Leon的博客。谁知道呢也许有一天我们会看到 Delphi for PHP 包含在 RAD Studio 中。
RČ嗯我向自己保证不再使用 PHP但除此之外我个人认为 Mono 是一个很好的举措。但德尔福棱镜在国内外的实际销售情况如何呢
RKDelphi Prism 是客户主要购买的RAD Studio工具套件包括 Delphi、Delphi Prism 和 CBuilder的一部分。我们不太了解客户如何使用 RAD Studio 的各个组件。独立的德尔福棱镜几乎在世界各地都畅销但欧洲除外欧洲的销量较低。我不知道原因但我相信欧洲可能在 .NET 平台上完成的项目较少 - 毕竟这是我们自己的研究表明的。或者旧大陆的客户对 C# 以外的任何东西都不信任。捷克共和国和斯洛伐克在这方面都不例外。
不过自己购买过Delphi Prism的当地客户对此非常满意。我知道这一点是因为有几个人写信给我们说 Delphi Prism 是一款出色的产品。这种情况并不常见——人们会毫不犹豫地批评但通常很少表扬。所以我们会牢记每一个赞美。
RČ这是事实我也很欣赏每一个赞美也许是我们的心态让我们更多地批评和咒骂——不幸的是。
但回来了。在欧洲和亚洲Embarcadero 销售的开发工具比数据库工具多得多而在美国则相反。即使考虑到目前发布的 Delphi 路线图其中已经确认下一个版本将允许 Mac OS X 的交叉编译我仍然有一种感觉Embarcadero 正试图提高销量。由于 Apple 在美国比在欧洲更受欢迎因此对我来说Mac OS X 优先于 64 位似乎是合乎逻辑的尽管这两项创新正在同时进行。
RK数据库工具在这里销售较少主要是因为 Embarcadero 最近才带着它们进入欧洲市场。在我们国家管理者也经常用“五个拿着斧头的伐木工比一个拿着电锯的伐木工更快地完成工作但更便宜”的理念用仍然相对便宜的劳动力来取代对产品的投资。例如我需要一个 Embarcadero 工具和一个管理员来管理三个不同的数据库这一事实的主要优点就在这种想法中消失了 - 相反部署了三个管理员和三个完全不同且功能较弱的工具但主要是免费的。它可能会更便宜这是主要标准。在美洲大陆和西欧劳动力更昂贵更值得投资工具——在这里Embarcadero具有明显的竞争优势。而且数据库的“健康”状况还没有给我们的计算机科学家带来太多麻烦。“数据库负责处理数据那又怎样呢” 同时通过参与数据库维护领域的合同我们知道数据库在大多数情况下都被忽视充满了不必要的表格和数据效率低下没有人真正了解它们的结构没有文档或企业数据字典。似乎没有人介意。这只会改变随着时间的发展第一次崩溃和节省人力的压力。
与欧洲和亚洲相比美国开发工具的地位较弱这可能反映在有助于增加对美国客户的销售计划的决策上。所以你的推理可能是正确的但我无法了解内河码头管理层的负责人。我想 iPhone 现象也是罪魁祸首——我最近没有见过 Embarcadero USA 员工拥有 iPhone 以外的手机。不过我认为 Mac 在这里也变得非常流行我的许多朋友和熟人已经扔掉了他们的经典笔记本电脑买不起新的 Mac。因此我相信预计在夏末推出的支持 Mac OS X 的 RAD Studio 新版本也将有助于提高我们地区的销量。如果企业要强大、稳定和高效就必须销售并盈利。这可能就是为什么首先支持 OS X然后才支持 64 位计算根据 Embarcadero 技术专家和产品经理的博客这是一个更难解决的难题。如果将来支持其他处理器正如最新的“Delphi 路线图”ARM提到的那样那么延长新编译器处理时间的决定肯定是正确的。
RČ只是为了完整性虽然每个版本都有一个驱动程序即在下一个版本中它是 Mac OS X但开发也在 Delphi 的其他部分RTL、VCL 或 IDE中进行此外还开发其他子项目 64 位另一个平台。
宣布的 Linux 未来编译也与此相关。我不明白Kylix 在商业版和开放版中有多成功您预计会对这个版本产生浓厚的兴趣吗
RKKylix 对 Borland 抱有很高的期望但该项目最终不得不停止。这项投资没有得到回报主要是因为 Linux 社区使用不同的商业模式并且事先不想为许可证支付任何费用。这就是为什么我们的商业版 Kylix 在专业版中销售了数百个许可证在企业版中销售了多达一百个更昂贵且功能更齐全的许可证。然而如果我没记错的话有超过一万个下载的“开放”版本。我们知道许多开发人员至今仍在使用 Kylix。但这需要有一点黑客精神并摆弄安装每个 Linux 发行版都略有不同发行版来来去去很难跟上所有这些频繁的变化。
RČ告诉我一些有关的事情。我在 Linux 中编写了一个大型开源 GUI 项目但它确实不好玩但这主要不应该归咎于 Kylix。
RK嗯当新的 Delphi 交叉编译到 Linux 时我会对兴趣的增长感到惊讶——我希望这会是一个惊喜。多层应用程序服务器端的 Linux 支持可以吸引更多客户。但我已经太老了无法相信客户会仅仅因为 Linux 支持就从我们这里抢走许可证。毕竟Delphi 主要在 Windows 下运行而且它也不是免费的。这是Linux人们可能对交叉编译的可能性嗤之以鼻的两个关键论点因为对于他们中的顽固分子来说Windows是一个难以逾越的道德障碍。现在我很高兴自己犯了错误但我看到了 64 位编译器的发布带来了更多的商业潜力。
RČ事实上为 Apache 编写如此优雅的模块的可能性在其他任何东西中都是不可能的。这并不是 Kylix 所做的唯一服务器事情尤其是在版本 3 中他很擅长。
