1 分•作者: tzs•9 个月前
返回首页
最新
1 分•作者: petethomas•9 个月前
1 分•作者: sueszli•9 个月前
构建了一个完全在客户端运行的多人 Pong 游戏,无需任何运行时基础设施。
* 在线演示:<a href="https://sueszli.github.io/peroxide/" rel="nofollow">https://sueszli.github.io/peroxide/</a>
* 代码:<a href="https://github.com/sueszli/peroxide" rel="nofollow">https://github.com/sueszli/peroxide</a>
两个玩家通过复制粘贴会话代码,无需任何信令服务器即可建立直接的 WebRTC 数据通道。所有内容都打包成一个包含嵌入式 WASM 二进制文件的 HTML 文件。没有外部依赖,无需加载资源。
ᕙ( •̀ ᗜ •́ )ᕗ 玩得开心!
个人说明:我将在 10 月结束在 QRT 的量化开发合同,在那里我有机会向一些非常优秀的同事学习 Rust。如果你正在从事有趣的系统挑战,我很乐意听听你正在构建什么!
2 分•作者: mooreds•9 个月前
1 分•作者: hadrianhu•9 个月前
1 分•作者: quadrin•9 个月前
26 分•作者: danso•9 个月前
1 分•作者: yuer2025•9 个月前
GPT-5 简直是个猛兽。但大家都不愿明说的是:它扼杀了提示工程作为一种可持续实践的可能性。
从 GPT-4o 开始精心调整的提示词?全废了。
风格、逻辑、回答习惯?全都变了。
公司?一夜之间被迫回滚或重新测试成千上万的提示词。
这根本不是进步。这是伪装成创新的技术债务。每一次新发布都意味着要缴纳“提示迁移税”:重写、回归测试,以及重新培训团队。
与此同时:
用户正在失去信任——要么坚持使用旧模型,要么更换服务提供商。
安全就是个笑话——OWASP 已经将提示词注入列为 LLM 的首要风险,NIST 也表达了同样的观点。
供应商们还在不断推广“最佳实践”,比如更长的分隔符或系统提示……这只是治标不治本。
这个循环是这样的:升级 → 崩溃 → 修补 → 再次崩溃 → 再次修补。整个行业要多久才能意识到这已经走投无路了?
提示工程不是未来。它是个陷阱。
而 GPT-5 已经让这一点变得非常清楚。
1 分•作者: nradov•9 个月前
1 分•作者: mmajzoobi•9 个月前
在过去的几年里,我参与了许多嵌入式项目,它们都面临着一个相似的挑战:为嵌入式平台上的应用程序的最终用户构建良好的 UI/UX。
在某些情况下,UX 需要语音交互,另一些则需要图形用户界面(GUI),还有一次我需要使用摄像头来读取条形码/二维码。
与桌面或移动应用程序不同,后者有成熟的 SDK 和开发环境,如 Android Studio、Xcode 等(它们为开发人员分离了底层问题),嵌入式 Linux 领域还没有完全开源的替代方案。
因此,例如,如果你正在 Raspberry Pi 上开发一个需要音频/语音交互、嵌入式图形用户界面、与传感器、摄像头和/或其他板载硬件交互的硬件集成应用程序,你通常需要从头开始,并将这些元素直接集成到你的应用程序中(而不是使用平台 API)。
因此,几年前我启动了 Ubo 项目,旨在通过一系列开源构建块(软件和硬件)来解决这个问题。
我很高兴发布 Ubo 应用程序的最新稳定版本 (v1.6),它通过一个简洁的事件驱动 API 抽象了系统和硬件级别的交互。
它允许开发人员通过几行代码将 GUI、音频、语音、摄像头/视觉、LED 环、红外 RX/TX、传感器等添加到他们的应用程序中。
你可以在 Raspberry Pi 4 和 5 上运行 Ubo 应用程序。
对于特定硬件的功能,你可以按照 README.md 中的说明 DIY 你的硬件,或者获取一个 Ubo pod(Ubo 应用程序的开源硬件伴侣)。
某些硬件功能,如嵌入式 GUI 和音频播放,目前也在浏览器中进行了仿真。
有关 Ubo 应用程序的更多信息,请查看我的 GitHub 存储库。
很想听听你的反馈,以及类似这样的东西如何能帮助你完成项目。
附注:目前正在开发一些由 pipecat-ai 驱动的实验性 AI 功能,旨在为开发人员的应用程序带来更多交互式语音/视觉界面。
2 分•作者: shorden•9 个月前
3 分•作者: zorlack•9 个月前
我经常使用 [nvitop](<a href="https://github.com/XuehaiPan/nvitop" rel="nofollow">https://github.com/XuehaiPan/nvitop</a>) 来诊断 GPU/CPU 争用问题。
它最棒的两点是:
- 如果我能在容器中访问 pip,它很容易安装
- 它能生成令人印象深刻的截图(这有助于我与同事沟通。)
考虑到这两点经验:这是 [sping](<a href="https://dseltzer.gitlab.io/sping/docs/" rel="nofollow">https://dseltzer.gitlab.io/sping/docs/</a>)
目的:帮助观察和诊断第 4 层及以上(TCP/HTTP/HTTPS)的延迟问题
它的两个优点是:
- 如果你有 pip,它很容易安装。(可在 PyPi 上的 [service-ping-sping](<a href="https://pypi.org/project/service-ping-sping/" rel="nofollow">https://pypi.org/project/service-ping-sping/</a>) 获取)
- 它能生成令人印象深刻的截图。
不确定这是否是其他人会感兴趣的东西。但我很喜欢制作它,并打算继续使用它。
2 分•作者: mitchbob•9 个月前
2 分•作者: thunderbong•9 个月前
1 分•作者: Wingy•9 个月前
1 分•作者: tabarnacle•9 个月前
嗨 HN, Tarotmancer 上的每一个牌阵都是从 10,000 次模拟抽牌中生成的,并为每个位置选择统计学上出现频率最高的牌。
2 分•作者: handfuloflight•9 个月前
72 分•作者: todsacerdoti•9 个月前
1 分•作者: wjb3•9 个月前
1 分•作者: wjb3•9 个月前