最新

我有一个想法，创建一个简单的网络应用程序，让人们挑战寻找附近或照片库中特定的东西。<p>这个应用程序有两种“模式”： 1. 每天显示预先选定的每日挑战。只需打开主页 <a href="https:&#x2F;&#x2F;canyoulook.at" rel="nofollow">https:&#x2F;&#x2F;canyoulook.at</a> 即可查看 2. 任何用户都可以创建自己的挑战，并与朋友分享链接，就像这里帖子 URL 中的那个一样 在图片揭晓后，你可以像 Wordle 一样分享结果（以文本形式）。<p>该应用程序通过使用 Llama-3.2-11B-Vision-Instruct 生成图像描述，并将结果文本与在 DeepInfra.com 上运行的 MiniLM-L6-v2 进行比较来实现。这似乎是对于我来说，运行一个 LLM API 最简单的方法。

今天我们听到很多案例，人们用 Replit 替代了价值数十万美元的 SaaS。我认为垂直 SaaS 要出问题了。https://x.com/plzaccelerate/status/1946389738803335645 Hacker News 社区里有不来自销售 AI 工具的类似案例吗？我这样问是因为我正在开发和销售垂直 SaaS，但我们还没有看到任何这方面的迹象。到目前为止，我们已经能够显著减少在会计、法律和咨询方面的支出，但由于大量很酷的 AI 订阅（比如 Claude Code）出现，我们在水平 SaaS 上的支出却在增加。

ReactOS 是一个开源操作系统，旨在成为 Windows 的二进制兼容替代品。尽管已经存在了二十多年，但它离主流应用还很遥远。这就引出了一个有趣的问题：为什么这样一个雄心勃勃且 potentially 有价值的项目，与其他开源操作系统相比，会如此不发达？ 我们已经看到了几乎所有主要计算平台的开源实现——从 Unix 到 macOS，甚至包括像 AmigaOS、BeOS 和经典 Mac OS 这样 obscure 或过时的系统。DOS 有多个开源实现（如 FreeDOS），甚至像 DOSBox 这样的模拟器也被广泛使用和维护。 然而，Windows——历史上使用最广泛的桌面操作系统——却没有一个完整、可行的开源替代品。ReactOS 旨在填补这一空白，但其开发进展缓慢，只有少数活跃的贡献者。 如果我们考虑为 Windows 编写的软件数量、它对计算的影响以及它的历史统治地位，你可能会期望 ReactOS 拥有数千名贡献者。相反，它却难以维持一个小型开发团队。 是什么解释了这种差异？ 是： 1. 技术复杂性 Windows NT 的架构确实很复杂，拥有数十年来积累的兼容性层、未公开的 API 和专有驱动程序模型。但这并不能完全解释它——其他复杂的系统也已经被成功克隆。 2. 法律问题 实现 Windows 兼容性需要逆向工程专有 API 和行为。虽然这通常是合法的，但它会带来不确定性，这可能会劝退贡献者。 3. 动态目标 Windows 仍在快速发展。与模拟一个固定的历史系统不同，ReactOS 必须追逐一个动态目标，同时保持向后兼容性。 4. 替代方案 Wine 提供了 Windows 应用程序兼容性，而无需完全替换操作系统。对于大多数程序员来说，Linux 提供了 superior 的开发环境。实际需求可能无法证明如此巨大的努力是合理的。