Programming languages 为长期项目选择平台

我刚刚发布了一个关于的问题，它让我总体上思考了长期项目的开发

如果您必须为一个预计将持续多年（至少10年）的项目选择技术（语言/环境/框架），您会选择什么？我们今天认为理所当然的哪些技术有望在3-5年内消失

10年后C#会存在吗？鲁比会吗？5年后Python的解释器还会运行Python 3.0代码吗

你会选择什么？你绝对不会选择什么

将您的项目绑定到C#上的风险与将其绑定到Windows ie上的风险差不多

除非发生灭绝级事件，否则窗口不会在一夜之间消失

除此之外，很难说，因为这完全取决于你正在开发的项目。现在开发的东西在未来10年内绝对不需要维护或修改的可能性是。。。遥远的

但只要看看现在和10年前的区别：

• Java大约是10年前的事了，但是那些JDK（1.0/1.1）早就过时了，这些应用程序需要更新才能在Java5+上工作（目前支持的JDK最低版本）
• 用C/C++为Win32 API编写的应用程序可能仍然基本正常，尽管Vista（在较小程度上是2000/XP）确实破坏了一些在Win95/98上运行良好的东西。尽管如此，那个时代的DOS游戏（例如）通常仍然在模拟器上运行
• Perl仍然存在，并且仍然在版本5上
• 有一些COBOL应用程序已经运行了几十年，尽管几乎没有任何一个应用程序在没有修改的情况下运行了10年

---

所以我真的不知道你在期待什么。软件是一种活生生的东西。如果你不喂它，不养它，它就会死。你应该关注的是灾难性的变化（比如，如果你把农场押注在BeOS的成功上），任何与Windows或Linux相关的东西都可以。Java、.Net和Python（我敢打赌）仍将存在。但是需要谨慎。

一项技术投资的人越多，它生存的可能性就越大。也就是说，当经典的VB停止使用，并且VB.net与VB6不兼容时，很多VB开发人员都很恼火

---

就我个人而言，我会把赌注押在Java上。但无论如何这是一个赌注。

我去拿我的水晶球-p@Marc-我在哪里也能买到？@Rax:我在一个饼干盒里买的。。。顺便说一句：谢谢你制作这个维基-省去了很多打馒头的麻烦（因为它太主观了）。@Marc：我认为这是一个CW问题的定义…：）我同意；但并不是每个人都看到了这一点，这导致了对wiki/etc fightsBesides的打开/关闭/编辑——WPF的核心（xaml和它附带的所有东西）在Silverlight和Moonlight中都有对应项（与winforms不同）——因此它甚至（不一定）将您绑定到操作系统中。