本期精选涵盖 AI 对编程范式的深远影响、Windows 底层栈管理机制、供应链安全及 Apple 硬件级隐私保护。重点讨论了 AI 如何揭示开发者群体的价值观分歧，以及 LLM 在软件工程基准测试中的表现。此外，还涉及了针对医疗科技巨头的网络攻击预警和 SQLAlchemy 2 的实战指南。
今日摘要
本期精选涵盖 AI 对编程范式的深远影响、Windows 底层栈管理机制、供应链安全及 Apple 硬件级隐私保护。重点讨论了 AI 如何揭示开发者群体的价值观分歧，以及 LLM 在软件工程基准测试中的表现。此外，还涉及了针对医疗科技巨头的网络攻击预警和 SQLAlchemy 2 的实战指南。
今日看点
AI 正在从根本上重塑软件工程范式，推动开发者从手动编码转向高层级编排，并引发了关于“编程手艺”与“交付效率”的价值观分歧。底层安全与供应链防御依然是技术基石，硬件级隐私保护与包管理器安全规范正共同构筑更严密的防御体系。尽管 LLM 原始性能增速放缓，但技术重心正向复杂的 Agent 协作与长上下文推理转移，开启了人机协作的新阶段。
热点话题
1. 程序员之后的编程：我们所熟知的计算机编程的终结
原文链接：https://simonwillison.net/2026/Mar/12/coding-after-coders/#atom-everything
原标题：Coding After Coders: The End of Computer Programming as We Know It
来源博客：simonwillison.net；发布时间：2026-03-13 03:23:44；评分：28.0
文章说明：AI 辅助开发正在从根本上改变软件工程，编程正从手动编写代码转向高层级的编排。Clive Thompson 为《纽约时报杂志》采访了来自 Google、Amazon、Microsoft 和 Apple 等公司的 70 多位开发者。文章准确捕捉了行业现状，即 AI 工具如 GitHub Copilot 已成为不可或缺的生产力。传统编程角色的定义正在模糊，开发者需要适应这种从“手艺人”到“指挥家”的身份转变。这种变革不仅是工具的更迭，更是对软件开发本质的重新定义。
推荐理由：深度剖析 AI 如何重塑软件工程师的职业身份与工作流，是理解行业趋势的必读长文。
- AI-assisted development
- Software Engineering
- GitHub Copilot
2. Windows 栈限制检查回顾：x86-32 (i386)
原文链接：https://devblogs.microsoft.com/oldnewthing/20260312-00/?p=112136
原标题：Windows stack limit checking retrospective: x86-32, also known as i386
来源博客：devblogs.microsoft.com/oldnewthing；发布时间：2026-03-12 22:00:00；评分：27.0
文章说明：探讨了 x86-32 架构下 Windows 实现栈限制检查的历史机制。重点分析了编译器生成的 `__chkstk` 辅助函数及其独特的调用约定。该函数通过探测（probing）内存页来确保栈指针不会跳过操作系统设置的守护页（guard page）。详细解释了为什么在 x86-32 中分配大小通过 `%eax` 寄存器传递而非栈传递。这种设计是为了在调整栈指针前不破坏现有的栈结构。
推荐理由：深入理解 Windows 内核、编译器生成汇编及底层内存管理的硬核技术回顾。
- x86-32
- __chkstk
- Stack Limit
- Calling Convention
3. 受伊朗支持的黑客声称对医疗科技公司 Stryker 发动擦除器攻击
原文链接：https://krebsonsecurity.com/2026/03/iran-backed-hackers-claim-wiper-attack-on-medtech-firm-stryker/
原标题：Iran-Backed Hackers Claim Wiper Attack on Medtech Firm Stryker
来源博客：krebsonsecurity.com；发布时间：2026-03-12 00:20:13；评分：27.0
文章说明：与伊朗情报机构有关联的黑客组织声称对全球医疗技术巨头 Stryker 实施了数据擦除（Wiper）攻击。此次攻击导致 Stryker 在爱尔兰的最大海外中心超过 5,000 名员工被迫停工回家。公司美国总部也因“建筑紧急情况”处于异常状态。擦除器攻击旨在破坏数据而非勒索赎金，显示了针对关键基础设施的政治动机。这一事件凸显了医疗行业在国家级网络对抗中面临的严峻安全威胁。
推荐理由：及时预警国家级黑客攻击对医疗供应链及实体运营造成的真实破坏力。
- Wiper Attack
- Cybersecurity
- Stryker
- Hacktivism
4. 编译器如何确保大型栈分配不会跳过守护页？
原文链接：https://devblogs.microsoft.com/oldnewthing/20260311-00/?p=112134
原标题：How do compilers ensure that large stack allocations do not skip over the guard page?
来源博客：devblogs.microsoft.com/oldnewthing；发布时间：2026-03-11 22:00:00；评分：27.0
文章说明：操作系统通过在栈末端设置守护页（guard page）来动态扩展栈空间。当程序请求超过 4KB 的大型栈分配时，如果直接跳转栈指针，可能会越过守护页导致内存访问异常。编译器通过生成“栈探测”代码，按顺序访问每个 4KB 页面来触发操作系统的缺页中断。这种机制确保了栈的连续扩展和内存安全性。文章详细说明了编译器在处理局部变量分配时的这一关键保护逻辑。
推荐理由：揭示了编译器如何与操作系统协作以保证内存安全，是底层开发者的必备知识。
- Compiler
- Guard Page
- Stack Allocation
- Memory Management
5. 评析 ENISA 的包管理器安全建议
原文链接：https://nesbitt.io/2026/03/12/reviewing-enisas-package-manager-advisory.html
原标题：Reviewing ENISA’s Package Manager Advisory
来源博客：nesbitt.io；发布时间：2026-03-12 18:00:00；评分：26.0
文章说明：分析了欧盟网络安全局（ENISA）发布的关于安全使用包管理器的技术建议。核心关注点在于缓解依赖混淆（Dependency Confusion）和拼写劫持（Typosquatting）等供应链风险。建议开发者强制使用 lockfiles、私有镜像仓库以及完整性校验机制。强调包管理器安全是开发者与平台提供商的共同责任。文章为企业构建安全的软件物料清单（SBOM）提供了实践参考。
推荐理由：为现代软件供应链安全提供了标准化的操作指南和风险防控建议。
- Supply Chain Security
- Package Manager
- ENISA
- SBOM
6. SQLAlchemy 2 实战入门
原文链接：https://blog.miguelgrinberg.com/post/introduction-to-sqlalchemy-2-in-practice
原标题：Introduction to SQLAlchemy 2 In Practice
来源博客：miguelgrinberg.com；发布时间：2026-03-12 17:43:25；评分：26.0
文章说明：知名 Python 专家 Miguel Grinberg 开始在博客上连载其著作《SQLAlchemy 2 In Practice》。SQLAlchemy 2 是目前 Python 生态中最流行的数据库库和 ORM 框架。连载内容旨在提供比官方文档更具实战性的深度指导。首篇文章包含了前言部分，阐述了从版本 1.x 迁移到 2.0 的必要性。该系列将涵盖从基础连接到复杂查询优化的全方位知识。
推荐理由：由 Python 社区大牛提供的免费高质量教程，是掌握 SQLAlchemy 2 的最佳路径。
- Python
- SQLAlchemy 2
- ORM
- Database
7. LLM 是否已停止进步？
原文链接：https://entropicthoughts.com/no-swe-bench-improvement
原标题：Are LLMs not getting better?
来源博客：entropicthoughts.com；发布时间：2026-03-12 07:00:00；评分：26.0
文章说明：调查了 LLM 在 SWE-bench 等软件工程基准测试中表现似乎停滞的现象。分析指出，虽然原始模型的分数增长放缓，但并不代表实际能力的停滞。当前的瓶颈可能在于基准测试本身无法捕捉复杂的 Agent 协作和长上下文推理。文章讨论了从“单一模型调用”向“智能体工作流”转变的趋势。结论认为，未来的进步将更多体现在系统集成和特定任务的微调上。
推荐理由：对当前 AI 发展“平台期”论调的理性反思，提供了评估 AI 能力的新视角。
- LLM
- SWE-bench
- AI Benchmarking
8. 引用 Les Orchard：AI 暴露了开发者之间的分歧
原文链接：https://simonwillison.net/2026/Mar/12/les-orchard/#atom-everything
原标题：Quoting Les Orchard
来源博客：simonwillison.net；发布时间：2026-03-13 00:28:07；评分：25.0
文章说明：AI 辅助编程正在揭示开发者群体中长期存在但被掩盖的价值观分歧。一类开发者热爱编程的“手艺”过程，另一类则只关注“交付结果”。在 AI 出现前，两类人都必须手动编写代码，行为模式高度一致。现在 AI 允许“结果导向型”开发者跳过手动实现，使两者的矛盾公开化。这种转变正在重塑工程文化，迫使团队重新定义什么是高质量的软件开发。
推荐理由：从社会学角度观察 AI 对工程文化的影响，引发对职业价值的深度思考。
- AI Coding
- Engineering Culture
- Developer Identity
9. Apple 安全指南新增 MacBook Neo 屏幕摄像头指示灯说明
原文链接：https://support.apple.com/guide/security/mac-on-screen-camera-indicator-light-sec75a2d237d/1/web/1
原标题：Apple’s Platform Security Guide Adds a Brief Note on the MacBook Neo’s On-Screen Camera Indicator
来源博客：daringfireball.net；发布时间：2026-03-13 07:48:59；评分：24.0
文章说明：Apple 更新了平台安全指南，详细介绍了 MacBook Neo 的硬件级隐私保护。该设备利用 A18 Pro 芯片中的专用硅元件和系统软件，确保摄像头指示灯的强制开启。即使是拥有 root 或内核权限的恶意软件，也无法在不点亮指示灯的情况下调用摄像头。这种硬件与软件的深度集成提供了极高的隐私保障。这标志着 Apple 在防止远程监控方面迈出了重要一步。
推荐理由：了解 Apple 最新的硬件级安全架构，以及如何通过芯片设计保护用户隐私。
- Apple Security
- MacBook Neo
- Hardware Security
- Privacy
10. 我如何在博客中使用生成式 AI
原文链接：https://evanhahn.com/how-i-use-gen-ai-on-this-blog/
原标题：How I use generative AI on this blog
来源博客：evanhahn.com；发布时间：2026-03-12 08:00:00；评分：24.0
文章说明：作者分享了在个人博客创作中集成生成式 AI 的务实方法。尽管对 AI 的负面影响持有保留意见，但作者认为 LLM 在提升写作质量方面具有显著价值。AI 被用于头脑风暴、润色草稿和提高表达清晰度，而非直接生成全文。文章强调了“人机协作”的重要性，即保持个人观点和风格的同时利用 AI 作为辅助工具。这种透明的分享为其他创作者提供了如何平衡技术利用与创作真实性的参考。
推荐理由：关于如何体面且高效地将 AI 融入个人创作流的真实案例分享。
- Generative AI
- Blogging
- Human-in-the-loop