最新

我们创建了RuleHunt，以使用类似TikTok的互动监测来搜索有趣的细胞自动机规则。<p>第一个展示的规则是康威的生命游戏。当你滚动时，你会看到其他随机规则——搜索空间为2^512。请通过给你喜欢的规则点赞，帮助我们找到好的规则启发式！<p>在移动设备上，它是一个类似TikTok的滚动界面；在桌面上，它是一个用于目标规则搜索的界面。被点赞的规则会进入全球排行榜。<p>GitHub 仓库：<a href="https://github.com/rulehunt/rulehunt" rel="nofollow">https://github.com/rulehunt/rulehunt</a>

嘿，HN， 我已经从事网站建设工作15年了。我是一个完美主义者——无论是视觉效果还是技术层面——对于每次审计都要在不同工具、手动检查和文档之间反复切换感到厌倦。 因此，我开发了GuardianScan，可以在45秒内完成所有检查： - 核心网页指标（LCP、INP、CLS） - WCAG 2.2合规性 - 安全头部和内容安全策略（CSP） - 现代框架模式 - SEO和架构标记 总共进行了47项检查。 这些标准存在是有原因的。谷歌优先考虑快速的网站。可访问的网站能够接触到更多的人。安全的网站建立信任。当你达到现代标准时，你会在流量和转化率上看到明显的提升。 技术栈：Next.js 15、React 19、Supabase、Browserless.io用于无头Chrome。 虽然无法捕捉到所有问题——自动化的可访问性检查大约能解决70%的问题，但这是我现在每次部署前都会使用的工具。 着陆页已上线，计划于11月1日正式发布。每月£24，没有企业定价的繁琐条款。 欢迎提问。

嗨，HN！ 我创建了 Streaky 来解决一个个人问题——在忙碌的日子里，我总是会失去我的 GitHub 连续贡献记录。它会监控你的贡献连贯性，并在即将中断之前向 Discord/Telegram 发送通知。 <i>技术上的有趣之处：</i> 1. <i>分布式 Cron 处理</i>：使用 Cloudflare 服务绑定来绕过 30 秒的 CPU 限制。每个用户在一个独立的 Worker 实例中处理，拥有自己的 CPU 预算。 2. <i>幂等队列系统</i>：基于 D1 的队列结合原子操作，防止在 Cron 作业重叠或重试时出现重复处理。 3. <i>零知识安全</i>：GitHub 令牌从不存储（OAuth 刷新流程），Webhook 使用 AES-256-GCM 加密，通知通过独立的 Rust 代理发送。 4. <i>速率限制解决方案</i>：Cloudflare Workers 使用共享 IP 池，这会触发 Discord/Telegram 的速率限制。通过将通知路由到 Koyeb 上的专用 Rust 服务器来解决。 <i>技术栈：</i> - 前端：Next.js 15, React 19, TypeScript - 后端：Cloudflare Workers + D1 (SQLite) - 基础设施：Rust 通知代理 - 认证：通过 NextAuth.js v5 的 GitHub OAuth <i>在线演示</i>：<a href="https://streakyy.vercel.app" rel="nofollow">https://streakyy.vercel.app</a> 该项目完全开源，采用 MIT 许可证。欢迎随时询问有关架构或实现的问题。

我曾与一位中级 TypeScript 开发者合作，他“拒绝”在 VSCode 终端中进行任何操作（更喜欢使用外部终端，最好是 Warp）。 连我通常会用 `node fibo.js` 运行的临时 JS 脚本都不愿意使用。 他也不使用我在编辑 API 代码时喜欢在终端中运行的 `npm run build-watch`，这样可以帮助我及时发现类型问题。 甚至连 `npm run start` 也不使用。 这让我觉得有些极端，因为大多数开发者的习惯和偏好通常都是为了优化工作流程，而他的做法却不是。 人们喜欢 Vim 是因为它让代码导航变得非常快速。 很多开发者非常喜欢使用键盘快捷键，因为这样更快。 但他的这种偏好让我不禁思考——我们的开发习惯或怪癖在多大程度上是“失序”的呢？ 你有什么怪癖呢？

想象一下一个“Commodore 64 Ultimate+”，它基于FPGA或高精度仿真构建，但在其上增加了一层人工智能和数字信号处理的增强功能。 图形：每帧320×200像素的艺术图像可以通过现代AI模型自动放大，这些模型经过复古视觉的训练。你将看到平滑、细致的艺术作品，而不是块状的精灵，同时仍然保留经典C64的风格。（可以想象为ESRGAN、Real-ESRGAN，甚至是基于扩散的风格迁移。） 声音：SID芯片的输出可以通过实时音频增强器处理——立体声扩展、混响，甚至是神经重合成，将波形重新解释为逼真的乐器，同时保持标志性的旋律不变。 架构：C64核心将正常运行（FPGA或仿真器），增强的音频/视频由单独的处理器或GPU处理，并通过HDMI输出。延迟可以保持在足够低的水平，以支持真实的游戏体验。 它仍然可以运行所有原版游戏和演示——只是默认情况下表现更好，就像一款经过现代打磨的复古游戏机，但没有失去其灵魂。 你甚至可以随时在“真实”和“增强”模式之间切换。 所以基本上：这是一个重新构想这些游戏想要的外观和声音的C64，利用今天的技术。 你会想要这样的产品吗？

我创建了UHOP（通用硬件优化平台），因为我厌倦了GPU开发者所处的无形牢笼——我们所编写的所有代码似乎都围绕着NVIDIA旋转。CUDA非常出色，但它也是一道护城河。将相同的代码移植到ROCm或OpenCL通常意味着需要重新开始。 UHOP是一个开源项目，旨在通过引入跨供应商的优化层来打破这种锁定。它可以检测你的硬件（CUDA、ROCm、OpenCL等），生成或基准测试内核，并缓存最佳性能的内核。你可以用装饰器包装你的操作，让UHOP选择或生成内核，然后它就可以在任何地方运行。 目前的功能包括： - 硬件检测 + 后端选择 - AI辅助的内核生成（CUDA / OpenCL / Triton） - 融合操作演示（conv2d+ReLU、矩阵乘法等） - 内核基准测试和缓存 - 命令行界面 + 早期浏览器仪表板 还有很长的路要走——分布式调优、编译器中间表示（IR）处理、更好的PyTorch/JAX钩子——但它是开放的、可修改的，并且由社区驱动。 代码库：github.com/sevenloops/uhop 演示网站：uhop.dev 希望能收到编译器工程师、GPU开发者或任何曾经感到被供应商API束缚的人的反馈。

我一直在开发 UHOP（通用硬件优化平台）——一个开源框架，帮助开发者在不同架构（如 CUDA、ROCm、OpenCL 等）之间优化 GPU 和加速器的工作负载，而不受供应商锁定的限制。 这个项目起初源于我个人的挫折：我编写的代码在 CUDA 上运行得很好，但随后不得不为 ROCm 或 OpenCL 重新编写或调整。UHOP 旨在使这一过程变得可移植——它能够检测你的硬件，生成或基准测试候选内核，并缓存表现最佳的内核。它还支持使用 OpenAI API 的 AI 辅助内核生成，并配备了一个简单的命令行界面，方便演示和基准测试。 目前，UHOP 可以： - 自动检测硬件后端并选择最佳内核 - 运行并基准测试融合操作，如 conv+ReLU - 缓存并重用调优后的内核 - 通过代码生成动态生成内核（CUDA/OpenCL/Python/Triton） 目前还有很多工作在进行中——更好的后端集成、分布式优化，以及用于可视化结果的网页仪表板。我提前分享这个项目，希望能从曾在编译器、GPU 运行时和机器学习基础设施方面工作过的人那里获得反馈。 代码库：github.com/sevenloops/uhop 演示：uhop.dev 非常希望能听到关于架构、测试方法或前 NVIDIA/ROCm 工程师可能贡献的想法。