软件行业正因人工智能经历着翻天覆地的变化，引发了一场关于“编码是否比弄清楚构建什么更容易”的争论。作者认为这两种观点都过于片面：认为编程微不足道，忽略了软件工程中巨大的复杂性、工艺水平以及对资深工程师的历史需求；而忽视用户需求和商业策略同样目光短浅。 与其依赖“自我慰藉”——无论是完全抵制人工智能还是过度依赖它——专业人士必须学会适应。现实情况是，尽管工具和语言在变，但软件工程的核心挑战——管理熵增、驾驭抽象、以及将模糊的用户需求转化为具体产品——始终不变。 为了获得长足发展，开发者不应再将自己的角色局限于纯技术或纯管理。相反，他们应当培养复合型的专业技能：程序员应拓宽在商业、用户体验和战略方面的知识，而初级开发者则应夯实计算机科学基础。归根结底，保持不可替代性的关键在于拒绝将判断力、同理心和批判性思维外包给人工智能。未来属于那些既能深耕开发工艺，又能深入理解代码背后目标的人。
每日HackerNews RSS
关于**“代码从来都不是最难的部分”**这一论断，近期在软件工程师群体中引发了激烈争论，其焦点主要在于不同角色和技术水平对开发流程的不同认知。
许多资深工程师认为，虽然敲代码这一动作本身确实是工作中最为直观的部分，但这种说法往往轻视了架构、调试和系统设计所需的深厚技术积淀。批评者指出，这句话常被非技术相关人员用来贬低工程价值，或是被尚未经历过大规模生产环境系统维护复杂性的初级开发者所误用。
相反，另一些人则认为真正的难点在于工程师所承担的“隐形职责”：管理相关方的期望、应对多变的需求以及促进团队间的沟通。从这个角度来看，编码只是一个复杂且混乱的人际互动过程最终产出的、可预测的结果。
AI 的兴起使这场辩论愈发对立。有人认为大语言模型自动化了“简单”的编码工作，使工程师能够专注于更高层面的问题解决。然而，质疑者警告称，过度依赖 AI 会助长“感觉编程”，从而忽略了长期的可维护性、安全性以及在关键任务环境中人类判断的必要性。
“LinkedIn Feed Blocker” 是一款轻量级的 Chrome 浏览器扩展，旨在屏蔽 LinkedIn 主页的信息流，以消除社交干扰，同时保留其在社交、求职和消息收发方面的全部功能。 该扩展通过针对特定的 CSS 元素并拦截与信息流相关的分页请求，从而彻底移除了算法驱动的混乱信息流。它确保了个人资料管理、职位搜索和通知等功能依然能够正常运行。 **安装步骤：** 1. 下载或克隆此存储库到您的电脑。 2. 在浏览器中打开 `chrome://extensions/`。 3. 开启右上角的“开发者模式”。 4. 点击“加载已解压的扩展程序”，并选择该扩展所在的目录。 5. 重新加载 LinkedIn 页面以激活。 代码更新后，需要通过扩展程序菜单进行手动重新加载。该扩展通过隔离 `mainFeed` 选择器和分页请求，在不干扰平台其他功能的前提下，为您提供一个无干扰的专业使用体验。
这篇 Hacker News 帖子探讨了用户对 LinkedIn 信息流日益臃肿、干扰性强且算法权重过高所感到的沮丧。许多用户认为该平台现在只是“名义上”的专业平台，实际上充斥着低质量内容、“AI 垃圾信息”和诱导互动的博眼球内容。
参与者普遍希望夺回对个人数字体验的控制权。分享的常用解决方案包括：
* **扩展程序和脚本：** 用户推荐使用浏览器扩展（如 LinkedIn Sponsor Block、LinkOff）或自定义 CSS/Stylus 规则来完全隐藏信息流。
* **手动变通方法：** 一种流行的“黑客”做法是取消关注所有联系人，这会迫使信息流崩溃，并显示“出错了”的清爽界面。
* **广告拦截器过滤：** 对于不想使用专门扩展程序的用户，使用 uBlock Origin 选择性地隐藏特定容器已被证明非常有效。
尽管一些用户认为 LinkedIn 对求职和社交来说仍然是一张必要的“彩票”，但许多人表达了强烈的脱离意愿。评论者警告称，为了保护其基于广告和高互动率的商业模式，LinkedIn 会积极对抗这些自定义设置，导致平台开发者与追求无干扰体验的用户之间陷入了一场持续的“猫鼠游戏”。
Fastmail 现在允许用户选择将其主要数据存储在欧盟（阿姆斯特丹）或美国（费城/圣路易斯）。这一新选项使用户能够在保持同样高标准的安全性与加密水平的同时，优先满足本地数据驻留和合规性需求。 Fastmail 维护着自己的基础设施，管理自有的硬件和软件，而不依赖第三方云服务提供商。无论您选择哪个区域，数据在静态存储时均会得到安全加密。为了确保弹性，您的数据副本会保存在地理位置不同的地方，而紧急备份则存储在美国。 尽管账户元数据、系统日志和第三方服务连接仍会统一管理以提供运营支持，但用户现在可以指定其主要服务器位置。Fastmail 已根据现有用户的账单地址预选了区域，但您可以随时通过“设置 > 用户与共享 > 数据驻留”（Settings > Users & Sharing > Data residency）更改您的主要数据区域。 Fastmail 强调透明度，并指出尽管他们提供了区域控制权，但他们仍然是一家受国际司法协助条约约束的澳大利亚公司，这旨在确保用户能够就其数据隐私做出明智的决定。
Fastmail 近期宣布设立新的欧盟数据中心，允许用户将其数据托管在位于阿姆斯特丹的公司自营基础设施上。尽管许多用户对这项旨在改善数据驻留的举措表示赞赏，但该举措在 Hacker News 上引发了关于“主权”数据区域真实有效性的激烈辩论。
批评人士认为，物理位置次于法律管辖权。由于 Fastmail 是一家澳大利亚公司（“五眼联盟”成员），且美国《云法案》（CLOUD Act）允许美国联邦执法部门强制要求美国本土或与美国有关联的实体提交数据，无论其物理存储位置在何处，持怀疑态度者认为此举在很大程度上仅具象征意义。此外，Fastmail 目前为保证弹性而在美国境内备份数据，这也使“仅限欧盟”的承诺变得复杂。
这场讨论突显了人们对电子邮件这一缺乏原生端到端加密的传统协议的普遍不满。虽然一些用户将新区域视为减少对美国技术依赖的积极且渐进的步骤，但另一些人则认为，真正的隐私需要通过使用非美国供应商或实施独立的端到端加密来实现，而不是依赖区域性托管的“作秀”。
请启用 JavaScript 和 Cookie 以继续。
这场 Hacker News 讨论聚焦于一则关于一艘遇险船只与亿万富翁马克·扎克伯格游艇的新闻。评论者们争论该游艇未提供援助的行为是否正当，并指出报道中存在出入：虽然一些人称遇险方发出了未被响应的求救信号，但另一些人引用美国海岸警卫队的说法澄清，对方从未发出正式求救信号，仅提出了常规的协助请求。
除了争议本身，用户还对这一状况表示不满，批评遇险方在燃油储备方面计划不周，并质疑他们为何不利用专业的海洋拖曳服务。该讨论串既是对媒体报道该事件方式的批评，也涉及对涉事船员基本海上责任的探讨。
Ferrox 是一个新的纯 Rust 推理引擎，旨在通过 CPU、Apple Metal 或 CUDA 在本地运行大语言模型（稠密模型和混合专家模型）。该项目从零构建，未绑定 llama.cpp，优先考虑透明度，旨在提供可验证、可复现的性能指标以及实用的工具集。 该引擎支持 GGUF 模型格式，并提供两种主要模式：模拟常见 llama.cpp 参数的命令行界面（CLI），以及兼容 OpenAI 的服务器。Ferrox 通过将反量化直接融合到矩阵乘法运算中，并利用针对特定架构的 GPU 内核而非通用路径，实现了极具竞争力的性能。 主要特性包括： * **性能透明：** 每一项性能声明均有仓库中可复现、固定的基准测试作为支撑。 * **易于使用：** 以单一静态二进制文件形式提供，无需外部依赖或 Python 环境。 * **硬件灵活性：** 同一套代码支持 CPU、Metal 和 CUDA 后端。 * **高效率：** 通过内存映射权重并进行即时反量化，最大限度地减少内存占用。 尽管目前仍处于积极开发阶段——当前的重点是优化 Metal 性能并扩展混合专家模型（MoE）支持，但 Ferrox 为在本地运行开放权重模型提供了一个强大且无依赖的替代方案。它是开源的（Apache 2.0 协议），欢迎社区贡献。
最近的一篇 Hacker News 帖子讨论了“Ferrox”，这是一个从零开始用纯 Rust 编写的新型大语言模型推理引擎。尽管作者安东内洛·弗拉泰皮耶特罗（Antonello Fratepietro）旨在通过 Ferrox 探索混合专家模型（MoE）的专家级驻留方案，但该项目遭到了社区的强烈质疑。
许多批评集中在认为该项目属于“AI 垃圾内容”，即代码和附带文字被指是通过 Claude 等工具生成的。怀疑论者认为，此类项目缺乏人类专业知识，且助长了低投入、“用 Rust 重写”这类 AI 辅助项目的趋势。一些评论者表达了对 AI 如何影响软件开发的更深层担忧，指出它在缩减交付团队规模和改变行业需求方面所起的作用。
作为辩护，作者澄清说他是一位资深开发者，使用 AI 只是为了加速文档和编码任务的工具，而非取代他个人的经验。他承认社区对 AI 生成内容的疲劳，并承诺未来将以自己的口吻撰写技术更新，以确保真实性。虽然一些用户对该项目的技术目标感兴趣，但这些讨论反映了开发者社区内部对于 AI 辅助代码普及所引发的深层紧张关系。
本项目引入了 **Triton**——一款用于 QEMU 的新型 Windows 驱动程序，旨在为虚拟机提供完整的 DirectX 11 支持。Triton 基于前代 **Neptune** 协议（该协议可在虚拟机管理程序中实现 Direct3D API 调用的序列化），使 macOS 及其他平台上的 Windows 客户机能够获得现代图形加速支持。
与以往替换 Windows 系统 DLL 的方法（该方法存在性能低下、易被反作弊系统检测及不稳定等问题）不同，Triton 实现了 Windows 设备驱动程序接口（DDI）。通过将客户机的 DDI 调用转换回 DirectX API 调用，系统利用经过优化的 Neptune 协议与宿主机进行通信。
处理 DXBC 着色器字节码是一项关键挑战；Triton 通过重建宿主机渲染器所需的元数据，使字节码能够在不经修改的情况下通过。在 macOS 宿主机上，该系统通过集成 **DXMT** 或 **D3DMetal**（Apple 的游戏移植工具包）来提供硬件加速。通过对共享内存和仿真围栏（Fences）的精妙运用以处理进程隔离，系统确保了客户机与宿主机 GPU 之间的同步。这一进展代表了虚拟化游戏性能的重大飞跃，使 Windows 客户机能够有效地利用宿主机原生图形库。
这篇 Hacker News 帖子讨论了 QEMU 新推出的 DirectX 11 驱动程序 **Triton**，旨在改善 Windows 虚拟机的 3D 图形支持。
讨论的主要内容包括：
* **技术挑战**：用户讨论了为何该项目专注于 DX11 而非更现代的 DX12。他们指出，DX12 的底层架构复杂（类似于 Vulkan），这使得在模拟环境中实现它的难度极大。
* **更广泛的生态系统**：对话还涉及了其他平台开源 3D 解决方案的持续开发，例如为旧款 Intel macOS 虚拟机引入 OpenGL 和 Metal 转 Vulkan 驱动的努力。
* **社区辩论**：帖子的大部分内容偏离了主题，包括关于 QEMU“网络喷子”定义的争论，以及关于“人工智能代理”在软件开发中作用的哲学分歧——即自主代码生成是否会损害代码质量和人类对代码的理解。
总的来说，尽管 GPU 模拟存在固有挑战，社区仍将 Triton 视为虚拟化 Windows 图形领域一项受欢迎且亟需的进展。
在两年的沉寂之后，作者回归并分享了关于 **Eufy Security 智能门铃生态系统**的深度安全分析。出于对这些设备在游客密集社区中随处可见的好奇，作者将其作为学习课题，对该系统的安全协议进行了逆向工程。
该研究揭示了几个显著的漏洞：
* **取消认证攻击 (Deauthentication Attacks)：** Eufy 生态系统依赖一个隐藏的“OCEAN_XXXXXX”Wi-Fi 网络，由于缺乏有效的保护，攻击者可以利用取消认证数据包切断门铃与集线器的连接。
* **同步不安全：** 用于传输凭证的声波配对过程被成功逆向，作者通过合成音频强制门铃连接至恶意接入点。
* **凭证提取：** 通过导出门铃的闪存镜像，作者识别并解密了 `es_config` 文件，从而获取了隐藏 Wi-Fi 的凭证。
至关重要的是，该“隐藏”网络充当了一个网关；一旦连接，攻击者便可通过受害者的路由器获得完整的互联网访问权限，并能探测到局域网内的其他设备。作者强调，这项工作纯粹出于探索的乐趣和道德研究的目的。
这篇 Hacker News 讨论探讨了“智能”门铃的安全隐患，以及物联网（IoT）设备在家庭网络中的普及趋势。
用户主要担忧联网摄像头固有的脆弱性。为了降低风险，参与者建议采用 VLAN 隔离等策略来限制未经授权的网络访问。然而，也有评论指出安全与便捷之间存在权衡，因为隔离通常会影响远程移动通知等功能的正常使用。
讨论还涉及了通信协议。一些用户推崇 Zigbee，认为其具有天然的网络隔离优势；但另一些用户指出，主流品牌正逐渐放弃该协议，转而支持基于 Matter 标准的产品。这种转变迫使消费者转向信誉较差的第三方硬件，从而增加了质量控制的难度。
归根结底，该讨论反映了人们对“智能”功能必要性的怀疑。许多贡献者认为，通过 NVR（网络录像机）进行本地录像，既能提供智能门铃的远程查看和自动化等便利，又能避免云端连接带来的隐私风险。讨论共识强调，虽然现代门铃确实有用，但需要通过严谨的网络配置和身份验证，以防止其成为安全隐患。
安全研究员科里·索洛维奇（Cory Solovewicz）因拥有 noreply.us 和 noreply.net 域名，无意中创建了一个巨大的数据“蜜罐”。自购入这些域名以来，他已收到超过 40 万封电子邮件，平均每天约 700 封。这些邮件包含敏感信息，包括伤害报告、披萨订单和企业内部凭据。 这一海量数据源于各机构对其系统的错误配置。企业常在删除账户或使用自动化系统时，将“noreply”（无需回复）地址用作占位符，误以为这些邮件会凭空消失。然而，由于索洛维奇拥有这些域名，这些自动发送的消息全都直接传到了他那里。 索洛维奇在黑客大会（Defcon）上展示了他的发现，并花费时间通知受影响的机构，以鼓励其完善系统审计和安全实践。他强调，幸运的是拥有这些域名的人是他，而不是恶意攻击者。此问题突显了一个反复出现的技术失误：企业倾向于使用公共域名来处理内部流程，而非使用像 *.invalid* 这样保留的非功能性域名。索洛维奇的工作为糟糕的数据管理风险以及正确清理遗留系统配置的重要性敲响了警钟。
《连线》杂志最近的一篇文章强调了一个反复出现的隐私问题：由于用户失误、拼写错误及表单处理不当，敏感的个人信息经常被发送给错误的接收者。
随该文章引发的黑客新闻（Hacker News）讨论显示，这是一种普遍现象。许多用户反映，仅仅因为他人未能核实电子邮件地址或名字相似，他们便会收到他人的私人数据——从酒店预订和水电账单到医疗记录，应有尽有。
除了意外的用户失误，评论者还讨论了“域名抢注”和“比特翻转”域名所带来的安全风险。研究人员证明，购买与政府或企业网站相似的域名，可以拦截被误发的信息和域名系统流量，这凸显了恶意行为者利用这些常见错误是何等容易。虽然大多数人会删除这些被误发的电子邮件，但该讨论串严厉地提醒人们：在建立于假设用户审慎这一基础之上的互联网架构中，数字隐私是何等脆弱。
“自带云环境”（BYOC）是 SaaS 模式的一种演进。在这种模式下，供应商将软件部署在客户自己的云环境中，而非供应商自己的环境中。这一转变使客户能够在获得托管产品体验的同时，保留对数据驻留、网络、安全及内部平台标准的控制权。
BYOC 可以被理解为一系列根据特定企业需求定制的部署模型：
* **BYOC-账户（BYOC-Account）：** 供应商部署在客户拥有的专用云账户中。
* **BYOC-VPC：** 部署在现有的高安全性网络边界内。
* **BYOC-K8s：** 软件直接部署在客户管理的 Kubernetes 运行时中。
* **物理隔离（Air-gapped）：** 通过离线制品进行交付，适用于无网络连接且受严格监管的环境。
成功的 BYOC 不仅仅需要简单的安装脚本，还需要一套强大且“原生安全”的控制平面。供应商必须在各种异构环境中管理完整的软件生命周期，包括升级、可观测性、计量和治理。归根结底，BYOC 代表了一种向可移植架构的转型：供应商管理应用程序体验，而客户则对底层基础设施、安全性和合规性保持绝对的主权。
对不起。
在博客文章中，内特（Nate）认为我们应该停止在如厕时使用手机。他指出，在如今这个过度刺激、充满焦虑的世界里，洗手间提供了一个难得的、现成的静思机会。
通过切断来自通知和屏幕的数字“交火”，我们能让大脑进行必要的“内务整理”——处理情绪、巩固记忆并串联想法。内特将这种精神停机时间比作披萨厨师终于能够腾出手来烘烤一直忙于抛接的披萨，强调大脑需要这种宁静来高效运作。
除了对心理健康的益处外，他还指出了将手机暴露在洗手间细菌中的实际卫生风险，以及长时间坐在马桶上可能带来的身体不适。他的建议很简单：拥抱无聊，放下设备，利用那几分钟单纯地存在于当下。他在文末幽默地暗示，或许你现在正坐在马桶上读着他的建议。
最近 Hacker News 上关于“应避免在如厕时使用手机”的建议引发了热烈讨论。尽管原帖认为在厕所使用手机是一种受成瘾驱动、不健康的消遣方式，但评论者指出，在厕所阅读是一种由来已久的传统——过去人们习惯阅读报纸、杂志、说明书或游戏手册。
讨论涵盖了几个核心议题：
* **健康顾虑：** 许多用户讨论了“久坐”带来的医疗风险，有人警告称在马桶上停留过久会导致或加重痔疮。另一些人则认为问题不在于手机本身，而在于用力排便，而“分心”实际上有助于放松，避免过度用力。
* **卫生问题：** 部分评论者对细菌和细菌气溶胶化表示担忧，但持怀疑态度的人指出，智能手机可能比其他高频接触的表面更干净。
* **正念：** 许多人认为，“无聊”的大脑对于创造力和反思至关重要。然而，另一些人反驳说，厕所往往是他们唯一能获得隐私或进行诸如背单词卡片等专注活动的空间。
* **文化背景：** 参与者指出，生育率下降或社会“大脑退化”是复杂的问题，不太可能仅仅由如厕使用手机的习惯引起。