【问题标题】:Is TideSDK defunct?TideSDK 已经失效了吗?
【发布时间】:2014-08-17 21:18:20
【问题描述】:

我对使用 HTML5+webkit 创建桌面应用程序很感兴趣,并且我希望能够为各种目标平台构建独立的可执行文件,例如 Windows 的 .exe 文件和 Mac OS 的 .dmg 图像.我玩过node-webkit,除了包装/分发部分外,这看起来不错。我还偶然发现了TideSDK,但该项目似乎处于非活动状态。例如,我看到的最新版本是 2012 年 11 月的测试版。然而,似乎核心开发人员已转而开发 TideKit

这里有人知道 TideKit 是否旨在替代 TideSDK 吗? TideSDK 会消失吗?等等

【问题讨论】:

  • 仅供任何路过的人参考:TideKit 已失效 - 不要打扰。

标签: tidesdk tidekit


【解决方案1】:

嗯,TIDE 现在正式成为一个死项目。我大约 15 分钟前才收到这封电子邮件。

TideKit.com 和 TideKit 已停产。

TideKit 是用于为所有平台开发应用程序的软件 同时使用 JavaScript 编写的单一代码库。

产品的范围和复杂性使其难以 一次组装平台。这源于一个整体 适用于所有平台的应用程序开发方法。在创建一个 JavaScript 开发者的平台,大部分核心工程都在 影响速度的各种低级语言 发展。我们考虑交付部分平台,因为我们 达到了里程碑,但这不适合开始试验。

我们因未透露我们的技术创新而受到广泛批评 在我们发布之前。在竞争激烈的环境中,揭示 随走随走的优势也可能意味着随走随走。我们有 已经见证了我们的技术优势可以多快 被竞争对手同化为我们的开源 TideSDK 产品。 因此,我们阻止了以延迟复制 竞争对手的特点,增加了我们的技术壁垒和工作 保护我们的知识产权和商业案例,直到我们觉得自己准备好了。

在初创公司中,我们谈论的是最小可行产品 (MVP)。在我们的 在这种情况下,我们的最小可行产品要大得多,也更难 达到。总共大约三年的研究和 开发承诺与多个开发人员一起工作 比全职时间。扩展发展的一个因素是 扩大范围,旨在降低应用程序开发中的摩擦 过程。

2014 年 2 月,我们创建了一个系统,用于将开发人员与 尽早访问 TideKit 的预订系统。我们的 目标是在可用时提供早期试验。由于 开发本身很复杂,我们无法提供具体日期 持票人可以开始审判过程——但它会是 跟随我们的测试版,然后随着我们扩展平台而前进。

关于预订,我们在网站上的语言很清楚。 因此,我们预计不会对正在发生的事情感到困惑 购买,我们对上市时间的预期,或条款 购买预订机票。购买者没有为我们的 在这一点上的产品,但他们在排队等候试用的位置 我们的新技术。我们还包括退款政策,以确保 您的机票的购买条款是可用的。等待已经 长,但不及其他困难的工程挑战 包括预售他们的产品并且之前也被延迟的Myo 成功推出。

在整个开发周期中,我们提供了状态更新 通过发布路线图页面、向我们的持票人发送电子邮件和通讯 在我们的社交渠道上。作为一个团队,我们尽最大努力向自己敞开心扉 提问并保持社交形象。

2015 年 5 月末,我们传达了执行战略 一系列集中的测试版将会看到该平台的展示 公开的和渐进的。我们正处于一个阶段,部分 当我们推出这些平台时,平台需要开发者的反馈 连续。

在准备我们的第一个公开测试版的日子里,我们认识到 我们的品牌在多大程度上被我们的上市时机所毒害。一种 几个月前开始的消极运动 追随者和持票人对我们的团队、品牌、 和业务。

我们相信测试版很快就会结束 消极的谈话。在 7 月 8 日和 9 日,我们在社交媒体上面临进一步的爆发 达到临界点的媒体。随着讨论不再 关于产品及其未来,这要严重得多。

我们未能为您提供足够快的产品。因此, 我们做出了停止 TideKit 并解散的严肃决定 我们公司。

我们要感谢所有参与该产品工作的人 我们的队伍。这包括企业、企业家和支持者 我们对应用开发的愿景。

您的 TideKit 团队

【讨论】:

  • 是的,也有那个。我认为如果他们有礼貌,他们应该开源他们所拥有的东西,这样我们就可以看看他们是否真的用从相当多的人那里收集的钱做了什么。我不得不认为他们做了任何事情,也许可以从该代码中提取一些价值。
  • 3 年的研发因为几个月的谣言而被抛弃?这不加起来。我对专有解决方案不感兴趣,所以不买账,也不打算进一步施压,但这个声明似乎遗漏了故事的一些重要部分。什么“中毒”?什么“爆发”?听起来更像是一个掩饰缺乏进展的方便借口。
  • 如果您仔细查看他们的“最新预订”,您会注意到他们只不过是源中列出的预定客户名称/国家/地区,并由计时器轮换——误导至少可以说。 gist.github.com/anonymous/d83b28f8b93badbf5b99web.archive.org/web/20150317094608/https://www.tidekit.com/…
  • 我付了钱,现在我觉得自己像个白痴。也许我应得的。
  • 我觉得很奇怪,网上没有产品了。他们似乎非常接近交付一些东西,所以我必须假设无论发生什么都是以下情况之一: 1. 这是一个大骗局。 2. 他们是因为他们的技术而被收购的,而且价格如此之高,以至于他们为与我们分享这些感到羞耻。 3. 他们意识到他们所拥有的东西不起作用(我认为这是最好的选择)。最后我很期待。
【解决方案2】:

你是对的,TideSDK 现在已经老化并且相当不活跃。你也说得对,我们作为一个核心团队现在完全专注于 TideKit。 TideKit 是未来!

如果您想了解我们为何停止开发 TideSDK 并启动 TideKit 的完整故事,我建议您阅读我们的第一个问答。在那里您还可以找到关于我们如何与 node-webkit 竞争的答案:

https://blog.tidekit.com/post/your-questions-our-answers-01

我们刚刚达到了所有应用开发平台所取得的最高 HTML5 分数。如果您想了解有关构建的更多信息,例如您提到的 Windows 和 OS X 构建,您应该阅读本文

桌面构建 https://blog.tidekit.com/post/from-a-desktop-perspective-tidekit-for-tidesdk-developers

【讨论】:

  • 谢谢,获得权威的答案(即来自核心团队成员)总是很高兴,顺便说一句,欢迎使用 StackOverflow :) 您的产品看起来非常吸引人(尽管关于 HTML5 分数的炒作似乎没有实际意义可以获取 webkit/chromium 的最新快照,捆绑它,并获得 517+),祝您和您的客户一切顺利。然而,就我而言,我真的对这个领域的任何商业解决方案不感兴趣,所以我认为 TideSDK 作为开源项目的持续开发在财务上并不可行,这真的很不幸。
  • @iX3 公平地说,TideKit 不是对 chromium 的重新打包,而是具有广泛的 API,可以使用 HTML5、混合和原生技术构建 Web、移动和桌面应用程序。它的关键特性是能够从单一代码源为几乎所有平台创建。我们最近庆祝的 505 HTML 得分意义重大。目前没有现代浏览器、包装器、node-webkit 或 atom 实现如此高的分数。我们当然会走得更远。合规性是确保每个人都能使用 HTML5 的全部功能的重中之重。接下来是演示。
  • @fairwinds,你是什么意思“目前没有现代浏览器,...,目前实现这么高的分数”?我刚刚测试了我的默认值(Chrome 35.0.1916.153 m)并在html5test.com 获得了 507/555 的分数我意识到 TideKit/TideSDK 有一些非常酷的功能,它们消除了很多开发人员的痛苦,这很棒。我不是故意对你的工作嗤之以鼻的。只是说它不适合我。
  • @SvenSlootweg 我们已经明确表示不会更新 TideSDK 以及原因。这项工作仍然可供任何人使用。没关系,您有自己的感觉,但要意识到,任何开源项目都不能保证连续性。我们已经公开了我们的意图以及我们的努力方向。
  • @fairwinds 放弃 TideKit 横幅后过了几个月才出现在 TideSDK 网站上,它仍然并没有明确表明该项目已被放弃。我不知道您在哪里“明确表示不会更新 TideSDK 及其原因”,但肯定不在 TideSDK 网站上。
【解决方案3】:

对于这类项目有一个新的孩子:atom-shell 基于 nodejs 并用于创建伟大的Atom editor

与 node-webkit 的技术差异:https://github.com/atom/atom-shell/blob/master/docs/development/atom-shell-vs-node-webkit.md

在 JSLA 上关于“Native NodeJS 应用程序”的演讲:http://vimeo.com/97881078

【讨论】:

    【解决方案4】:

    如果你看这篇博文,他们会谈论经济状况是多么不可持续

    http://www.tidesdk.org/blog/2013/04/11/tidesdk-in-numbers/

    我找不到说明从一个项目过渡到另一个项目背后的原因的推文。但我想这篇博文不言自明。

    无论如何,我正在交付一个用 node-webkit 编写的项目(因为我开始使用 Tide,但出于显而易见的原因我不得不切换)并且我正在使用 grunt 进行打包,最终并没有那么糟糕。

    【讨论】:

    • 好的,这基本上是我得出的结论。我只是在寻找更权威的东西。
    【解决方案5】:

    电子 (http://electron.atom.io/) 是新的发展方向。

    我还有一个在 TideSDK (https://github.com/vinyll/worktimer.titanium) 上运行的应用,我必须将它迁移到 Electron。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2023-03-26
      • 2013-08-29
      • 2012-02-11
      • 1970-01-01
      • 2018-12-31
      • 2018-09-28
      • 1970-01-01
      相关资源
      最近更新 更多