【问题标题】:Are off-the-cloud desktop applications dead? [closed]云端桌面应用程序是否已死? [关闭]
【发布时间】:2008-09-09 18:21:12
【问题描述】:

虽然与this question 有点相关,但我对它有不同的看法。

与“云”没有连接的桌面应用程序是否已死?我相信有些东西会继续在机器上运行(显然是操作系统、浏览器、一些轻量级应用程序),但越来越多的东西正在转向基于网络的应用程序(参见 Google Docs for office suites、GMail 和其他用于电子邮件的网络电子邮件客户端、用于照片管理的 flickr 等)。

那么除了轻量级应用程序之外,还有什么东西会在 5 到 10 年内继续(出于必要或只是需求)保留在桌面和云端之外?

【问题讨论】:

  • 技术死了意味着什么?这不是黑色或白色的东西。 ASP 死了,还是 MFC,还是 Cobol?
  • 您还可以拥有一个桌面应用程序,该应用程序通过pinemango.com 等服务“云化” - 无需将桌面应用程序重写为基于 Web 的应用程序。

标签: desktop-application cloud


【解决方案1】:

10 年或更早之前,这会是“非互联网应用程序是否已死?”

在某些方面,云比桌面应用程序做得更好,我相信在这些地方非云应用程序将变得越来越少。但是有很多应用程序您可能不想使用云,其好处不超过成本,或者复杂性不值得。

这是一个新工具,在很多事情上它都是比桌面应用程序更好的工具。不过,你买螺丝刀的时候不会把锤子扔掉,只是留到需要打钉子的时候。

【讨论】:

    【解决方案2】:

    视频编辑和其他资源密集型任务可能会在很长一段时间内远离云端。

    【讨论】:

    • 我想过。然后想到了 PhotoSynth。这一定是一些繁重的图像处理,虽然静态图像......
    • 资源密集型任务非常适合云,因为您可以将处理分布在成百上千个节点上
    • 您还可以在 JRE 等运行时中执行 CPU 密集型任务。并非所有东西都需要 ECMAScript。
    • @John,是的,您可以分发处理,但您还必须分发数据。
    【解决方案3】:

    IDE 可能会在很长一段时间内“脱离云端”,如果有的话......像 Emacs 这样强大的可定制编辑器也可能会在一段时间内“脱离云端”。

    【讨论】:

    • 如果长时间是10-15年,我同意。但它会发生。
    • IDE 是我在网上最想要的东西之一。例如,NetBeans 已经具有一些协作功能。能成为 WebStartable 真是太好了。只需从任何(安全)机器上启动应用程序,然后与同事一起工作。
    • pinemango.com 提供云桌面环境,可以直接从浏览器提供真正的 IDE!注意:如果需要,它还带有协作功能。
    【解决方案4】:

    如果我查看我们销售的应用程序以及我作为顾问编写的应用程序,我必须非常同意您的看法。如果没有互联网连接,它们中的大多数都是无用的。有些确实可以在断开模式下工作,有些则不能,但是如果您无法连接到隐藏在很远的大型支持系统,那么所有这些都将毫无用处。

    另一方面,我不想说一切都会在 5 年内迁移到云端。移植工作太多。将会有桌面应用程序充当瘦且可脱机的客户端(例如,如果您安装了 Gears,Google Reader 就会这样做),并且将有完全“云”的应用程序:)。

    我不知道 10 年后会发生什么。如果我把自己放回 10 年前(这很容易做到,因为当时我为当地的一家计算机杂志写了很多文章),我完全无法预测 2008 年计算机将如何依赖互联网。

    【讨论】:

    • +1 不要相信传统智慧和传统预测。有点跑题了。 10 年前,每个人都在预测“内容为王”,只有拥有内容,才能从互联网中获利。然后是谷歌、YouTube、Facebook 和这个地方。
    【解决方案5】:

    天哪,我希望这不是我的工作。

    我编写的主要软件控制用于测试的电子硬件(PXI 板等)。没有“真正的”硬件,就没有什么可以测试的。甚至测试本身的本质也阻止了同时访问(一旦您设置了开关的状态,您就不想让其他人移动它)。

    因此,只要您与任何硬件交互,您就在云端。

    哦,有些公司在上网时会遇到安全问题;我会说安全性也会驱动没有连接的桌面应用程序。

    【讨论】:

      【解决方案6】:

      许多公司没有理由仅仅因为安全问题而转向在线系统。

      例如,Outlook 的最大优势之一就是离线并继续工作。当然 Google Gears 也有类似的功能,但是您相信 Google 会确保您的企业安全。

      【讨论】:

        【解决方案7】:

        自从 Sun 凭借其JavaStation 占据市场领导地位以来,此类应用程序已经消亡了 15 年。

        不,等等。他们没有。事情并没有“越来越”转向基于网络的应用程序。当然,有 Webmail,但即使是 GMail,也与现代 Outlook 或 Thunderbird 客户端的舒适度相去甚远。办公室也一样。 Google Docs 是偶尔使用的好玩具,但它远​​不如传统的 Office 套件。

        桌面没有死,也不会很快死。 Internet 应用程序在某些情况下是替代方案,但它才刚刚开始获得适当的功能和性能。让我们面对现实吧:JavaScript 性能仍然是个笑话,IDE 支持还没有,浏览器现在太不稳定了。

        Google Chrome、IE8 和 Firefox 3.1 开始朝着更好的方向发展,但它们需要数年时间才能成熟到足以创建真正可以完全替代桌面应用程序的 JavaScript 应用程序。但这需要跨浏览器进行一些适当的标准化,而且我们都知道这不会在下一个千年左右发生。

        【讨论】:

        • 不确定我是否同意“远离现代 Outlook 的舒适性”或“远不如传统的 Office 套件”。几年前我为了 OpenOffice 放弃了 MS Office,现在我为了谷歌文档放弃了它。我从来没有回头。我从来没有希望使用 MS Office
        • 而且我仍然使用 Word 来撰写博客文章 :-) MS Office 2007 实际上相当不错,但它对于小型列表和文档来说有点过分了,但在我的公司环境中,它比 Google Docs 早了几光年。 OpenOffice 也是一个不错的选择,这取决于。
        【解决方案8】:

        大约 1% 的用户实际上是全职使用 Google 文档和电子表格。几乎所有其他人都使用 Microsoft Office。所以,不,云外应用程序不会仅仅因为谷歌办公套件的存在而消亡。实际上,这些是唯一的高调真正的 Web 应用程序,旨在替代桌面应用程序。

        不过,网络邮件是一个特例。使用这些而不是桌面应用程序实际上是有意义的,因为您的电子邮件在没有连接的情况下几乎是无用的。但大多数应用程序不需要全时 Internet 连接。文字处理器当然不会。

        桌面上肯定会保留的内容:

        1. 游戏
        2. 小应用程序(计算器、记事本之类的东西)
        3. 生成需要安全的数据的任何事物(例如,我不认为有很多人或公司愿意将他们的会计详细信息信任给 Google)
        4. Web 浏览器(显然)
        5. IDE(通过 Ajax 的 Visual Studio?来吧...)
        6. 辅助开发工具(SVN 等),因为良好的安全策略会禁止通过 Web 浏览器使用它们
        7. 任何需要足够高的性能以至于网络延迟会成为障碍的东西

        至少在未来 5 年内可能主要保留在桌面上的内容:

        1. 办公工具(除非可以解除基于 Web 的限制...这需要性能比我们现在更好的 Web 浏览器)
        2. Photoshop 等工具
        3. 聊天客户端(基于网络的等价物到目前为止令人失望)

        当然,这并不是说上述任何一个都不能具有基于 Internet 的组件。

        【讨论】:

          【解决方案9】:

          我个人永远不会将我的内容留在网络上,由他人控制。我所有的照片和电子邮件都保存在我控制的本地硬盘上。

          我更喜欢通过网络在我自己的硬件上提供我自己的东西。离线时获得合理性能和高效的唯一方法是使用本地应用程序。

          对我来说,未来将是本地的,但可以远程访问和同步。至少在接下来的 20 年左右。

          我认为它不仅没有死,而且我认为一旦我们遇到一些灾难性的失败(即网站消失,用户内容没有在任何地方备份或严重的隐私马裤,如某些大公司失去对其所保护数据的访问控制)。

          【讨论】:

            猜你喜欢
            • 2016-07-19
            • 1970-01-01
            • 2011-02-15
            • 2012-05-04
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 1970-01-01
            • 2011-07-03
            相关资源
            最近更新 更多