诗歌 | 数据可视化 我尝试用数字讲述的短篇故事。 热门 死亡 环境 语言 金钱 循环 宗教 空间与现象
每日HackerNews RSS
```数据诗歌```
Data Poems
24 分钟前
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
数据诗歌 (eamer.dev)
4 分，由 putzdown 发表于 1 小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## Remarkable 2 & Pro：用户详细视角
这位用户最初很喜欢Remarkable 2，并购买了Pro，希望同时使用两台平板电脑——一台用于参考，一台用于书写，模拟纸质设置。虽然Pro的微妙色彩添加值得赞赏，但其在导出绘画时准确性不足，会扭曲原始意图。令人惊讶的是，褪色的色彩方案让用户感到怀旧，在设备上查看照片时别有一番风味。
为了解决色彩差异问题，用户为GIMP等图像编辑软件创建了一个基本的色彩配置文件，为预览和调整Pro显示的图像提供了一个“聊胜于无”的解决方案。
然而，Pro也存在一些缺点。笔的精准度感觉不如Remarkable 2，缺乏真实笔的响应速度。显示屏也太暗，需要不断使用背光，这会引入蓝色的色调。软件方面的问题包括笔记本同步缓慢、管理界面笨拙，缺乏拖放功能，以及移动应用程序表现不佳。此外，用户还惋惜Pro失去了Remarkable 2所享有的强大的Linux/OSS支持，影响了屏幕共享等功能。尽管存在这些问题，核心书写体验仍然简约且吸引人。
一个黑客新闻的讨论集中在 reMarkable Pro Colors 电子墨水平板电脑上。用户在使用该设备的压感方面遇到了问题，发现需要用力按压才能达到想要的线条宽度——这个问题同时存在于 Pro 和 Remarkable 2 型号上。
一些评论者指出，最近的软件更新（版本 3.x）导致用户界面响应速度下降，一些人因此回退到更旧、更可修改的版本（2.x）。虽然他们欣赏用户界面改进，但更优先考虑速度和功能。
一位用户强调了 Pro Colors 在专业领域的潜力，特别是对 PDF 中的专色进行软校色。另一位用户呼吁 reMarkable 开源其显示驱动程序和渲染堆栈，认为社区开发——以 KOReader 等项目为例——可以显著增强平板电脑的功能，并可能在某些任务中取代笔记本电脑。
经过61年，中央情报局广泛使用的参考资源《世界概况》已停止发布。它起源于1962年的一份名为《国家基础情报手册》的机密文件，于1971年公开发布，并在1981年更名为《世界概况》。 该手册于1997年转型为在CIA.gov上的流行数字格式，每年吸引数百万用户，包括研究人员、记者、教育工作者和旅行者。它提供了关于国家和全球实体的全面基本信息，甚至还收录了超过5000张无版权照片，其中一些由中央情报局官员提供。 虽然它的出版已结束，《世界概况》留下了易于获取的全球知识遗产，并鼓励人们继续探索世界。
一个黑客新闻的讨论强调了即将停印的中央情报局世界概况。用户们回忆起在互联网出现之前，它作为研究中高度准确和最新的国家信息来源的价值。
对话的中心是《世界概况》*为何*会被停刊，猜测范围从公众对政府信息的兴趣下降，到互联网现在提供更易获取和更优质的数据。一些评论员承认《世界概况》在*线上*仍然有用，而另一些人则建议对中央情报局进行重组，将研究部门和行动部门分开。总的来说，这篇帖子唤起了人们对曾经独一无二的重要资源的怀旧之情。
## Litestream 与 Fly.io Sprites 摘要
Litestream 是一款免费开源工具，旨在将 SQLite 数据库与 S3 风格的对象存储同步，提供强大的备份和恢复解决方案，同时不牺牲 SQLite 的速度和简洁性。 近来，Litestream 已成为 Fly.io 新的“Sprites”的核心组件——极其快速、可扩展的无服务器容器。
Sprites 通过两种关键方式利用 Litestream：作为全球编排器的基础（取代传统的 Postgres 集群），以及直接在 Sprite 的存储堆栈中使用。 存储堆栈利用 Litestream 实现快速启动时间（低于一秒），并提供 100GB 的持久存储。
诸如 Litestream VFS（虚拟文件系统）的新功能允许直接从对象存储进行按时间点的 SQLite 查询，即使在冷启动期间也是如此。 一种可写 VFS 模式，在同步到对象存储之前缓冲写入，进一步提高了性能。“补水”——后台数据库下载——通过最终从本地副本提供查询来提高稳定状态下的性能。
这些功能专为 Sprites 苛刻的需求而设计，优先考虑速度和最终持久性。 虽然可能对其他应用程序有用，但 Litestream 仍然是作为伴随进程进行标准读/写 SQLite 同步的强大而高效的解决方案。
## Litestream & Postgres 备份讨论
一个 Hacker News 讨论围绕着将数据库备份流式传输到 S3 的解决方案，灵感来自 Litestream (一个可写 VFS)。 原始发帖者询问是否有 Litestream 适用于 Postgres 的替代方案，具体希望能够流式传输 `pg_dump` 或使用 `barman` 将数据传输到 S3。
提供了一些建议。 一位用户指出 Postgres 内置的 WAL 归档功能。 其他人推荐 **ZeroFS**，这是一种与 Postgres 配合良好的文件系统，用于复制，以及 **wal-g**，这是一种专门用于将 WAL 文件移动到 S3 以进行服务器复制的工具。
对话简要讨论了这些工具与传统备份方法（如 `pg_dump` 和 `barman`）之间的区别，明确了 wal-g 侧重于连续归档而不是按时间点快照。
Codex 应用很酷，它说明了 IDE 和编码 GUI 的左移趋势。
The Codex app illustrates the shift left of IDEs and coding GUIs
58 分钟前
## Codex 与软件开发的未来
OpenAI 的新款 Codex 桌面应用，虽然并非革命性，但预示着软件构建方式的重大转变。作者将 Codex 与 Claude Code 结合使用，轻松管理“工作树”——允许并行开发较小功能，同时专注于主项目。这使得更高效的多代理工作流程成为可能。
然而，该应用真正的意义在于它所代表的更广泛趋势：远离直接与代码交互。作者认为，现代 AI 驱动的开发正在将重点从调试代码本身，转移到管理*生成*代码的*系统*。
这可以被视为一个光谱：从传统的 IDE 编码，到 AI 辅助编码，再到代理 IDE，最后到像 Codex 这样的多代理编排——界面中心在于管理 AI 代理，而非阅读代码行。作者认为，最终方向是“规格说明”——优先考虑需求和设计，代码成为次要输出。他们目前正在构建一个专注于这种“规格说明优先”方法的工具。
## AI 编程与代码阅读的未来 - Hacker News 摘要
Hacker News 上关于 Codex 应用的讨论引发了担忧：AI 驱动的代码生成导致开发者*不*阅读他们生成的代码。有人称，AI 编程领域的领军人物专注于管理代码生成系统，而非理解代码本身，依赖于黑盒测试和迭代调整，而不检查输出结果。
这种做法受到质疑，评论者质疑其效率以及可能积累的技术债务。人们对以这种方式构建的软件的长期可维护性表示担忧，并将其与存在问题的遗留系统相提并论。
然而，也有人认为 AI 可以比人类更快地*阅读*代码，并且重点正在转向定义健壮的规范和系统架构，使代码成为一个实现细节。还有人指出，模型的改进正在克服最初的、在无人监督项目中的问题。这场争论的中心在于，这是否代表对不透明系统的危险依赖，或者只是软件开发的一种自然演变。
## Qodo 代码审查基准测试 1.0：AI 评估新标准
Qodo 发布了一项新的基准测试（版本 1.0），用于客观评估 AI 驱动的代码审查系统，解决了现有方法的局限性。当前的基准测试通常只关注通过追踪修复来*检测*错误，忽略代码质量，并且在小型、孤立的提交上运行。
Qodo 的基准测试将功能性错误*和*最佳实践违规注入到来自活跃开源项目的**真实、合并的拉取请求**中（100 个 PR，共 580 个问题）——模拟更大规模的真实审查场景。这允许同时评估代码的正确性和质量。
在一项与 7 个领先的 AI 代码审查平台的比较中，**Qodo 获得了 60.1% 的优异 F1 分数**，展现了更好的整体性能。该基准测试采用严格的方法，包括仓库分析、规则提取和真实数据验证，并且已在 GitHub 上公开可用。
这项新的基准测试超越了仅仅查找现有错误，以评估工具强制编码标准和理解复杂、系统级代码的能力——这是衡量实际代码审查有效性的更全面和实用的方法。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
我们构建了一个用于AI代码审查的真实世界基准 (qodo.ai)
12 分，由 benocodes 46 分钟前发布 | 隐藏 | 过去 | 收藏 | 2 条评论
CuriouslyC 16 分钟前 | 下一个 [–]
我不认为LLM是通用模式强制的正确工具，最好让它们创建自定义lint规则。代理在建议改进代码片段方面做得很好，如果你让一群代理戴上不同的帽子并辩论软件的改进，它可以产生非常有用的见解。回复
mbesto 7 分钟前 | 上一个 [–]
Cmd+F - “过拟合”...什么都没有。
没有提到他们如何做任何事情来缓解过拟合。这些基准测试越来越令人厌烦。回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
本指南详细介绍了如何检查您的 LinkedIn 联系人是否出现在公开的杰弗里·埃普斯坦法庭文件中。它使用一个 Python 脚本（“EpsteIn.py”）来自动化搜索过程。
首先，您需要通过 LinkedIn 的“获取您的数据”功能下载您的 LinkedIn 联系人数据（为 CSV 文件）。然后，在设置了所需库的 Python 环境后，运行该脚本，并提供 Connections.csv 文件的路径。
该脚本在 DugganUSA.com 索引的埃普斯坦文件中搜索完全匹配的名字，并生成一份报告（EpsteIn.html）。该报告总结了搜索的总联系人数量、被提及的联系人数量，并为每个匹配项显示单独的“卡片”，包括姓名、职位、公司、提及次数、文档摘录以及原始 PDF 的链接。结果按提及次数排序。
请注意常见名字可能出现的误报，并仔细审查提供的上下文。
一个在Hacker News上分享的新工具允许用户通过LinkedIn姓名在公开的Epstein文件中搜索关联（github.com/cfinke）。该工具使用提供的姓名作为输入查询一个API（analytics.dugganusa.com）。
然而，评论者很快指出了搜索的局限性。该API执行基本的姓名查找，不验证身份；常见姓名会产生大量通常无意义的匹配项。即使搜索不常见的字符串也会因部分姓名匹配而返回结果。
创建者澄清该脚本使用*引号*括起来的姓名进行精确搜索，与最初评论中提供的示例不同。人们也对数据隐私表示担忧，但确认该工具在本地运行，不会收集LinkedIn数据。该仓库曾短暂设置为私有，但后来又公开了。
不再隐藏的变更：MySQL 9.6 如何变革外键管理
No More Hidden Changes: How MySQL 9.6 Transforms Foreign Key Management
1 小时前
本网站目前遇到技术问题。我们已知悉该问题，并正在尽快修复。对于由此带来的不便，我们深表歉意。
要与甲骨文销售代表联系：1.800.ORACLE1。
要从世界各地联系甲骨文公司总部：1.650.506.7000。
要在美国获得技术支持：1.800.633.0738。
事件编号：0.a87c3617.1770241008.2466b954
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
不再隐藏更改：MySQL 9.6 如何改变外键管理 (oracle.com)
9 分，来自 ksec 2 小时前 | 隐藏 | 过去 | 收藏 | 3 条评论
exabrial 37 分钟前 [–]
很好，但 GitHub 上 MySQL 的 2026 年没有提交记录。我认为几乎每个人都在计划过渡到 MariaDB 或 Postgres。MySQL 是一款备受喜爱的开源产品和项目。Oracle 失去对它的影响力将是一个巨大的错误。
引用：https://github.com/mysql/mysql-server/commits/trunk
harwoodr 11 分钟前 | 父级 [–]
>因为 MySQL 显然在内部使用 git 仓库进行开发，并且只偶尔将其推送到 GitHub
https://optimizedbyotto.com/post/reasons-to-stop-using-mysql...
exabrial 2 分钟前 | 根 | 父级 [–]
我看到了那篇文章，但有趣的是，我没有在那里看到那句话。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
免费版包含10个策略，具备基础抓取功能。专业版每月29美元，包含60个策略、无限任务、每小时监控、Webhook以及优先支持。企业版提供定制定价，包含反机器人检测规避、代理轮换和自定义集成。现在开始7天免费试用，无需信用卡。
## Meter.sh：将网站转化为实时数据流
一个新的工具 meter.sh 旨在简化网络爬取，将任何网站转化为实时的、结构化的 JSON 数据流。用户只需提供网址，定义所需数据，并设置监控间隔，即可在网站发生变化时接收 webhook。
创建者强调该服务避免了传统爬取的复杂性——处理机器人检测、动态内容以及维护一致的 JSON 结构，即使网站不断演变。它支持 API 和 HTML 提取，无需编写自定义爬虫。
一位评论员指出*编写*爬虫很容易，但维护一个健壮且可扩展的解决方案具有挑战性。开发者声称 meter.sh 通过机器人保护绕过和内容一致性的“重新索引”系统解决了这些问题。目前每天处理约 40,000 次爬取，该服务旨在扩展规模，但对于大量 URL（如 100,000 个）的初始索引将消耗大量资源。
## 奇点幻觉
本文最初写于20年前，认为预测中的“技术奇点”——技术失控、无法理解的增长点——是一种持续的幻觉。虽然技术呈指数级发展是真实的，但关于未来明确“奇点”的设想具有误导性。
这个概念源于物理学，描述了黑洞内部一个未知的点。应用于技术，它暗示人工智能将超越人类智能，从而进入超出我们理解范围的自我改进循环。然而，作者认为这是一个有缺陷的比喻。任何指数增长曲线*总是*看起来会“现在”趋近于无穷大，无论观察的时间点如何——这意味着奇点永远是迫在眉睫，却从未到来。
此外，先进的人工智能并不能保证永生，而且我们的智能可能甚至无法引导不断增长的智能。至关重要的是，变革性的转变在*转型期间*是难以察觉的，只有在回顾时才能被认识到。就像我们没有注意到语言的逐渐发展一样，我们也不会经历突然的“奇点”时刻。它是一种海市蜃楼，随着我们前进不断后退，最终，是一个毫无意义的概念。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
奇点总是迫在眉睫 (2006) (kk.org)
5 分，由 rmason 1小时前发布 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：