本期探讨了就业市场中“大材小用”的困境，并提供了一份配置本地 LLM 驱动编程环境的技术指南。
**“大材小用”的困境：**
招聘经理往往因为主观风险而非能力不足拒绝“大材小用”的候选人。常见顾虑包括：
* **留任率：** 担心你一有更好的机会就会离职。
* **团队协作：** 担心你表现出“自以为是”的态度或对常规工作流程缺乏耐心。
* **期望过高：** 如果职位无法提供成长空间或更高级别的职责，可能会产生挫败感。
**配置本地编程智能体：**
为构建私有的本地编程环境，本指南概述了如何将开源终端智能体 **OpenCode** 与 **Ollama** 结合使用：
1. **安装 OpenCode：** 使用提供的脚本，并配置 `~/.config/opencode/opencode.json` 以管理读取、写入和执行命令的权限。
2. **配置模型：** 使用 Ollama 下载特定编程模型（如 `qwen3-coder`），并创建一个扩展上下文窗口（64k+）的变体，以处理复杂任务。
3. **集成：** 更新 `auth.json` 和 `opencode.json`，将智能体连接到本地 Ollama API，从而完全在自己的硬件上运行 AI 辅助开发。
每日HackerNews RSS
E Excited Pixels 博客 · 2026年7月1日 ↗ 纪念 Om Malik，Leona Kruczkowskiego 与耶路撒冷大道，华沙，2026。我从未见过 Om，但我追随他的文字已有几十年，他的摄影作品也长期以来一直激励着我。我等待了许多年，终于报名参加了一个在威尼斯举办的摄影工作坊：正是他在那里的影像，让我领略了摄影在那座城市所能展现的魅力。他的作品吸引我跨越了海洋，因此在今年晚些时候，我将有机会亲眼看看威尼斯，同时也将受到他……的启发。
将 Oak 与 Git 的基准测试对比显示，Oak 在快照、状态检查及大文件操作的 p50 延迟方面明显优于 Git。在处理大量小文件、大型二进制文件以及庞大的脏工作树等多种场景下，Oak 均实现了 90% 到 95% 的性能提升。它在开发者“内循环”任务（如重构、代理设置和并行工作流操作）中表现同样出色，而这些任务的运行速度对日常工作流程至关重要。 尽管 Oak 在长时间运行的代理会话中表现出巨大优势，但在初始冷启动和进程生成阶段，其性能会有所下降，比 Git 慢 43% 到 188%。 归根结底，Oak 旨在优化开发周期中重复且高频的操作。尽管初始设置存在微小的固定成本，但对于在大型或复杂代码库中频繁进行快照和状态检查的开发者而言，它带来了显著的效率提升。用户可在 oak.space/oak/benchmarks 验证这些结果或提供反馈。
抱歉。
个人项目曾经只是简单的周末消遣，用来学习知识，如今已演变得复杂且要求严苛。在智能体 AI 快速发展的推动下，这些副业不再仅仅是单纯的爱好，它们已变成了雄心勃勃、高风险的尝试，模糊了个人探索与产品开发之间的界限。 现代的“业余开发者”现在处理的想法，曾几何时需要整个团队和预算才能实现；他们更多是在驾驭强大的 AI 工具，而不是从零开始编写代码。这种转变虽然令人振奋，但也产生了一种新的疲惫感。创新节奏之快——伴随着不断的工具更新、订阅费用以及对职业被淘汰的恐惧——已将构建项目变成了一种高压追求。 我们正在远离传统的工程学，转向一种更广泛、更抽象的技艺，这让许多人不禁怀疑我们的基础技能是否正面临风险。尽管存在倦怠、不确定性以及技术最终可能取代我们角色的潜在担忧，但创造的动力依然存在。我们仍在继续创造，不知道自己究竟会变成什么样，也不知道这种不断变化的局面会将我们引向何方，仅仅因为这项工作本身已让人无法抗拒。
抱歉。
```Kagi 更新日志（7 月 2 日）：Heads、Tails 及 AI 开关``` Kagi Changelog (July 2): Heads, tails, and an AI toggle
14 天前
Kagi 宣布对其多项服务进行更新，旨在优化用户选择权与浏览器性能。
**Kagi Search：** 用户现可通过设置菜单完全禁用 AI 功能。此外，新增的自定义选项允许用户开关特定小组件，例如新加入的抛硬币与多面骰子功能。
**Orion 浏览器：** macOS 版 Orion 1.1 的发布是一次重大更新，引入了自定义界面、用于增强隐私及多账号支持的标签页“容器”功能，以及为 Orion+ 订阅者提供的可高度自定义的个性化浏览器边框。
**服务调整：** 由于高昂的运营成本，Kagi 已暂时限制了 Kagi Translate 和 Kagi News 的使用。翻译服务正在向订阅模式转型，并将很快恢复。
Kagi 强调了其对用户自主权、隐私及可持续发展的承诺，并感谢社区在工具优化过程中持续提供的反馈与耐心。
Infracost 正在寻找一位**市场营销负责人**，在完全远程的创业环境中推动客户获取和品牌认知。你将与首席执行官及跨职能团队密切合作，负责端到端的营销策略，管理营销日历，并为技术受众制作高质量的内容。 **主要职责：** * 管理营销漏斗、关键绩效指标（KPI）及活动执行。 * 连接产品、销售和工程部门，协作创建营销资料和活动。 * 从独立营销人员转型，组建并带领一支精干高效的团队。 **要求：** * 5 年以上 B2B SaaS 或开发者工具领域的营销经验。 * 具备“JEDI”（立即行动）心态：偏向行动、快速迭代，并能在紧迫的截止日期下高效工作。 * 优秀的写作能力，精通各类营销工具（如 CRM、数据分析工具等）。 * 居住在美洲/加拿大时区。 **文化与福利：** Infracost 重视透明度、以客户为中心和快速实验。该职位提供具有竞争力的薪酬方案，包括具有 10 年行权期的股权、31 天带薪休假、全面的美国福利，以及每年两次的国际团队聚会。如果你是一位追求执行力胜过完美主义的实干家，我们期待你的加入。
抱歉。
一份近期由“公民实验室”（Citizen Lab）发布的报告显示，欧洲议会议员斯泰利奥斯·库洛格卢（Stelios Kouloglou）在 2022 年至 2023 年间多次成为“飞马”（Pegasus）间谍软件的攻击目标。取证分析证实了设备曾被成功入侵，尽管库洛格卢曾多次收到苹果公司的威胁通知，但他表示并不记得曾看到过这些提醒。
这一消息在 Hacker News 上引发了关于数字安全与国家级间谍活动的激烈讨论。核心议题包括：
* **通知系统的局限性：** 批评者认为，苹果公司延迟的、批量发送的威胁通知效率低下。由于缺乏一个能让用户查看过往警报的中央交互界面，这些通知很容易被遗漏或忽略。
* **间谍活动的现状：** 评论者指出，“飞马”软件常被民族国家用于针对记者、活动人士和官员。许多人对国际联盟的有效性表示怀疑，认为“人人都在监视人人”，即便是亲密盟友之间也不例外。
* **系统性问题：** 讨论延伸至现代智能手机的脆弱性、欧盟层面反间谍能力的缺失，以及工作与个人设备难以分离的问题。部分参与者质疑，诸如《通用数据保护条例》（GDPR）之类的欧盟法规是否在无意中抑制了本土创新，同时却偏袒了根深蒂固的美国科技巨头，从而使该地区更容易受到外国监控。
数据库基准测试往往优先考虑吞吐量而非延迟，这导致了一个常见错误，即过度增加工作负载，直到响应时间下降到数百毫秒。对于关键任务数据库而言，真正的性能应保持在亚毫秒或低毫秒级范围内。
HammerDB v6.0 通过将重点从容易掩盖瓶颈的简单平均值转向详细的延迟分析，解决了这一问题。此次更新提供了完整的百分位报告和交易类型的箱线图，使用户能够识别中位数性能、离散度和异常值。这确保了用户能够区分持续的低延迟和因排队导致的工作负载延迟。
此外，HammerDB v6.0 引入了蓄水池采样（reservoir sampling），使得在长时间运行的测试中进行实用的响应时间分析成为可能，且不会产生数据处理瓶颈。通过捕获吞吐量和延迟分布，该工具可帮助管理员准确识别系统从峰值性能过渡到过载状态的临界点。简而言之，HammerDB v6.0 确保了基准测试能够揭示完整的性能状况，证明如果高吞吐量是以不可接受的响应时间为代价，那么它将毫无意义。
抱歉。
本项目展示了一系列基于 Anthropic 公司吉祥物 “Clawd” 的程序化 Slack 表情符号。所有变体均非手动编辑，而是通过 Python（Pillow/NumPy）基于同一个“唯一事实来源”——即源自原始 Logo 的 12x8 像素网格——生成。
本项目采用多种程序化技术来创建流畅、高质量的循环动画：
* **物理模拟效果：** 用于 “this is fine” 梗图的 Doom 火焰模拟，以及用于暴雨变体的视差雨效。
* **三角函数动画：** 为冲浪、跳舞或捕虫等 Clawd 形象实现平滑运动，确保第 0 帧与循环末尾完美衔接。
* **高保真渲染：** 标准变体使用固定网格，而更复杂的场景则使用 128x128 的完整网格以呈现更清晰的细节，例如弓箭手的弓或宽边帽的曲线。
所有输出均为 128x128 的 PNG/GIF 文件，并针对 Slack 的 128 KB 大小限制进行了优化。模块化的代码库允许任何人通过创建带有 `render.py` 脚本的文件夹来添加新的变体。本项目为非官方的 MIT 许可粉丝作品；Clawd 形象的版权归 Anthropic, PBC 所有。
抱歉。
在将服务器迁移至 FreeBSD 后，作者发现 `btop` 和 `fastfetch` 等系统监视器在报告内存占用时存在差异。这一发现促使他深入研究了 FreeBSD 的虚拟内存管理，以及在现代系统中定义“空闲”与“已用”内存的复杂性。
作者发现，许多监控工具依赖过时或不准确的启发式方法。例如，`btop` 在大内存系统上存在 32 位整数溢出错误，且依赖于一个用于缓存报告的旧版“伪”内核参数。此外，由于 FreeBSD 使用 ZFS，系统大部分内存被自适应替换缓存（ARC）占用，这些内存常被误归类为“已锁定”或“已用”内存，而非可回收的缓存。
为了解决这些问题，作者通过正确统计 ZFS ARC 和文件系统缓冲区，开发出一种更精确的内存计算方法。这些努力最终成功转化为对 `htop`、`btop` 和 `fastfetch` 的贡献（合并请求）。通过这一过程，作者加深了对操作系统内部机制的理解，并重申了他对计算机体系结构长期以来的浓厚兴趣。
这篇 Hacker News 帖子讨论了一篇题为“FreeBSD 吃掉了我的内存”的文章，该文强调了许多用户在解读 FreeBSD 内存使用统计数据时所面临的困惑。
争论的核心在于，由于 ZFS 文件系统的 ARC（自适应替换缓存）机制，FreeBSD 的报告工具对内存的计算方式往往与用户的预期不同。用户们争论这种所谓的“内存膨胀”究竟是报告机制的问题，是对缓存与可用内存功能理解的偏差，还是操作系统在呈现硬件使用情况时用户体验（UX）的失败。
除了关于内存管理的技术讨论，参与者还涉及了内存超额分配的历史、交换空间的“两倍内存”规则，以及关于 FreeBSD 与 Linux 在可用性和设计理念上更广泛且反复出现的辩论。一些用户认为 FreeBSD 的方法更加“硬核”且一致，而另一些用户则认为这种复杂性是现代个人计算中不必要的负担。讨论还简要探讨了技术教育的演变，以及从纸质教科书向数字教科书的转变。