我是一个为桌面应用程序编写大量代码的程序员，现在开始考虑将跨平台应用程序视为问题，但是在工作中我编写了Capps，并且我来自C ++和CS背景，当然，我在QT / C ++中编写了几本书。但是，现在我对Web应用程序有点困惑，我已经在PHP上做了一些工作，我知道事情的发展，我很多时候都是gmail和google docs用户，而且我已经看到新的Web应用程序改进了多少Web 2.0技术包括Ajax，XML等。我的困惑是，我应该开始期待Web应用程序开发吗？并继续探索Web 2.0的功能，还是我必须坚持旧世界，在并行世界和其他方面我感到很舒服？因为相信我，所以我有很多职位无法担任Web应用程序开发人员，但是我没有意识到这个机会，现在我有点困惑是否必须开始编写Web应用程序。我们是否一直在编写桌面应用程序并切换到Web？或者在这种情况下有人经验？

谢谢你。

解决方案

这与我们要编写哪种程序有关。由于一些公司在外包其数据处理和IT基础架构方面具有优势，因此最终用户应用程序已经开始朝着面向Web的方向迈出重要一步。因为这个发展领域是一个新兴的增长领域，所以毫无疑问，我们将获得各种各样的报价，并听到有关以开发这类应用程序为中心的新创业公司等的信息。

这并不意味着桌面应用程序将消失。一些公司和许多私人个人喜欢感觉自己物理上拥有自己的数据，并且看不到"租用"在线应用程序或者外包其数据处理方面的金钱利益。这些人将在可预见的将来保持桌面应用程序市场的开放性，尽管也许程度不如我们之前看到的那样。

因此，在这一点上，我们不必感到被迫进入网络游戏，但是如果我们愿意的话，肯定会有很多机会。

桌面和Web应用程序之间的界限确实模糊了。尽管曾经为Web开发的性质与针对桌面开发的性质完全不同，但如今我们发现在两者中都出现了相同的概念(例如我们所指的并行性)。不要认为开发Web应用程序会比传统软件开发迈出一大步，因为我们将使用与已经使用的一样多的技能和概念。如果我们具有Cexperience，则无需学习更多知识即可参与Web开发，因为我们可以以与当前工作方式非常相似的方式将后端编码到Web应用程序。如果我们希望/需要参与UI方面的工作，则需要掌握一些新技术，但是对于从事Web开发工作来说，它们并不是必不可少的(只要我们不希望这样做)前端角色)。

跟进Dustman关于公司希望严格控制其数据等的评论；请记住，并非所有" Web应用程序"都涉及互联网的使用。实际上，术语的全部意思是"基于Web的技术开发的应用程序"，并且已公开部署在Web上，它们通常部署在Intranet和其他封闭访问环境中。我在一家开发"网络应用程序"的软件公司工作，但由于Dustman表示他们希望保持对数据的严格控制，客户将许多系统托管在其内部网络上使用。基于Web的技术的美丽之处在于，我们可以在实现此目标的同时仍能受益于集中式系统的好处，这意味着无需管理100多个工作站的部署，也无需过多担心客户端设备的规格和功能。以便跨不同类型的设备(移动设备等)，定期且易于部署的更新访问系统，因此我可以继续。