isopolis — 旧金山 加载中… © OpenStreetMap 贡献者 © CARTO · 社区：DataSF
每日HackerNews RSS
抱歉。
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 技术。项目还提供了一套广泛的实用工具，涵盖从文件管理到图形演示等多种功能，用于测试和系统交互。
```Hacker News新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交登录CP/M-386 – 运行于 386 保护模式下的 CP/M，源自 CP/M-68K (github.com/johnsonjh)7 点，由 TMWNN 发布于 51 分钟前 | 隐藏 | 过往 | 收藏 | 讨论帮助
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系方式
搜索： ```
搜索此网站 嵌入的文件 跳转到主要内容 跳转到导航 Google 协作平台 举报滥用行为 Google 协作平台 举报滥用行为
这篇 Hacker News 帖子讨论了一篇题为《Flock——寒蝉效应：长岛正在形成的露天监狱》的文章，文中批评了自动车牌识别（ALPR）监控系统的扩张。
讨论始于对该文章托管平台的各种技术抱怨，作者随后承诺将文章迁移到更易访问的平台上。随后，话题转向了车主的隐私策略。一位评论者提议在蒙大拿州注册车辆，以规避各州层面的侵入式数据采集，并认为这种做法是合理的隐私保护行为，而非逃税。该贡献者指出，加利福尼亚州和得克萨斯州等地的政府机构有向第三方出售敏感驾驶员数据的记录，暗示公众对政府处理注册信息抱有的信任是错位的。最后，参与者强调，抵制重监控基础设施需要采取主动的隐私措施并向地方代表施压。
请启用 JavaScript 和 cookie 以继续。
Hacker News | 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 | 登录
**把玩 Georgia 字体 (mighil.com)**
5 分 | surprisetalk 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论 | 帮助
**muglug** 16 分钟前 [–]
反方观点：拉伸字体通常被视为排版大忌，而且 Georgia 本身就有压缩版本：https://carterandcone.com/font/georgia/
回复
考虑申请 YC 2026 年秋季班！申请截止日期为 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系方式
搜索：
为什么“图书角”无法将贡献同步回 OpenStreetMap Why Book Corners won't sync contributions back to OpenStreetMap
6 小时前
“Book Corners”是一个旨在绘制公共书架地图的项目。该项目的开发者最初计划允许用户将新的书架位置上传并贡献给 OpenStreetMap (OSM)。虽然从技术实现上看这似乎很简单，但开发者发现，向 OSM 贡献数据涉及许多非技术层面的障碍。 OSM 为数据导入和自动编辑制定了严格的准则，以防止地图数据损坏并确保数据质量。要达到这些标准，需要创建专门的导入账户、发布正式文档、处理复杂的许可问题，并进行广泛的社区磋商。这不仅是一次性的工作，更是一项长期的运营责任。 最终，开发者认为，对于一个小规模项目而言，沉重的维护负担和长期的投入并不划算。将精力投入到这一集成功能中，会分散对改善核心用户体验（如无障碍功能和发现工具）的注意力。因此，开发者决定无限期搁置 OSM 回写功能，并强调“有时候，最好的功能就是没有功能”。虽然数据贡献非常有价值，但该项目目前缺乏足够的资源，无法满足负责任地进行集成所需的社会和组织契约。
Hacker News
最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
为什么“图书角”（Book Corners）不同步贡献数据回 OpenStreetMap (andreagrandi.it)
8 点，由 pizzaiolo 发布于 47 分钟前 | 隐藏 | 往期 | 收藏 | 2 条评论
帮助
Aurornis 11 分钟前 | 下一条 [–]
总结：因为 OpenStreetMap 需要对数据提交计划投入精力和维护，而不值得这样做。如果 OSM 这样的项目没有这些提交门槛，它会被垃圾信息和劣质提交所淹没。可以理解。
回复
Tiberium 11 分钟前 | 上一条 [–]
整篇文章完全由大语言模型撰写，也许这也是另一个原因 :)
回复
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
当一个测试在单独运行时可以通过，但在整个测试套件中却会失败时，通常是由于前置测试产生的状态污染所致。在众多测试中找出罪魁祸首非常耗时，但 `pytest-leak-finder` 插件利用类似于 `git bisect` 的二分查找算法实现了这一过程的自动化。
该插件会确定一个失败的“目标”测试，并将其与前置测试的不同子集交替运行。通过观察目标测试是通过还是失败，插件可以缩小搜索范围。如果目标测试失败，说明“泄露”存在于当前子集中；如果通过，插件则会将重点转向另一半。这种系统的分治法能够快速定位导致副作用的具体测试，从而让开发人员免于手动调试。
Hacker News
最新 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
用于查找 Python 测试不稳定原因的工具 (github.com/mgaitan)
5 分 | pomponchik 发布于 1 小时前 | 隐藏 | 往期 | 收藏 | 讨论 | 帮助
考虑申请 YC 2026 年秋季班！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
Mu 是一个开源（AGPL-3.0）平台，通过单一 MCP 端点为智能体（Agent）提供了一套包含 67 种“真实世界”工具的完整工具集，涵盖网页搜索、邮件（SMTP）、存储、日历和市场等功能。与简单的 API 封装不同，Mu 是一个自包含的运行环境，拥有自己的 Web 界面、命令行工具（CLI）和智能体核心。 主要功能包括： * **统一访问：** 通过 MCP 为 Claude 或 Cursor、CLI 以及 Web SDK 提供工具支持。添加新工具会自动同步更新所有界面。 * **自托管或托管：** 以单个 Go 二进制文件形式提供，支持自托管，也可直接使用 `micro.mu` 服务。 * **智能体集成：** 支持主流大语言模型（Claude、OpenAI、Ollama），并内置记忆和状态管理功能。 * **可扩展性：** 操作员可以通过 JSON 轻松自定义信息流、提示词和频道，或使用 Go 开发新服务。 * **运营控制：** 内置身份验证、付费工具的积分计费系统，以及用于管理第三方密钥的管理员控制功能。 Mu 通过基于注册表的集中式架构取代了碎片化的工具集成方式，实现了智能体、人类与互联网之间的无缝交互。
抱歉。
本摘要探讨了计算的基础及其在理解人类心智中的作用。这一研究的核心是**图灵机**，它是一个抽象模型，将算法定义为一组机械的符号操作指令。该模型改变了数学，并成为计算机科学与人工智能的基石。 在认知科学中，**经典心智计算理论（CCTM）**认为心智本质上就是一个计算系统。这一观点常与**心智表征理论（RTM）**相结合，暗示思维是通过一种“思维语言”（心语）进行的。尽管经典计算主义侧重于基于规则的符号操作，但它面临着来自**联结主义**（通过神经网络模拟心智）和**计算神经科学**（强调生物真实性）的挑战。 关于心理状态是由功能组织（功能主义）、物理大脑状态还是外部环境关系（外在论）所定义的，哲学界仍存在争议。对 CCTM 的主要批评包括其可能无法模拟非算法的创造性思维、时间动态的作用，以及认知在多大程度上是具身的。尽管存在这些争议，计算模型仍然是探索物理系统（无论是硅基还是生物系统）如何产生智能的主导框架。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
心智计算理论 (2015) (stanford.edu)
9 分 | cyanregiment | 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论 | 帮助
cyanregiment | 1 小时前 | 下一条 [-]
机器能思考吗？心智本身是否可能是一台思考机器？
回复
考虑申请 YC 2026 年秋季批次！申请截止日期为 7 月 27 日。
准则 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
**Shitty** 是一款采用 C++23 编写的高性能、内存不安全（memory-unsafe）终端模拟器，旨在实现低延迟、快速启动以及可预测的资源占用。它是对 *Zutty* 的硬分叉及彻底重写，利用原生 GPU 计算后端（Linux 下的 Vulkan 和 macOS 下的 Metal）实现了业界领先的渲染速度，在可打印 ASCII 字符和最差情况下的随机字节基准测试中，其性能表现均优于 Alacritty、Kitty 和 Ghostty 等竞品。
主要特性包括：
* **性能：** 通过基于变更的渲染（damage-driven rendering）和持久化 GPU 字形缓存进行了优化。
* **兼容性：** 支持 VT52/VT5xx 控制序列、Unicode、多种鼠标协议（SGR、urxvt）以及现代键盘协议（Kitty、modifyOtherKeys）。
* **灵活性：** 提供强大的配置选项，涵盖字体路径、窗口几何形状以及剪贴板集成（包括 OSC 52）。
* **开发：** 使用 Clang 构建，摒弃了通用的窗口工具包，采用了自定义的事件循环层。提供完善的测试套件，并集成了 Nix 以实现便捷部署。
尽管目前正从 GPLv3 协议向 MIT 协议的代码库过渡，Shitty 始终将速度和技术效率置于广泛的协议支持之上（例如省略了 sixel 或双向文本支持）。它是一款专为追求极致原始终端吞吐量的用户打造的专业工具。
一个名为“Shitty”的“Show HN”项目在 Hacker News 上引发了讨论。该项目由用户 pg83 开发，是一个高性能但内存不安全的终端模拟器。尽管作者强调了其惊人的速度，但评论者很快指出，该名称与著名的“suckless st”终端存在冲突。
社区反应不一；一些用户质疑，相比 Alacritty、Ghostty 或 Wezterm 等成熟的替代品，其微小的性能提升是否值得切换。另一些人则关注该项目挑衅性的名称，并将其与科技领域其他非传统的命名趋势进行了比较。尽管对其效用和品牌存在怀疑，但该帖文再次展示了开发者社区对高速终端工具持续的兴趣。
参赛者声明 参赛者必须同意遵守俄亥俄州展览委员会制定的指导方针和规则。若我获奖，我确认必须提交我的艺术作品原件，以供在俄亥俄州博览会上展出。我确认俄亥俄州博览会保留该艺术作品的所有权利。 总冠军条款与细则 获奖后，入选艺术家须与俄亥俄州展览委员会签署一份规定条款与细则的协议。艺术家将保留版权，但最终入选作品的所有权将转移给俄亥俄州展览委员会。俄亥俄州展览委员会保留以各种形式复制该艺术作品进行销售的权利，包括但不限于明信片及其他商品。该艺术作品也可用于俄亥俄州博览会的营销和宣传资料。
俄亥俄州博览会近期因将比赛奖项颁发给一幅人工智能生成的海报而引发争议。这幅获奖作品存在明显的瑕疵，如文字变形和解剖结构错误（包括长有多条尾巴的猪），在 Hacker News 社区引发了强烈抵制。批评者指出，该参赛作品违背了比赛旨在展示人类艺术创作精神的初衷。
这一事件凸显了传统艺术与人工智能生成内容便捷性之间日益紧张的关系。评论者指出，评委无法识别明显的 AI “劣作”，反映出一种更广泛的社会趋势，即合成的低质量图像在地方赛事和商业广告中正变得日益常态化。
针对此事，俄亥俄州博览会更新了网站，明确禁止在 2027 年的比赛中使用人工智能生成的内容。虽然一些用户认为此举是对人类艺术家的必要保护，但也有人认为，“AI 劣作”的泛滥是当前技术环境下不可避免但令人遗憾的现实。该事件促使许多人呼吁采取更严格的提交要求，例如要求提供源文件或创作过程证明，以确保未来的获奖作品皆为人工创作。