有些想法值得多花点时间。手写能让我们慢下来。这是一个进行深度思考的地方，没有算法推送，每个博客都有 RSS，没有点赞。只有你亲自撰写的页面，如实发布。看看页面吧。或许，互联网可以多一点人情味。在 handwritten.blog 开始你的手写博客。
每日HackerNews RSS
针对 **handwritten.blog**（一个发布手写笔记的平台）的“Show HN”帖子，引发了关于数字便利性与模拟美学如何交融的热烈讨论。
创始人 Emile Silvis 将该项目描述为一种尝试“放慢”思维过程，而非追求效率的举措。用户可以通过上传照片或电邮扫描件来发布作品。社区对此反应大多积极，许多人称赞了这种新颖感，以及看到个人笔迹所带来的魅力。
然而，讨论也突显了显著的挑战：
* **无障碍性与实用性：** 批评者指出，手写内容缺乏标准文本的可编辑性、屏幕阅读器辅助功能及可搜索性。
* **技术实现：** 有建议提出使用 SVG 以获得更好的缩放效果，并加入横线模板以增强结构感。
* **内容策展：** 人们对可读性、缺乏审核机制，以及长篇内容阅读难度大表示担忧。
总体而言，参与者认为该平台对“作者”的创作过程更有益，而非对“读者”的阅读更有益，并将其比作 E.W. Dijkstra 或 Jeff Bridges 的数字存档项目。该平台目前仍是一个用于个人表达的实验性、非商业空间。
每年9月9日是国际数独日，旨在纪念这一全球现象的演变。尽管其渊源可追溯至18世纪的“拉丁方阵”，但现代数独游戏于1979年以“数字位”（Number Place）之名问世，推测由美国建筑师霍华德·加恩斯（Howard Garns）所创。 1984年，日本出版商Nikoli将其命名为“数独”（意为“数字必须为单个”），这一游戏由此获得了标志性的身份。Nikoli通过增加对称性和限制初始数字数量，规范了这一挑战；而他们决定不在海外对该名称注册商标，也助推了数独的国际化推广。 2004年，韦恩·古尔德（Wayne Gould）将每日数独引入伦敦的《泰晤士报》，引发了该游戏的全球热潮。数独规则简单且不受语言限制，使其能够跨越国界，成为数百万人的日常习惯。自2006年首届世界数独锦标赛举办以来，这一爱好已发展出多种变体，但其核心魅力始终如一：这是一种纯粹的逻辑演练，每一步推理都基于证明而非猜测。如今，数独已成为一种共享的、通用的演绎语言，持续吸引着全世界的玩家。
抱歉。
ssh.place：通过 SSH 进行 r/place 创作
一个画布。每个人都通过 SSH 在上面绘画。无需账户，无需安装 · 200×60 格 · 每 15 秒可放置一次
绘画地址：ssh ssh.place
任何 SSH 密钥均可使用。无需注册。
17 人在线 · 已绘制 594/12000 格
使用方向键、wasd 或 hjkl 移动光标。
画布比你的终端宽，请滚动以平移。shift+←/→ 可整屏跳转。
使用 0 到 9 选择颜色。tab 键可在 16 种颜色间切换。空格键放置该颜色的实心块。
现在等待 15 秒，和其他人一样。
此画布仅限颜色。服务器会拒绝任何包含字符的内容，因此你无法在此处输入文字。请画点什么。
你的冷却时间与 SSH 密钥绑定，因此重新连接不会重置冷却。
此页面仅用于查看画布。画布内容仅通过 SSH 更改，其他地方无法更改。
画布 · 统计 · png · 开源
这篇 Hacker News 帖子讨论了 **ssh.place** 的发布，这是一个类似于 r/place、可通过 SSH 访问的协作像素艺术项目。该项目由 Hack Club 的一名青少年开发者创建，引发了关于“SSH 应用程序”安全性的广泛讨论。
**讨论要点包括：**
* **安全担忧：** 持怀疑态度的人警告称，连接到随机 SSH 服务器存在风险，并提到了终端模拟器中的潜在漏洞、由于缺乏全球公钥基础设施（PKI）导致的中间人攻击（MITM）风险，以及对 SSH 代理转发或恶意终端转义序列的担忧。
* **风险评估：** 支持者认为，OpenSSH 客户端的攻击面比现代网页浏览器小得多，且经过了更严格的审查。他们主张，基于 SSH 的远程代码执行（RCE）风险低于或等同于标准网页浏览。
* **社区情绪：** 许多用户赞赏终端界面的创造性用法，并注意到最近出现的“SSH 应用”（如 paint.dn.ht 或 shellbox）趋势。然而，一些资深用户对网站文案中“人工智能生成”的语调，以及不可避免的机器人涌入导致集体项目体验下降表示不满。
TLS 1.3 是 TLS 1.2 的现代安全继任者，具备更强的隐私保护、更稳健的安全证明，并移除了薄弱的加密原语。本文档正式确立了一项过渡政策：未来的开发工作（包括后量子密码学（PQC）的集成）将仅专注于 TLS 1.3 及更高版本。 因此，除极少数紧急安全修复情况外，TLS 1.2 不再进行任何新的协议变更或 PQC 支持开发。为执行此政策，IETF 正在更新 IANA TLS 注册表，要求新增条目必须指定用于 TLS 1.3 或更高版本。此政策严格适用于 TLS，不影响 DTLS。通过优先发展 TLS 1.3，业界旨在确保通往抗量子安全性的明确路径，同时维护协议生态系统的完整性与长期生存能力。
抱歉。
isopolis — 旧金山 加载中… © OpenStreetMap 贡献者 © CARTO · 社区：DataSF
**Isopolis** 是由开发者 @nuwandavek 创建的一款交互式等距视角像素艺术旧金山地图。该项目以 Google 照片级真实感 3D 切片为基础，利用扩散模型将其转化为吉卜力风格的像素艺术。为应对项目的技术复杂性，创作者借助 Claude Code 等 AI 辅助编码工具，开发了用于数据抓取、图像筛选和保持风格一致性的定制化开发工具。
该项目在 Hacker News 上引发了观点两极分化的讨论。支持者称赞它是一种对城市充满魅力且令人怀旧的致敬之作，将其比作《模拟城市 2000》，并对创作背后的技术抱负表示赞赏。相反，批评者则认为这些图像显得“缺乏灵魂”且粗糙，将其贴上“劣质内容”而非真正像素艺术的标签。他们指出 AI 生成的异常现象（例如道路被错误渲染成湖泊，以及缺乏垂直高度感）证明了其执行力远未达到手工制作的水准。
尽管存在这些批评，该项目仍作为一种流行的“氛围感”探索作品受到关注。创作者正积极响应反馈，不断优化缩放级别等功能，并在配套的开发者博客中记录了相关的技术局限性。
CP/M-386 是一个早期的操作系统项目，旨在 386 及更新的架构系统上运行 CP/M，要求至少 2MB 内存。该系统源自 CP/M-68K，支持 PC BIOS 或 UEFI（通过 CSM），并提供 VGA、PS/2 键盘、UART 串口以及标准 PC 硬件计时器的驱动程序。 该系统与传统的 CP/M 版本具有高度的源码兼容性，包括与 CP/M-68K 1.3 和 CP/M 2.2 完全一致，并对 CP/M-Plus 和 DOS-Plus 扩展提供了实质性支持。虽然它不包含多用户和多任务功能，但引入了针对现代特性的独特扩展，如直接视频访问和高分辨率计时。 开发人员可以使用 GCC（推荐）或 Clang 在大多数现代 Linux 发行版、NetBSD 和 FreeBSD 上构建该系统。该项目基于 MIT 许可证发布，并获得了 Digital Research 的继任者 DeviceLogics LLC 的明确授权，允许修改和分发 CP/M 技术。项目还提供了一套广泛的实用工具，涵盖从文件管理到图形演示等多种功能，用于测试和系统交互。
一个名为 **CP/M-386** 的全新开源项目在 Hacker News 上引发了热烈讨论。该项目源自基于 C 语言的 CP/M-68K，旨在将 CP/M 的遗产引入 x86 硬件的 32 位保护模式。目前项目处于早期开发阶段，其 32 位内核可通过 Multiboot 引导，并提供 Ring-3 运行环境。
这一公告在资深开发者中引发了关于 Digital Research (DRI) 历史的怀旧与技术探讨。用户们回顾了从 CP/M-86 和 Concurrent DOS 到 DR-DOS 的演变历程，并重点讨论了当时与 MS-DOS 的激烈竞争以及“AARD”代码争议。许多贡献者表示遗憾，因为 DRI 旗下更先进的实时保护模式操作系统 FlexOS 的源代码至今尚未公开，而该系统被视为此类项目更理想的历史替代品。
在技术层面，社区称赞该项目简洁明了，且完全由人工编写而非 AI 生成。讨论还涉及了 x86 内存管理的复杂性，开发者们明确指出，尽管该项目采用了 32 位保护模式，但内存模型的选择仅是实现层面的细节，而非硬件强制要求。
搜索此网站 嵌入的文件 跳转到主要内容 跳转到导航 Google 协作平台 举报滥用行为 Google 协作平台 举报滥用行为
抱歉。
请启用 JavaScript 和 cookie 以继续。
抱歉。
“Book Corners”是一个旨在绘制公共书架地图的项目。该项目的开发者最初计划允许用户将新的书架位置上传并贡献给 OpenStreetMap (OSM)。虽然从技术实现上看这似乎很简单，但开发者发现，向 OSM 贡献数据涉及许多非技术层面的障碍。 OSM 为数据导入和自动编辑制定了严格的准则，以防止地图数据损坏并确保数据质量。要达到这些标准，需要创建专门的导入账户、发布正式文档、处理复杂的许可问题，并进行广泛的社区磋商。这不仅是一次性的工作，更是一项长期的运营责任。 最终，开发者认为，对于一个小规模项目而言，沉重的维护负担和长期的投入并不划算。将精力投入到这一集成功能中，会分散对改善核心用户体验（如无障碍功能和发现工具）的注意力。因此，开发者决定无限期搁置 OSM 回写功能，并强调“有时候，最好的功能就是没有功能”。虽然数据贡献非常有价值，但该项目目前缺乏足够的资源，无法满足负责任地进行集成所需的社会和组织契约。
“Book Corners”的作者解释了为何其公共书架定位项目不与 OpenStreetMap (OSM) 同步贡献数据。尽管他们欣赏 OSM，但他们认为该项目对于批量或自动数据导入的门槛（如强制性的社区沟通、严格的质量控制和持续的维护）要求过高，对于一个小型志愿者项目而言，资源成本难以负担。
Hacker News 社区围绕此事的讨论凸显了两种主要观点：
* **OSM 的僵化：** 支持 OSM 严格流程的人士认为，这些准则是防止垃圾信息、维护高数据完整性以及确保该项目作为可靠的“唯一事实来源”的必要保障。他们坚信“没有数据好过错误数据”，并建议小型项目应将 OSM 视为底图层，而非随意填入未经核实的众包信息的场所。
* **参与门槛：** 批评者认为，这些要求对小型开发者来说负担过重，可能导致 OSM 数据过时或缺失。关于如何更好地整合，建议包括：利用 OSM 的“Notes”API 传递信号、允许用户通过应用直接向 OSM 提交信息，或是采用“数据信号”模型，即由 OSM 接收贡献后再由社区进行验证。
当一个测试在单独运行时可以通过，但在整个测试套件中却会失败时，通常是由于前置测试产生的状态污染所致。在众多测试中找出罪魁祸首非常耗时，但 `pytest-leak-finder` 插件利用类似于 `git bisect` 的二分查找算法实现了这一过程的自动化。
该插件会确定一个失败的“目标”测试，并将其与前置测试的不同子集交替运行。通过观察目标测试是通过还是失败，插件可以缩小搜索范围。如果目标测试失败，说明“泄露”存在于当前子集中；如果通过，插件则会将重点转向另一半。这种系统的分治法能够快速定位导致副作用的具体测试，从而让开发人员免于手动调试。
对不起。