最新

jSciPy 是一个开源的 Java 信号处理和科学计算库，灵感来源于 SciPy。<p>它专注于 FFT（快速傅里叶变换）、滤波器、PSD（功率谱密度）、STFT（短时傅里叶变换）、DCT（离散余弦变换）以及 Android 兼容性，旨在填补 JVM 和 Android 平台上对 DSP（数字信号处理）有大量需求的工作负载的空白。

大约 5 天前，我记得看到 43.8 万，现在是 39.1 万。发生了什么事，少了大约 4.7 万？ https://catalog.data.gov/dataset 这是个错误吗？

我最近和一位工程师聊了聊，他在 1981 年使用 Apple II 优化了 Black & Decker 的装配线。<p>他描述了他们如何以十进制秒为单位测量原子级的肢体动作（伸手、抓取、定位）来平衡生产线。但他做出了一种让我印象深刻的区分：<p>那时，目标是“流畅性”（顺畅），这本身就需要系统中存在一些松弛。他认为，如今，现代管理的目标是“利用率”（消除每一微秒的停机时间）。<p>他的原话是：“我们删除了‘等待’，但我们忘记了等待是人类唯一能喘息的时间。”<p>我觉得我现在在软件工程中看到了完全相同的模式。我们把开发者的空闲时间当作一个需要通过 JIRA 工单来消除的缺陷，而不是思考所必需的松弛。<p>向 HN 提问：对于那些在这个行业工作了 20 年以上的人，你们同意吗？

我是一位创始人，正在探索基于多智能体架构和设备端智能的本地优先个人 AI 系统。<p>这并非云端聊天机器人或托管 LLM 的封装。我们的重点是构建一个与用户同在的助手——它理解个人语境，基于本地数据进行推理，并且能够在不将私人信息导出设备的情况下自主行动。<p>我希望与喜欢用 Rust 构建 AI 系统、擅长编排和状态管理，并且高度关注正确性、性能和隐私的高级工程师建立联系。<p>首选旧金山湾区，因为我认为早期的面对面协作非常重要。<p>为了隐私原因匿名发布——很乐意在 1 对 1 交流中分享更多信息。<p>—— 创始人，旧金山湾区 联系方式：localai-founder@proton.me

我为处理敏感文档（PDF/TXT）的专业人士构建了一个本地 AI 工具。 * 基于 Ollama 运行（llama3.2） * 数据不出本机——100% 离线 * 自动语言检测（FR/EN/DE） * 开源核心（MIT 许可证） * 轻量级、快速且注重隐私 非常适合欧洲的律师、会计师、审计师以及注重隐私的团队。 GitHub：[https://github.com/erabytse/docudeeper](https://github.com/erabytse/docudeeper) 演示： 欢迎反馈！

周末我做了一个小实验，看看使用 AI 辅助开发工具，从想法到可运行的 MVP 能有多快。<p>结果是一个简单的 Web 应用，可以生成短小的、个性化的睡前故事，并用我自己的声音朗读出来。代码库在某些地方故意写得很粗糙，但这个应用可以运行，并且已经在实际场景中使用。<p>最让我惊讶的是，在真实部署的系统上进行迭代是如此容易，而不会被早期的架构决策所困住。<p>技术栈：FastAPI, Supabase, Fly.io, Vercel 工具：Cursor, Lovable, Claude, ChatGPT<p>很好奇这里其他人是如何进行 AI 辅助开发的，以及你们在哪些方面会为生产环境做准备。<p>链接：<a href="https:&#x2F;&#x2F;sleepli.app" rel="nofollow">https:&#x2F;&#x2F;sleepli.app</a>

基本上，我厌倦了在冬季风暴季节期间需要在 5 个不同的网站之间切换，所以我创建了“StormWatch”。这是一个简单易用的、支持移动设备的网页（仪表板），它在一个简单的用户界面中显示了我需要的所有信息。<p>功能：<p>- 带有安全提示的实时 NWS 警报 - 降雪/结冰/降水累积预报（+风力） - 基于您的警报的动态准备清单 - 针对您家庭规模的物资计算器 - 区域天气新闻<p>它免费，无需登录，可在任何设备上使用。只需输入您的邮政编码即可。<p><a href="https:&#x2F;&#x2F;jeisey.github.io&#x2F;stormwatch&#x2F;" rel="nofollow">https:&#x2F;&#x2F;jeisey.github.io&#x2F;stormwatch&#x2F;</a><p>使用 NWS 和 GDELT API 以及开源技术。欢迎自由分支和修改。<p>对于开发者： - 使用 API 测试代理来验证所有端点、响应模式、类型和速率限制 - 使用范围和验证代理来保持切片简单、专注和经过测试 - VS-code Copilot (Sonnet 4 用于开发代理 + Opus 4.5 用于范围和验证)

我发现了一个关于 iCloud 高级数据保护 (ADP) 的令人担忧的问题，而 Apple 却没有披露：已删除的文件实际上从未从他们的服务器中移除。 测试： 我有一个 5 Mbit/秒 的上传连接。我将 6GB 的个人文件（音乐、视频、照片）复制到 iCloud Drive。它们在 15 分钟内“上传”完成——这在我当前的带宽下是不可能的。这些文件之前很久就已经上传过，并且此后被删除。 为了验证，我检查了活动监视器：自启动以来总共只发送了 3.42GB 的数据，包括网页浏览。6GB 的上传从未发生。 确认测试： 创建一个包含随机数据的 100MB 文件：dd if=/dev/urandom of=randomfile.dat bs=1m count=100 上传到 iCloud：耗时 2-3 分钟，活动监视器显示发送了 122MB（正确） 从 iCloud Drive 中删除该文件 从“最近删除”中“永久删除”，并从数据恢复中清空所有文件。 重新上传相同的文件：在 1 秒内完成 活动监视器：基本上没有发送任何数据 Apple 保留了加密块，即使在“永久删除”之后。 为期一个月的测试（进行中）： 我保留了随机文件，并将尝试在 30 天后重新上传它，以查看 Apple 是否会按任何时间表清除数据，或者无限期地保留它。 为什么这很重要： ADP 被宣传为让用户独家控制他们的数据 “删除”和“永久删除”选项暗示删除数据 上传进度条显示了针对重复数据删除操作的虚假“上传”状态 用户无法验证 Apple 保留了哪些数据。 要尝试永久删除，您必须禁用 ADP 网络访问 尚不清楚的是： 这是否适用于健康数据、密码和其他 ADP 保护的内容？ Apple 会保留“已删除”的加密块多长时间？ 用户是否真的可以删除他们的数据？ 我并不是说加密很弱——它可能很好。但 Apple 缺乏关于 ADP 数据保留和重复数据删除的透明度令人担忧。“永久删除”应该意味着永久删除。 还有其他人注意到这种行为吗？我将在完成 30 天的保留测试后更新这篇文章。