最新

在昨天的“自由条形码项目”讨论中，1bpp问道：“有没有人愿意为了实现一个作为TTF提示代码的QR渲染器而牺牲自己的理智？”<p>是的。我有一些代币可以消耗，并且对此很感兴趣……结果发现，这是可能的。这是由Gemini、GPT和Claude的混合成果（具体取决于哪个使用限制先用完）。

四月初，我需要在图书馆打印一些税务表格，这是很久以来第一次，我开始思考：将文件传送到公共电脑上最简单的方法是什么？ 有很多方法，但大多数都涉及在某个地方创建账户或插入U盘。我使用密码管理器，所以我的密码很长且复杂，不容易输入。我不想在公共电脑上插入任何东西，也不想把我的税务文件上传到某个随机网站。 我考虑了一下什么样的产品会很有帮助，大约一个小时后，我开发出了第一个版本，<a href="https://gitlab.com/PavelSafronov/engye/-/tree/09f6ca401246b2dc2277143770143d5f1eff064a" rel="nofollow">https://gitlab.com/PavelSafronov/engye/-/tree/09f6ca401246b2...</a>：一个静态的 Vite TS 网站，托管在 GitLab Pages 上，使用二维码通过 WebRTC 连接两个网站实例。 现在我只需在图书馆的电脑上导航到一个 URL，扫描生成的二维码，选择我手机上的税务文件，图书馆的电脑就会立即下载它。 在图书馆的这次经历后，我进一步研究了这个领域，发现没有人解决跨网络、无需安装、无需账户、无需云存储的特定组合。Snapdrop 和 PairDrop 是类似的网站，但仅限局域网或需要公共房间。LocalSend 需要在两个设备上安装软件，这使得在公共设备上使用变得不切实际。而其他解决方案要么是硬件锁定（如 AirDrop、Quick Share），要么需要将文件上传到云端（如 Google Drive、Dropbox），或者通过他们自己的服务器传输数据（如 Wormhole）。 因此，在一些决心、夜间和周末的编码以及大量的范围扩展下，我们推出了... Engye，发音为“an-jee”，就像名字 Angie，一切都可以在 <a href="https://engye.fuzzyworld.net" rel="nofollow">https://engye.fuzzyworld.net</a> 上使用，只需一个二维码和无需账户即可完成很多事情： - 发送文件：用户可以从你的浏览器标签下载文件 - 收集文件：用户可以将文件上传到你的浏览器/桌面 - 剪贴板共享：用户可以共享一个文本框，适合分享短文本 - 虚拟驱动器：Engye Drive 允许你创建并附加一个虚拟 U 盘 我想我可能在最后一个功能上有些过于兴奋了。¯\_(ツ)_/¯ 我真心希望这个项目能使 U 盘在大多数情况下变得过时。（几乎给这个项目起名为“We Break Thumb(drive)s”，以此致敬《辛普森一家》，但最终没能找到合适的名字。）现在是2026年，从一个设备转移文档到另一个设备应该是非常简单的事情！ 所以我决定做这个显而易见且简单的项目，我认为它可以为很多人提供帮助。虽然使用这个应用程序传输4K电影并不实用（大文件会使浏览器崩溃，因为我们将数据加载到内存中两次），但对于大多数人传输几张图片和文件的使用场景，这个项目应该能大大简化流程。 在我完成基本功能后，Engye Drive 是一个有趣且极具技术感的附加功能。我真的希望能够通过扫描二维码连接一个虚拟驱动器。这个网页应用程序提供了对 Engye Drive 的完全访问权限，通过安装一个 npm 包，你甚至可以在 Finder 或 Explorer 中自动挂载驱动器。 为了安全起见，应用程序使用 AES-256-GCM 加密，并为每个请求生成新的 IV，因此你的数据在浏览器之间始终是加密的。如果使用 TURN 或其他中继，它们永远不会看到明文，因此你可以防范中间人攻击。加密密钥在二维码中，所以只有扫描你代码的人才能与你共享数据。 没有账户，关闭浏览器会终止连接。如果你需要更长的会话或离线使用，可以安装在后台运行 Engye 的 Android/iPhone 应用。 这个项目也作为我个人在自主编码方面的实验。我设计了这个应用，指导 Claude 实现它，然后在大约三个月的时间里通过与 Claude 的聊天逐步开发这个应用。 代码在 GitLab 上，AGPL-3.0 — 免费使用和自托管：<a href="https://gitlab.com/PavelSafronov/engye" rel="nofollow">https://gitlab.com/PavelSafronov/engye</a> 很高兴听到其他人的看法。

在一个副项目（quizzy.earth）的基础上构建了这个。<p>有趣的工程问题是最佳第三名座位逻辑——国际足联预先发布了一个包含495行的查找表（附录C），涵盖了所有可能的第三名晋级组合。人工智能不断出现错误的分组规则，因此我最终阅读了实际的规定PDF。每种495种情景都有多达24,000种有效的分组安排；国际足联为每种情景预先确定一个，因此在比赛之夜不会产生歧义。<p>对于一个未完成的分组，我采用二分匹配（优先安排约束条件最强的队伍）。一旦所有8个第三名被选中，就会切换到官方查找。<p>无需注册。匿名选择。想知道HN对这些分组的看法。

我重新启动了几年前建立的网站。随着我们被大量低质量和非人类内容轰炸，社交媒体对我来说越来越没有吸引力。因此，我创建了这个网站，您可以在上面发布一条信息。这个设计旨在迫使您分享那些您真正认为值得分享的内容，无论是因为它有趣、引人入胜还是个人化等原因。

请停止在HN上发布政治内容。我来这里是为了远离这些东西。

我一直在思考五人制足球的影响——这就是巴西足球运动员通过一种限制性的小场比赛（每队5人）来发展出卓越技能，然后再转向11人制的全场比赛。我理解的限制条件是为了在快速的即时反馈循环中训练最重要和最困难的技能。 当我将这一理念应用于构建项目时，我意识到很多时候人们倾向于过于关注性能和美学等方面。大多数人并不需要担心这些问题，因为它们并不是瓶颈。你可以先用Bootstrap来处理美学问题，等到后面再考虑原创性。我可能有些愚蠢，但我觉得Python + Quart + Sqlite（配合aiosqlite） + HTML/CSS/HTMX，以及你所需的任何JavaScript，似乎已经足够了（至少对于SaaS来说）。

我觉得在大型语言模型（LLM）运行时使用Linux PSI（压力滞留信息）来优化键值缓存是个有趣的想法。对此我认为这主要对像Jetson Orin超级纳米套件这样的边缘设备有用，因为它们具有统一内存。我还没有进行太多基准测试，但计划随着时间的推移进行更多测试，看看在本地运行LLM时是否能真正利用这个功能。如果这听起来有道理，请告诉我 :P（当然，这个想法是我自己想到的）