最新

目前在网页界面中，主要有两种已建立的缩放使用方式。它们服务于不同的目的，并做出了不同的权衡。我构建了第三种方式，因此我会尽量公正地评价每种方式的优缺点。 * Prezi Prezi 开创了用于演示的缩放画布，并在该领域保持市场领先地位。它最近增加了基于 AI 的生成和文本编辑工具。它是一个经过打磨的产品，具有真实的市场吸引力。 但是，Prezi 是一个封闭的平台，而不是一个库。你无法在自己的应用中使用它的缩放引擎。其定价从每月 15 美元起，才能获得有意义的功能，而导出到 PowerPoint 会将所有缩放效果压缩为静态幻灯片。用户常常抱怨缩放和平移的过渡会导致晕动症。从根本上说，Prezi 将缩放作为在预先安排的框架之间讲述故事的工具，而不是一种导航模型。它是一种演示模型。 * impress.js impress.js 将类似 Prezi 的缩放引入开放网络。它是一个基于 CSS3 转换和过渡的演示框架，直接受到 Prezi 的启发。它在推出时确实是一个突破性产品。 它的架构是基于步骤的：你在 3D 空间中定位“步骤”，相机在它们之间移动。这对于演示非常好，但并不适合构建一个用户通过缩放内容进行导航的应用。impress.js 没有动态挂载视图、管理缩放深度或处理导航状态的概念。它是一个带有缩放技巧的幻灯片引擎。 * Zumly 这就是我构建的产品。完全透明：我是唯一的开发者。 这个想法是提供一种使用缩放的传统页面导航替代方案。你将一个元素标记为可缩放，指向一个视图，Zumly 处理过渡并插入新视图。基本上就是这样。 我在 2020 年创立了 Zumly，离开了 Zircle UI（一个 Vue 缩放库），试图将我学到的东西进一步发展。它是框架无关的，专注于缩放部分。从那时起，我多次重写引擎，改变了多次方法。现在我对它的感觉感到满意。 在缩放过渡期间，视图会动态挂载和卸载。在 impress.js 中，所有步骤同时存在于 DOM 中。而在 Zumly 中，你缩放到一个触发元素，目标视图会被注入并缩放到位。这更接近于单页应用中的路由工作方式，而不是幻灯片的工作方式。 着陆页是用 Zumly 本身构建的，因此你可以在接触任何代码之前先感受一下。 我很好奇是否还有其他人考虑过这个领域。是什么让缩放用户界面成功或失败？ 着陆页（使用 Zumly 构建）：https://zumerlab.github.io/zumly GitHub：https://github.com/zumerlab/zumly

您现在可以通过鞭策Claude来让它工作得更快……<p>https://x.com/intcyberdigest/status/2041210727273242856?s=46

我和我的联合创始人过去9个月一直在打造我们的初创公司。说实话，大多数创始人在创业初期并没有清晰的方向，我们也不例外。 在最初的4到5个月里，我们听到了关于问题、解决方案、客户、价值等各种建议。我们明白，仅有一个想法是不够的。客户、问题、解决方案、价值和定价的完美结合至关重要。经过一段时间，我们意识到了这一点，并将我们的产品定位在这个交汇点上。 接下来的阶段是最艰难的。“为什么客户会选择你而不是其他类似的工具？”讲故事、搜索引擎优化、着陆页等等，但你仍然没有达到目标。 所有的建议在这里都停止了。因为没有现成的手册可以破解这个难题。 这就是为什么大多数投资者会关注你产品的市场 traction（用户增长）。想法 + 解决方案 + traction ≈ 投资。 在“想法 + 解决方案 + traction”的阶段，痛苦的日子是最真实的，这也是你内心真正坚韧的创始人形象形成的地方。 100条私信，无人回复。 10多个功能更新，无人回应。 50多个演示电话，没有真正的转化。 尽管如此，你仍然在不断完善、打磨，并在1%的希望与99%的失败现实之间徘徊。 今天我们获得了10多个客户，但回首过去，我们无法得出任何逻辑结论来解释我们是如何走到这一步的，因为我们的旅程仍然在90%的失败和10%的希望的错觉悖论中摇摆不定。