我知道有人在Delphi和Pascal开发应用程序的一个人.他在处理工作量方面遇到了问题.因此,他需要找一个员工.
在找人的困难时,他说他的公司对毕业生没有吸引力.其中一个原因是他使用的平台并不常用,因为很多开发都是用.NET或Java完成的.
所以我问,"那么为什么不切换到.NET或Java呢？"
他的回答是他不想拥有微软的依赖.MS可以改变.NET框架,打破他的应用程序.由于UI不好,Java也不是一个选择.
由于Delphi的目标是Win32,如果你想要速度/可移植性,它似乎非常有吸引力.此外,不需要虚拟机.
框架是应用程序开发人员的"威胁"吗？但是,我对delphi了解不多,但由于它的高级性质,它不是一个框架吗？
我发现远离微软是一个弱的理由.如果微软改变了.NET框架并且它破坏了应用程序,我很确定所有地狱都会破坏.此外,我不太同意Java不是一个选项,因为如果坏的UI(我想不出比Eclipse更好的作为反例).
如果你所有的朋友都知道德尔福,那么这将是一个很好的理由.框架绝不会对应用程序开发人员构成威胁.
你朋友的一些吸引候选人的问题可能与营销有关.
例如,如果他宣传"经验丰富的德尔福程序员"的职位空缺,他就不可能从以前从未使用过Delphi的人那里得到很多询问,因为他们不会认为他们有机会被雇用.
如果这不是问题,那么他可以通过关注工作的性质和工作环境的伟大来提高他招聘人员的机会.
例如,如果这项工作需要使用Delphi来构建非常酷的产品,那么它对更多人来说会很有吸引力.
最后,如果他为程序员创造了一个非常好的工作环境并且付出了很多,那么这也可能有所帮助.
理想情况下,他可以提供:
如果缺少其中一个,他可以通过"加强"其他的来弥补它.
然而,失踪越多,招募对他来说就越困难.我会说如果他失两个或两个以上,那他就有麻烦了.
听起来他不想改变"4".我建议他看看其他3,看看他是否可以再说一点.这可能有所帮助.
问题当然是，要在java或.net中获得显着的开发性能，他需要投入大量的时间。这正是所缺乏的。这是典型的锁定情况。它并不像之前建议的那样是死胡同，因为 FreePascal 正在慢慢达到可以取代 Delphi 的程度，并且是 64 位和多平台的，但仍然很困难。
由于在 Delphi 和 VCL 上投入了大量时间，他现在可能能够非常快速地开发出应用程序。使用 java 或 .net 达到同样的目的，了解要使用的习惯用法和模式，对于一个人的业务来说太昂贵了。
Microsoft 和 Sun 的重大变更和非常糟糕的建议让开发人员的生活陷入困境。对于 Sun，您只需回想一下我们应该如何开发 J2EE 应用程序，而 Microsoft 则留下了易于跟踪的尝试过并放弃的技术的痕迹。
[评论回复] 我不介意向大公司推荐 Delphi 应用程序。当前 java 或 .net 的开发风格不太可能比 Delphi 拥有更长的生命周期。我可能不会在其中开始新的应用程序开发。我还会仔细研究团队的组成，看看它是否可以处理应用程序的预期生命周期，但这适用于所有开发环境