**dskDitto** 是一款专为高效与安全而设计的高性能并行重复文件检测工具。它使用 Go 语言编写，配备了基于 Bubble Tea 的直观终端界面（TUI），并提供可选的、基于 Raylib 的图形界面（GUI）以便于可视化管理。
**主要特性：**
* **快速且灵活：** 利用并行处理及 SHA-256（默认）或 BLAKE3 哈希算法，能够即时扫描大型文件系统。
* **安全管理：** 提供稳健的重复文件删除功能，并支持通过创建符号链接（symlink）来替代重复文件，从而在不丢失数据的前提下节省空间。包含确认提示，以防止误删。
* **高级发现：** 支持针对近似重复文件的“模糊”匹配、仅限文件名的浅层匹配，以及针对单个文件的定向搜索。
* **精准控制：** 用户可按大小、目录深度、隐藏文件或文件系统边界过滤扫描结果，并可将结果导出为 CSV、JSON 或文本格式，以便进行报表分析和自动化处理。
* **智能处理：** 能够识别并管理 Unix 硬链接以避免误报，并支持通过配置深度和并发数来处理虚拟文件系统。
dskDitto 专为高级用户和开发者打造，可通过 `go install` 轻松安装，并提供丰富的命令行参数以适配各种自定义工作流，使其成为清理各类环境下存储空间的通用工具。
每日HackerNews RSS
抱歉。
GrapheneOS 通过利用先进的硬件安全技术并强化安卓原生功能，为防止数据提取提供了强大的防御能力。该操作系统目前仅支持 Pixel 设备，计划于 2027 年扩展至摩托罗拉硬件。 核心安全措施包括： * **加密与身份验证：** GrapheneOS 强制执行安全元件速率限制以防止暴力破解，并提供“防内部攻击”机制以阻止固件篡改。它将密码字符限制扩展至 128 位，支持高熵密码短语，并引入了“指纹+PIN码”双重身份验证，以实现既安全又便捷的访问。 * **物理保护：** 该系统在锁定状态下会屏蔽 USB 数据连接，并具备自动重启计时器，可将设备重置为安全的“首次解锁前”（BFU）状态，并清除内存（RAM）。 * **漏洞利用缓解：** 它采用了加固的内存分配器和硬件内存标记（MTE）技术，以抵御漏洞利用。 * **用户控制：** GrapheneOS 允许用户手动将配置文件切换至 BFU 模式，并包含“胁迫 PIN/密码”功能，可在受到威胁时擦除所有配置文件下的整个设备数据。 综上所述，GrapheneOS 最大限度地减少了对单一故障点的依赖，提供了一种超越标准移动操作系统的综合性多层安全模型。
抱歉。
作者正在探索“老派”网页开发，逐渐从繁重的前端 JavaScript 框架转向以后端为核心的 Django 开发模式。通过将逻辑集中在服务器端，作者旨在简化多页应用的架构。 作者强调了 Django 中几个提升其工作效率的特性： * **QuerySets：** 虽然起初对查询构建器持怀疑态度，但现在作者认可自定义 QuerySet 所带来的可读性和结构化优势。 * **模板过滤器：** 用于格式化、数据清洗及处理 URL（如便捷的 `querystring` 过滤器）的内置工具，大幅减少了手动操作。 * **数据库迁移：** Django 对架构变更的无缝处理，对于迭代式开发非常有价值。 然而，作者也指出了其中的一些挑战。他们更倾向于函数式视图而非类继承，认为后者过于复杂。此外，与 Go 等语言相比，Django 的性能调优学习曲线较为陡峭；作者强调，配置不当（例如不小心禁用了模板缓存）对性能的影响可能比数据库瓶颈更为严重。尽管存在这些阻碍，作者仍认为 Django“内置一切”的框架理念是构建现代后端驱动型网站的强大且高效的工具。
对不起。
该语言采用基于 CSS 的语法，包含四个主要标签（terminal、nonterminal、sequence 和 stack），以及标准选择器（通配符、类、ID 和 `:root`）和组合器。它遵循 CSS 关于特异性和层叠的规则。 布局控制通过几个关键属性实现： * **垂直对齐：** `align-items`（继承）和 `align-self`（覆盖）支持 `top`、`center`、`bottom` 和 `baseline`。`align-self` 接受双值以独立控制左侧和右侧。 * **水平对齐：** `justify-content`（继承）提供多种对齐和间距选项（例如 `center`、`space-between`），默认为 `space-between`。 其他属性包括： * **Flex-absorb：** 一个继承比例（0–1，默认 0）。 * **Gap：** 非负间距值（默认 0）。 * **Continuation-marker：** 一个字符串（默认 `…`）。 * **Font：** 定义字体族、样式、字重和大小的复合属性（默认值：`sans-serif`、`normal`、`normal`、`1rem`）。 除 `align-items`、`justify-content` 和 `flex-absorb` 外，这些属性均为非继承属性。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
Librrd Playground (epfl.ch)
9 分，E-Reverance 发布于 19 小时前 | 隐藏 | 过往 | 收藏 | 2 条评论
帮助
hercynium 18 小时前 [–]
我觉得互联网已经快要给事物起不出名字了，因为我本来以为这会和这个相关！https://oss.oetiker.ch/rrdtool/doc/librrd.en.html
不过，它看起来确实很不错。感谢分享！
回复
aboardRat4 18 小时前 | 父评论 [–]
我也以为这与 rrdtool 有关。
回复
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
**stinkpot** 是一个轻量级的 Bash shell 历史记录搜索工具，由 SQLite 提供支持。它旨在成为 Atuin 的极简替代方案。与 Atuin 提供的云同步和人工智能集成等丰富功能不同，stinkpot 专注于提供独立于会话的历史记录管理和高效的搜索终端界面（TUI）。 该工具由约 400 行 Go 代码编写而成，非常适合追求精简体验、拒绝臃肿功能的用户。 **主要功能与使用方法：** * **安装：** 用户可以通过 NixOS 的 Home Manager 模块进行集成，或将 `eval "$(stinkpot init)"` 添加到 `.bashrc` 中。 * **入门：** 安装完成后，运行 `stinkpot import` 导入现有的历史记录。 * **搜索：** 使用 `Ctrl+r` 触发界面，浏览命令历史。选中命令后，按 `Tab` 或 `Enter` 键即可确认并重新执行。 * **维护：** 历史记录数据库存储在本地的 `~/.local/share/stinkpot`。如果数据库出现问题，只需删除该文件并重新导入历史记录即可。 Stinkpot 非常适合那些需要简单、高性能且不干扰日常工作的历史记录搜索工具的用户。
“Stinkpot”是一款轻量级、基于 SQLite 的新型 shell 历史记录工具，旨在为 Atuin 等功能繁杂的项目提供一种极简主义的替代方案。Hacker News 上的相关讨论反映了人们对于“基于数据库的历史记录”与“传统文本文件”孰优孰劣的广泛争论。
支持使用 SQLite 存储历史记录的一方认为，它在处理海量数据集时性能更佳，能够通过索引实现快速搜索，并支持基于上下文的功能（如针对特定目录的命令建议或多终端同步）。相反，批评者则认为，在现代硬件上，配合 `fzf` 等工具及标准 shell 配置，文本文件的读取速度已绰绰有余。
该讨论帖还强调了一些常见的技术困扰：
* **实现问题：** 用户指出 Stinkpot 依赖于 `PROMPT_COMMAND`，这会导致无法记录那些在 shell 关闭前尚未完成的长耗时命令。
* **功能冗余：** 许多用户表示更偏好简单的工具，有些人甚至因为 Atuin 包含云同步和 AI 功能而明确拒绝使用它。
* **替代方案：** 社区成员推荐了几种替代工具，包括 `zsh-histdb`、`McFly`，以及通过 `fzf` 和永久 bash 历史记录实现的简单自定义配置。
总的来说，该项目吸引了那些既希望拥有持久、可搜索的历史记录，又不想引入云集成管理套件所带来的额外负担的用户。
**W4ME Station** 是一个运行时环境，允许未经修改的 WASM-4 WebAssembly 游戏包在 21 世纪 2000 年代中期的 Java ME (CLDC 1.1 / MIDP 2.0) 老式功能手机上运行。该项目提供了一个高度优化且轻量级的 JAR 文件（小于 300 KB），内置了 13 款游戏，并支持通过 HTTP、本地存储或 JSR-75 文件浏览功能安装额外的 .wasm 文件。
主要特性包括：
* **广泛的兼容性：** 无需 JIT 即可在旧硬件上运行，利用基于 RMS 的持久化存储和固定宽度的 W4IR 缓存。
* **全面的 API：** 实现了用于图形、输入、音频和磁盘的 WASM-4 主机 API，支持手机键盘、触摸屏以及基于 MMAPI 的音频。
* **灵活的安装：** 提供“完整版”和“基础版”，以确保与缺少 FileConnection API 的设备兼容。
* **开发工具：** 使用基于 Linux 的工具链及 JDK 8 和 ProGuard 构建，确保类文件与 Java 1.3 保持兼容。
W4ME Station 是一个独立的 MIT 许可项目，与 WASM-4 官方维护者无关。它为将现代复古游戏带入早已淘汰的移动硬件提供了一种独特的方式。有关详细的安装、兼容性和源代码信息，请参阅该项目的文档。
抱歉。
**重试风暴实验室 (Retry Storm Lab)** 是一个确定性的 Python 模拟器，旨在直观展示重试策略在服务中断期间如何影响系统稳定性。虽然重试可以在短暂的故障期间提高可靠性，但在持续性故障中，它们往往会适得其反，导致请求同步、流量放大，并阻碍服务恢复。
该模拟器允许开发人员在可配置的故障窗口内模拟请求流，并对比四种不同的退避策略：立即重试、固定延迟、指数退避和全抖动 (full-jitter)。通过衡量请求放大系数、峰值需求和恢复时间等指标，用户可以观察到将恢复尝试转化为服务过载“重试风暴”的反馈循环。
主要功能包括：
* **确定性建模：** 使用相同的场景和随机种子，以实现精确的策略比较。
* **易于检查：** 提供基于 Streamlit 的实时可视化界面，以及用于程序化测试的稳健 Python API。
* **极简设计：** 专注于排队动态而非复杂的生产环境，是理解分布式系统权衡的理想教学工具。
需要 Python 3.11+。该工具为开源项目 (MIT)，并支持可选的、以隐私为中心的聚合分析遥测。
抱歉。
本文探讨了模拟电子学中一个反直觉的概念——“负电阻”。普通电阻会将能量以热能形式耗散，而具备真正负电阻的元件在理论上可以向电路提供能量。由于这违反了被动元件的热力学定律，真正的负电阻需要主动电源支持，通常通过运算放大器向电路“回馈”电流来实现。 作者将此与“负微分电阻”（NDR）进行了区分。负微分电阻是一种在特定范围内，电压增加反而导致电流减小的现象。这是“拉姆达二极管”（一种使用互补结型场效应管的电路）或晶体管“回跳”效应中常见的行为。与真正的负电阻不同，负微分电阻电路不需要外部电源即可运行，它们仅仅是在电压-电流（V-I）曲线中表现出斜率反转。文末指出，这些特性是电子设计中模拟复杂信号行为的有效抽象概念。
对不起。
Shell 的“空命令”（`:`）是一个内置运算符，除了对其参数进行求值并返回成功状态码外，什么都不做。虽然它看起来毫无用处，但在编写简洁高效的脚本时却是一个强大的工具。 一个主要的用途是参数扩展。通过将空命令与 `${parameter:?word}` 语法结合使用，您可以在一行内验证必要参数并触发描述性的错误消息。它还允许您为变量分配默认值（例如 `: "${DATA_DIR:=/var/data}"`），而不会让 Shell 尝试将结果值当作命令来执行。 除了变量管理之外，冒号的用途非常广泛：它可以用于截断文件、在 `if/else` 语句中充当占位符、通过 `trap` 忽略信号，或创建无限 `while` 循环。使用空命令有助于减少代码冗余并降低拼写错误的风险，是任何 Shell 脚本编写者工具箱中极具价值的补充。
这场 Hacker News 讨论聚焦于 POSIX Shell 冒号（`:`）命令的实用性及其固有的缺陷。讨论由一篇介绍其作为“空操作”（no-op）用法的文章引发，例如用于文件截断、参数验证和文档字符串等任务。
讨论呈现出明显的对立观点：
* **批评者**认为，这类“巧妙”的 Shell 技巧属于“混淆代码”，损害了代码的可维护性和可读性。他们认为 POSIX Shell 语法存在根本缺陷——依赖晦涩的字符串替换和危险的默认设置，并建议应放弃 Shell 脚本，转而使用 Python 或 Ruby 等现代化的“正式”编程语言。
* **拥护者**则主张 Shell 是一种专业工具——即“计算界的叉车”，其设计初衷是流程自动化，而非应用程序开发。他们认为将其与通用编程语言进行比较是范畴错误，且 Shell 的稳定性和普及性使其在系统任务中不可或缺。
* **人工智能因素**：许多参与者指出，人工智能生成的代码近期普及了这些晦涩的 Shell 惯用法，导致“巧妙”但难以维护的脚本激增。
归根结底，该讨论反映了一个更广泛的争论：Shell 脚本究竟应该保持其简洁、可移植的工具属性，还是应该被更强大、更具可预测性的编程环境所取代。
作者作为一名资深工程师指出，尽管人工智能编程助手正在彻底改变软件开发，但人们往往对其使用不当。与大众认知相反，若在没有稳健测试（特别是随机测试和模糊测试）的情况下，仅凭“感觉”进行编码，只会导致软件质量低劣且结构脆弱。 主要观点如下： * **测试范式：** 作者提倡借鉴硬件工程的实践，即相比单元测试或人工代码审查，应更依赖模糊测试和基于属性的测试。AI 的真正威力在于扩展这些测试工作流，而不仅仅是生成代码。 * **“虚假”效率陷阱：** AI 模型经常产生幻觉，制造出模拟成功的“虚假”环境。高效的工作流需要系统化、以评估为驱动的方法，并结合独立的、多角色的智能体审查，以捕捉这些误报。 * **专业知识依然至关重要：** AI 并非万能的平衡器。对于懂得如何构建问题、解读数据以及规避模型失效模式的专家而言，AI 才是真正的力量倍增器。 * **基准测试的局限性：** 当前的公开基准测试存在噪音大、方差高等问题，往往无法反映现实开发的复杂性。它们不应成为选择工具的决定性依据；工程师应专注于构建可靠的、由反馈循环驱动的系统。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
代理测试流程、大语言模型基准测试，以及关于代理式编码的其他笔记 (danluu.com)
17 点，由 bathtub365 发布于 1 天前 | 隐藏 | 过往 | 收藏 | 1 条评论
polotics 19 小时前 [–]
能读到一篇信息量大、带有某种思维流风格、且由人类撰写的长文，真是太棒了！
回复
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：