Anthropic 发布了 Claude 3 模型系列，包含三个能力依次递增的最先进模型：Claude 3 Haiku、Claude 3 Sonnet 和 Claude 3 Opus。用户可根据智能、速度和成本的具体需求选择最适合的模型。Opus 和 Sonnet 现已通过 claude.ai 和 API（在 159 个国家可用）提供服务，Haiku 即将上线。

主要特点与提升：

• 智能标杆：Opus 在大多数评估基准（如MMLU、GPQA、GSM8K）中超越同行，展现出接近人类的理解和流利度。所有模型在分析、预测、内容创作、代码生成以及非英语对话方面的能力均得到增强。
• 极速响应：模型适用于需要即时反应的场景。Haiku 是其智能类别中最快、最具性价比的模型，能在不到三秒内阅读一篇约1万token的含图表研究论文。Sonnet 对于大多数工作负载比前代模型快2倍且更智能。Opus 速度与前代相当，但智能水平显著提升。
• 强大视觉能力：能处理照片、图表、技术图纸等多种视觉格式，尤其利于企业客户处理以PDF、流程图等形式存储的知识。
• 更少拒答：新模型能更细致地理解请求，识别真正有害内容，因此对无害提示的拒答率大幅降低。
• 准确性提高：在复杂、开放式的事实性问题上，Opus 的准确率（正确答案）比 Claude 2.1 提高了一倍，同时错误答案减少。未来将加入引用功能以验证回答。
• 长上下文与完美召回：系列模型初始提供200K上下文窗口，所有模型均可处理超过100万token的输入。在“大海捞针”评估中，Opus 实现了超过99%的近乎完美召回率。
• 负责任的设计：团队持续跟踪和缓解各类风险。新模型比前代表现出更少的偏见，并保持在AI安全等级2。经评估，目前模型不存在灾难性风险。
• 更易使用：更擅长遵循复杂的多步指令、品牌语气和响应指南，并能更好地生成JSON等结构化输出。

各模型详情：

• Claude 3 Opus：最智能的模型，擅长处理高度复杂的开放式任务。定价：输入$15/百万token，输出$75/百万token。上下文窗口200K（特定用例可达100万token）。适用于任务自动化、研发、战略分析等。
• Claude 3 Sonnet：在智能与速度间取得理想平衡，特别适合企业工作负载，性价比高。定价：输入$3/百万token，输出$15/百万token。适用于数据处理、销售、节省时间的任务等。
• Claude 3 Haiku：最快、最紧凑的模型，提供无与伦比的响应速度。定价：输入$0.25/百万token，输出$1.25/百万token。适用于客户交互、内容审核、成本节约型任务等。

可用性与未来计划： Opus 和 Sonnet 已通过API提供，Sonnet 驱动 claude.ai 的免费体验，Opus 面向 Claude Pro 订阅者。Sonnet 也已通过 Amazon Bedrock 提供。团队计划在未来几个月频繁更新模型，并推出工具使用、交互式编码和更高级的智能体功能等新特性。

巴黎上诉法院于2024年2月14日裁定，法国电信运营商Orange侵犯了Entr’Ouvert公司Lasso软件的版权并违反了GPL许可证，判令Orange支付50万欧元补偿性赔偿和15万欧元精神损害赔偿。

本案已历时多年。Entr’Ouvert是Lasso软件的发布商，Lasso是一个用于安全断言标记语言（SAML）协议的参考库，该开放标准用于身份提供商验证用户身份并向在线服务传递认证令牌，实现单点登录（SSO）功能。Lasso软件采用GPL或商业许可证的双重授权模式。

2005年，Orange赢得了与法国电子政务发展署的合同，负责开发service-public.fr门户网站的部分功能，该网站允许用户在线办理行政手续。Orange在解决方案中使用了Lasso软件，但未根据GPL条款免费提供其修改后的权利，也未公开其修改后的源代码。

Entr’Ouvert于2010年起诉Orange，案件审理过程中涉及多项争议，包括Entr’Ouvert对软件版权利益的证明，以及案件究竟属于合同违约还是版权侵权。

2021年3月19日，上诉法院最初驳回了Entr’Ouvert的版权侵权主张，认定此案属于合同违约索赔。法国最高法院（Cour de cassation）审查了该案，并于2022年10月5日撤销了上诉法院的裁决。案件随后被发回上诉法院重审，并于本周作出最终裁决。

补偿性赔偿金额基于原告的利润损失和Orange的收益返还计算。精神损害赔偿则用于补偿原告声誉受损或其他非金钱损害。

Apple 发布搭载 M3 芯片的新款 13 英寸和 15 英寸 MacBook Air

核心产品概述

Apple 宣布推出搭载全新 M3 芯片的 13 英寸和 15 英寸 MacBook Air。这款全球最受欢迎的笔记本电脑在性能、连接性和功能上进行了全面升级，同时保持了其标志性的轻薄设计和最长可达 18 小时的电池续航。

M3 芯片：性能与效率的飞跃

• 制程与架构：采用行业领先的 3 纳米技术打造，配备强大的 8 核中央处理器和最高达 10 核的图形处理器，支持最高 24GB 统一内存。
• 性能对比：
  • 比 M1 芯片机型快达 60%。
  • 比最快的基于 Intel 的 MacBook Air 机型快达 13 倍。
  • 与配备 Intel Core i7 处理器的 PC 笔记本电脑相比，性能快达 2 倍，网页浏览快达 50%，电池续航长 40%。
• 图形与媒体：新一代图形处理器支持硬件加速网格着色和光线追踪技术，提供更逼真的游戏体验。支持 AV1 解码，实现更高效、更高质量的流媒体视频播放。
• AI 与机器学习：包含更快、更高效的 16 核神经网络引擎，使其成为“全球最适合消费者的 AI 笔记本电脑”，可流畅运行大型语言模型（LLM）和图像生成模型。

主要新增功能与设计

• 多显示器支持：首次在 MacBook Air 上支持在合盖状态下连接最多两台外接显示器，大幅提升多任务处理能力。
• 连接性：搭载 Wi-Fi 6E，下载速度比上一代快达 2 倍。配备 MagSafe 充电、两个雷雳端口和一个 3.5 毫米耳机插孔。
• 设计与显示：
  • 延续超薄轻巧的铝金属一体成型机身设计，厚度不足半英寸。
  • 配备绚丽的 13.6 英寸或 15.3 英寸 Liquid Retina 显示屏，亮度最高达 500 尼特，支持 10 亿色彩。
• 颜色：提供午夜色（新增防指纹阳极氧化密封处理）、星光色、深空灰和银色四种颜色选择。
• 输入与安全：配备背光妙控键盘和触控 ID，用于快速安全地解锁 Mac、登录应用和使用 Apple Pay。
• 音频视频：1080p FaceTime 高清摄像头、三麦克风阵列和沉浸式音响系统，支持空间音频和杜比全景声。

macOS 与生态系统体验

预装 macOS Sonoma，提供桌面小组件、视频会议增强功能、Safari 浏览器配置文件等。借助 Apple 芯片，与 iPhone 和其他 Apple 设备通过“连续互通”功能（如隔空投送、通用剪贴板、接力等）无缝协作。

环保举措

新款 MacBook Air 是首款采用 50% 回收材料制成的 Apple 产品，包括机身使用 100% 回收铝金属，磁铁使用 100% 回收稀土元素，以及首次在主板中使用 100% 回收铜。包装 99% 为纤维材料。

价格与上市信息

• 定价：
  • 13 英寸 MacBook Air (M3) 起售价为 1099 美元（教育优惠起售价 999 美元）。
  • 15 英寸 MacBook Air (M3) 起售价为 1299 美元（教育优惠起售价 1199 美元）。
• 销售：2024 年 3 月 4 日起接受订购，3 月 8 日起正式发售。
• 旧款调整：搭载 M2 芯片的 13 英寸 MacBook Air 起售价调整为 999 美元（教育优惠 899 美元）。

《Kubernetes反对者指南》摘要

本文是作者在Jamsocket公司使用Kubernetes多年的经验分享，旨在为初创团队提供避免常见陷阱的实用指导，而非强制性方案。

为何选择Kubernetes？

作者认为，Kubernetes是同时满足以下三项需求的最佳路径：

1. 运行多个进程/服务器/定时任务。
2. 实现进程的冗余运行和负载均衡。
3. 以代码形式配置上述进程及其相互关系。 本质上，Kubernetes是一个抽象层，将计算机集群视为一台（无头的）计算机。对于需要频繁部署且产品故障会影响客户的业务，其滚动更新能力为高频率、无压力的部署提供了信心。

如何使用Kubernetes

使用场景： 用于运行支撑其服务的长生命周期进程，如API服务器、容器注册表、控制器、日志收集器、DNS服务及指标收集等。 不用场景：

• 短暂/交互式进程（因其启动时间不符合要求）。
• 静态/营销网站（使用Vercel，以节省工程师时间）。
• 直接存储关键数据（关键数据使用托管的PostgreSQL数据库和对象存储）。 运维方式： 使用Google Kubernetes Engine（GKE）托管集群，以利用其基础设施运维能力。

资源使用策略

积极使用：

• Deployments：用于创建关键Pod，支持多副本和滚动更新。
• Services：使用ClusterIP（内部）和LoadBalancer（外部）。
• CronJobs：用于清理脚本等。
• ConfigMaps & Secrets：用于向资源传递数据。

谨慎使用：

• StatefulSet & PersistentVolumeClaim：配置较复杂，主要用于缓存等可丢失数据，尽量避免因持久卷与滚动更新可能产生的死锁问题。
• RBAC：因增加复杂性而尽量避免使用。

刻意避免：

• 手写YAML：因其易出错，使用Pulumi从TypeScript生成资源定义。
• 非内置资源与Operator模式：认为其引入不必要的间接层和复杂性。例如，使用Caddy的证书自动化而非cert-manager。
• Helm：因其使用字符串模板生成机器可读配置，引入脆弱性。
• 所有“网格”技术。
• Ingress资源：为避免额外抽象层，直接配置Caddy。（注：2024年7月后，为集成Google Cloud Armor，部分路由已迁移至Ingress控制器）。
• 在本地完整复制K8s集群：使用Docker Compose或自定义脚本运行所需子集。

核心原则

Kubernetes为健壮性和模块化而设计，而非容器启动速度。如果一个人类用户需要等待Pod启动，那么Kubernetes就是错误的选择。作者团队使用自行开发的开源工具Plane来处理需要快速调度的交互式工作负载。

替代方案建议

作者提到，如果不需要“基础设施即代码”这一特性，一些更高层次的替代方案（如Railway、Render、Flight Control）可能非常适合许多SaaS应用。但若满足前述三项核心需求，并采取纪律性方法使用Kubernetes，则不必因“初创公司”而回避它。

运动模糊的极限：从感知原理到实时渲染

运动模糊的自然视觉基础

文章首先探讨了运动模糊的本质目标：使视频画面更接近人眼在自然场景中观察到的视觉效果。人眼视锥细胞的光转导过程存在延迟，会对视觉输入进行时间上的平滑处理，形成所谓的“运动拖尾”现象。这意味着在真实的自然场景中，我们的视觉感知本身就会产生一种内置的、基于生物机制的模糊。

视频播放的感知差异与优化

当观看没有运动模糊的视频时，人眼感知到的是一帧帧静态图像的叠加，而非连续的运动拖尾，这与自然视觉存在显著差异。传统的运动模糊（模拟相机快门开放一段时间）可以改善这一情况，但作者指出，在某些速度下仍可能出现不连续的视觉伪影。

为此，文章引入了快门函数的概念。不同于简单的帧内平均，快门函数为帧内不同时刻分配不同的权重（通常帧中间时刻权重高，两端低）。这借鉴了信号处理中的窗函数设计，能进一步减少高速运动下的视觉不连续性，使感知到的图像更平滑、更自然。作者强调，这种方法旨在最小化屏幕视觉与自然视觉的感知差异，而非精确模拟相机。

极端运动模糊的实时渲染实现

为了将理论付诸实践，作者尝试在实时着色器中实现“无限长”的运动模糊，并选择了一个包含高速轨道圆环和旋转圆环体的场景作为实验对象。

核心方法：积分体积运动模糊

作者采用了一种称为“集成体积运动模糊”的技术：

1. 将运动物体表示为一个密度函数（物体内部为1，外部为0），该函数包含时间参数。
2. 在当前帧的时间区间内对该密度函数进行积分，得到该像素在时间区间内的“运动模糊密度”。
3. 使用体积光线投射技术进行渲染。此方法虽非照片级真实，但能高效处理极长的运动轨迹。

数学建模：轨道圆环与旋转圆环体

• 轨道圆环：通过在极坐标系中建立圆盘的密度函数，引入轨道速度参数，将时间转化为角度偏移。运动模糊密度被计算为物体时间区间与当前帧时间区间交集的长度，并应用了快门函数进行卷积。
• 旋转圆环体：利用圆环体截面（Perseus螺旋线）的极坐标方程，采用了类似的方法构建密度函数并计算运动模糊。

关键技术细节

• 快门函数：采用了积分值为1且相邻帧权重总和始终为1的正弦函数，确保了过渡的连续性。
• 表面法线处理：由于“运动模糊表面法线”不存在，法线在渲染时进行了混合处理。
• 实现平台：最终成果为一个可交互的实时着色器（托管于Shadertoy），也提供了预渲染视频。

总结与延伸讨论

本文从人类视觉感知原理出发，推导出更自然的视频运动模糊应基于生物视觉的时间积分特性，并引入快门函数优化。进而，通过巧妙的数学建模和实时渲染技巧，将这一理念应用于极端高速的动画场景中，实现了可交互的“Torusphere加速器”效果。文中提及的社区讨论涉及运动模糊的质量选择、色彩空间、电影特效历史以及游戏中的应用等话题。

文章标题：一位名叫“史蒂夫”的女性——IT先驱、企业家、慈善家（2019）

核心内容概述： 本文介绍了一位名为“史蒂夫”（Steve）的女性，她是一位在信息技术领域的先驱人物，同时也是一位成功的企业家和慈善家。文章聚焦于她在IT行业的开创性贡献、创业历程以及通过慈善事业对社会产生的影响。

关键信息点：

• 人物身份：主角是一位女性，其名字“史蒂夫”（Steve）通常被用作男性名字，凸显了其在行业中的独特性。
• 专业领域：她是信息技术（IT）领域的先驱，在该技术发展初期或创新过程中发挥了重要作用。
• 职业生涯：除了技术背景，她还成功转型为企业家，创立或领导了相关企业。
• 社会贡献：她积极投身慈善事业，体现了作为企业家的社会责任感。
• 来源与版权：文章内容受IEEE（电气与电子工程师协会）版权保护。IEEE是全球最大的致力于推进技术以造福人类的专业技术组织。

新加坡航空协和式飞机服务总结

背景与初期构想

• 超音速愿景：20世纪70年代末至80年代初，新加坡航空（SIA）与英国航空（BA）合作，使用协和式飞机运营新加坡至伦敦航线，将飞行时间从约18小时（需多次中停）缩短至约9小时。
• 市场定位：服务主要面向时间紧迫的商务旅客、名人及政要，票价比当时头等舱约高15%。
• 早期探索：协和式飞机早在1972年就曾到访新加坡进行宣传巡展，制造商希望争取未来运营权限。SIA曾考虑租赁两架协和式飞机，但最终转向与BA的合作。

运营与合作模式

• 联合运营协议：1977年10月，SIA与BA达成成本与收入五五分账的协议，使用一架双涂装协和式飞机（G-BOAD）执飞：机身左侧为SIA涂装，右侧为BA涂装。这是唯一一架同时涂装两家航空公司标识的协和式飞机。
• 航班安排：服务于1977年12月首次试飞，1979年1月正式重启后每周运营三班，经停巴林，由BA飞行员驾驶，SIA和BA乘务员轮流执勤。
• 客舱与服务：飞机设有100个座位（2-2布局），空间紧凑，但提供包括鱼子酱、龙虾和 vintage 香槟在内的奢华餐食。乘客可获得飞行证书。

政治障碍与解决

• 核心冲突：马来西亚在1977年12月首航前夕，突然以“环境因素”为由拒绝协和式飞机飞越其领空，但外界普遍认为这是出于对新加坡的民族主义嫉妒。
• 临时解决方案：通过紧急与印度尼西亚谈判，获得临时飞越权限，使首航得以通过印尼领空绕飞马来西亚，但这只是权宜之计。
• 最终突破：经过一年谈判，马来西亚于1978年12月同意进行为期六个月的试飞许可，印尼随之恢复飞越权限，服务才于1979年1月正式恢复。

经济压力与服务终止

• 成本高昂：机票虽贵，但高昂的运营成本（尤其是燃油）和政治绕飞带来的额外耗油，使服务持续亏损。
• 需求下降：随着时间推移，乘客的新鲜感消退，上座率下降。乘客也抱怨其狭窄的座椅和噪音环境不如宽体机的头等舱舒适。
• 最终停止：在持续亏损和第二次石油危机导致燃油价格飙升的背景下，SIA与BA于1980年9月宣布暂停服务，最后一班航班于1980年10月30日从新加坡起飞。

后续与历史意义

• 飞机命运：G-BOAD在结束SIA服务后移除SIA涂装，恢复全BA涂装，并继续运营至2003年退役。它创造了跨大西洋最快纪录（2小时52分59秒）。该飞机现保存于纽约无畏号海、空暨太空博物馆，并于2024年完成全面修复。
• 历史定位：这段短暂但复杂的合作历程，深刻反映了政治博弈、民族主义情绪和经济现实如何共同制约了超音速商业航空的发展。新加坡航空也因此成为全球仅有的三家（另外两家为BA和法航）曾在协和式飞机上展示自己涂装的航空公司之一。

Joplin：开源笔记应用总结

Joplin 是一款开源笔记应用，核心特点如下：

核心功能

• 协作与分享：通过 Joplin Cloud 可与朋友、家人或同事共享笔记并协作编辑。支持将笔记发布到互联网并通过 URL 分享。
• 网页剪藏：提供 Chrome 和 Firefox 扩展，可将网页保存为笔记或截屏。
• 高度可定制：支持插件、自定义主题和多种文本编辑器（富文本或 Markdown）。用户可通过扩展 API 创建脚本和插件。
• 跨平台同步：通过 Joplin Cloud、Dropbox、OneDrive 等服务同步笔记，支持 Windows、macOS、Linux、Android、iOS 及终端应用。
• 数据安全：
  • 开源应用，笔记以开放格式保存，确保用户始终能访问。
  • 采用端到端加密（E2EE）保护笔记，仅用户本人可访问。
• 隐私保护：Joplin Cloud 服务器位于法国，受欧盟严格隐私法律保护，且通过 E2EE 确保即使是服务提供方也无法访问用户数据。

媒体评价

• Life Hacker：称其支持多种笔记类型、提醒和闹钟同步，并内置网页剪藏功能。认为其最佳特性是内置端到端加密，可保障笔记隐私。
• PCMag：评价 Joplin 为“最佳开源笔记应用”，获编辑选择奖。指出其用户友好，设置存储和同步过程简单，优于其他难以使用的开源工具。
• It's FOSS：认为 Joplin 功能丰富，支持笔记、待办列表创建，并通过云服务实现跨设备同步，且同步受端到端加密保护。

总结

Joplin 作为一款开源笔记应用，强调协作、跨平台可用性、数据安全及可定制性，适合注重隐私和灵活功能的用户。

Rust在嵌入式系统中的应用：现状、挑战与开放问题

研究背景与动机
嵌入式软件广泛用于医疗设备、自动驾驶汽车等安全关键系统，软件缺陷（包括安全漏洞）会带来严重后果。目前大多数嵌入式代码库使用不安全的语言（主要是C/C++），普遍存在内存安全漏洞。Rust作为一种高性能、内存安全的系统语言，是开发嵌入式软件的理想选择，其互操作性也支持在现有C代码库上开发Rust应用。然而，即便资源最充足的组织仍继续使用C/C++开发嵌入式软件。本文首次系统性地研究Rust在嵌入式系统中的应用现状与挑战。

研究方法
研究围绕三个关键问题展开。数据集包含2836个各类Rust嵌入式软件项目及5个静态应用安全测试（SAST）工具。通过对数据集进行系统分析，并结合225名开发者的调查，深入探讨研究问题。

主要发现

1. 软件支持不足：现有的Rust软件对嵌入式系统的支持尚不充分。
2. SAST工具局限：当前SAST工具无法处理Rust嵌入式软件的某些特性，导致工具失效。
3. 互操作性挑战：现有Rust软件中高级类型的广泛使用，增加了开发可互操作代码的难度。
4. 开发者面临的挑战：调查揭示了开发者在嵌入式系统中使用Rust时遇到的多种实际困难。

结论
尽管Rust在理论上有潜力提升嵌入式软件的安全性和可靠性，但其在嵌入式领域的实际应用仍面临生态支持、工具链成熟度和互操作性等多方面的挑战。

使用Python和Grafana优化PC散热方案

问题背景

作者将CPU从Ryzen 3700X升级至5950X后，尽管保留了原有的240mm Kraken X53一体式水冷散热器，但发现散热效果不足。主要问题表现为：

• CPU功耗和发热大幅增加
• 散热风扇转速出现频繁、不规则的波动
• 噪音显著增大

根本原因在于：该水冷散热器的风扇转速由CPU温度控制，而现代Ryzen CPU温度变化迅速（可能由于更精确的传感器和激进的性能提升策略），导致风扇转速随之快速波动。这种波动比持续高速运转更令人烦恼。

核心解决方案

作者提出利用液体冷却系统的热惯性来平滑散热响应：

• 泵速控制：基于CPU温度调整（而非默认的液体温度）
• 风扇控制：基于液体温度调整

这样设计的优点：

1. 减少风扇不必要的转速波动
2. 降低整体噪音
3. 减少灰尘积累
4. 提高散热效率（CPU热量能更快速传导至液体）

技术实现细节

系统架构

1. 硬件基础：使用现有的NZXT Kraken X53水冷和主板风扇
2. 控制软件：Python脚本，以systemd服务运行
3. 监控系统：Grafana + InfluxDB组合

关键技术选择

• 传感器读取：通过sysfs直接访问hwmon接口（无需依赖lm-sensors）
• 设备控制：使用liquidctl库控制水泵
• 风扇校准：启动时自动确定风扇最小启动转速（约为11%占空比，200RPM）

控制算法

1. 温度读取：实时监测CPU温度、液体温度和机箱温度
2. 线性映射：将各温度值线性转换为PWM控制信号
   • 泵速由CPU温度决定
   • 散热器风扇转速由液体温度决定
   • 机箱风扇转速由机箱温度决定
3. 安全限制：PWM值限制在最小校准值和100%之间

监控系统部署

• 使用Docker Compose部署InfluxDB和Grafana
• 创建独立的监控脚本将温度和转速数据写入InfluxDB
• 在Grafana中配置数据源和可视化仪表板

实施效果

性能对比

• 传统方案：风扇转速剧烈波动，CPU温度存在明显峰值
• 新方案：风扇转速变化平稳，CPU温度峰值消失
• 噪音水平：闲置时几乎静音，高负载时风扇不会达到最大转速
• 灰尘积累：通过运行最低有效转速显著减少

实际体验

• 日常使用中系统保持安静
• 游戏时噪音可控
• 散热性能满足CPU散热需求

项目特点

1. 高度定制化：脚本针对作者特定硬件配置编写
2. 低依赖性：直接使用sysfs接口，避免复杂依赖
3. 系统集成：作为systemd服务运行，具备崩溃恢复机制
4. 完整监控：提供实时数据记录和历史分析能力

潜在改进方向

作者提出了几个未来可能优化的方向：

1. 混合模式：实现低负载时完全被动散热
2. 通用化：抽象散热器和传感器接口以支持更多硬件
3. 集成监控：将数据记录直接集成到主控制脚本中
4. 风扇优化：实现最低停转速度检测、避免风扇谐振
5. 硬件升级：尝试更好的风扇和导热材料

总结

该项目通过软件智能控制充分利用了水冷系统的热惯性，成功解决了现代CPU散热响应过于敏感的问题。相比传统基于温度的风扇曲线控制，该方案在保持散热效能的同时显著降低了噪音和灰尘积累，展示了软硬件协同优化在PC散热管理中的潜力。

关于“别再描绘死蝴蝶”的文章摘要

作者Emily S. Damstra在文中指出，流行文化中普遍存在对蝴蝶姿态的错误描绘，即普遍将蝴蝶翅膀描绘成“死蝴蝶标本”的姿态，而非其自然生动的状态。

问题核心

• 死蝴蝶姿态：标本制备时，蝴蝶前翅后缘（蓝线）被固定为与身体轴线（红线）垂直。这是一种便于鉴定的标准化姿势，但并非蝴蝶活体常见的自然姿态。
• 活蝴蝶姿态：活蝴蝶（无论是停歇或飞行时）通常以前翅前缘近似垂直身体，翅膀位置多变，极少保持标本式的僵硬姿势。

错误描绘的来源与影响

• 源头：野外指南、图鉴等为方便拍摄和鉴定，多采用标本照片，无意中将这种“死姿态”塑造为蝴蝶的标准形象。
• 广泛渗透：这种错误被广泛复制到艺术、电影海报（如关于帝王蝶迁徙的纪录片）、库存照片、纹身设计、家居商品（枕头、耳环、杯子、T恤等）中，使得“死蝴蝶”形象成为流行文化的常态。

作者的立场与倡导

• 个人反思：作者承认自己早期（如绘制濒危卡纳蓝蝴蝶时）也曾依赖标本参考进行错误描绘，但现已改变做法，致力于呈现蝴蝶的自然生动姿态。
• 倡导目的：作者希望通过本文提高公众对蝴蝶真实姿态的认知，指出大多数场景无需描绘死蝴蝶，且稍加努力即可准确表现其生动状态。她期待文化中的蝴蝶形象能逐渐转向描绘“活”的蝴蝶，以更好地传达其希望与美的象征意义。

核心诉求

作者呼吁艺术家、设计师及公众注意并纠正这一普遍现象，让蝴蝶在各种媒介中以它们本来的、充满生命活力的姿态出现。

文章标题：如何成为一个好的倾听者

文章内容总结：

本文探讨了成为优秀倾听者的方法，指出倾听不仅是保持沉默，更是一门关于如何说话的艺术。作者基于自身被治疗师家庭倾听的成长经历，阐述了倾听对于人类建立连接、同步价值观和构建文明的重要性。以下是文章的核心要点：

1. 破除迷思：普遍认为好的倾听者只是安静地听，但这是一种误解。实际上，优秀的倾听者更擅长说话，知道如何通过恰当的回应来促进倾听。

2. 六大实用建议：

   • 1. 接纳他人的情绪：当对方表达悲伤等情绪时，避免否定或羞辱（如“别难过”、“真傻”）。应使用“我听到了”、“这肯定很难”、“这有道理”等话语来认可对方的感受。
   • 2. 管理自身情绪：尤其当对方愤怒甚至攻击你时，需保持冷静，理解对方的愤怒背后是受伤。不争论、不反驳，可表示“我受伤了”，并选择结束对话，待时机合适再谈。
   • 3. 平等对待儿童：避免问孩子“长大后想做什么”，这暗示其当下无价值。应询问他们当下的兴趣，并注意避免只夸赞女孩的外表，或尝试用开放式问题鼓励男孩分享感受。
   • 4. 避免急于给建议：当对方在抉择时，无需绞尽脑汁提供建议。只需复述对方的陈述，帮助其理清思路，答案往往已在对方心中。
   • 5. 避免将话题转向自己：通过分享更糟糕的经历来“比较”并非同理心，而是自我中心。真正的同理心是暂时放下自我，去想象和体会对方的感受。
   • 6. 善于提问：当对话陷入沉默时，可通过提问引导。应多问开放式、非是与否的问题（如“发生了什么？”），避免过多使用“为什么”类问题，因为这可能导致对方防御或给出肤浅的回答。

文章最后强调，通过运用这些关于言语的技巧，我们不仅能成为更好的倾听者，还能显著改善人际关系，并共同构建一个更善于沟通的文明。

研究概述

一项针对超过700万篇数字出版物的分析发现，超过四分之一的学术文章未被正确归档和保存。该研究发表于2024年1月24日的《Journal of Librarianship and Scholarly Communication》，表明在线保存论文的系统未能跟上研究产出的快速增长，导致数字保存不足。

核心问题

• 保存缺口：研究显示，大量学术文献未被妥善保存，存在永久丢失的风险。
• 系统滞后：当前的保存机制无法应对日益增长的学术出版物数量，导致数字保存工作落后于知识产出。
• 澄清说明：文章标题经编辑后指出，这些论文并非完全从互联网消失，而是许多论文虽仍可访问但未被正确归档，凸显了保存实践的问题。

关键细节

• 研究规模：基于对超过700万篇数字出版物的分析。
• 发表来源：研究结果发布在《Journal of Librarianship and Scholarly Communication》，并引用相关学术文献作为支持。
• 主题关联：涉及信息技术、科学界和出版等领域的挑战。

影响与启示

研究强调了数字保存的紧迫性，指出学术知识的快速膨胀需要更有效的保存策略，以确保长期可访问性。

Observable Framework 核心观点摘要

Observable Framework 是 Observable 2.0 的核心，是一个开源的静态站点生成器，旨在帮助团队构建快速、美观的数据应用、仪表盘和报告，以更有效地用数据进行沟通。

核心设计与特性

1. 面向数据项目的静态站点生成器

   • 接受 Markdown 和 JavaScript 等混合语言输入，编译成快速加载的交互式页面。
   • 内置热重载开发服务器，支持本地编辑和实时预览。
   • 可通过构建命令生成静态文件进行部署。

2. Markdown 中的 JavaScript

   • 核心创新：在 Markdown 文档中，通过 js 标记的代码块执行 JavaScript。
   • 实现了文档内容与可执行代码的无缝集成，充分利用 JavaScript 的能力。
   • 示例中展示了内联表达式和特殊变量 now（实时更新的时间）。

3. 保留反应性

   • 继承了 Observable Notebooks 的精髓——反应性。当某个单元格依赖的数据发生变化时，相关单元格会自动更新。
   • 结合表单输入（如 Inputs.select）和 view() 函数，可以轻松实现实时交互。
   • 文章以一个仅用57行 Markdown 代码构建的 PyPI 包下载统计交互式仪表盘为例，展示了从数据获取、处理到图表渲染的完整反应性流程。

4. 按需加载与数据缓存

   • 懒加载：开发模式下，第三方库（如 D3、Inputs、Plot）仅在首次使用时加载。
   • 构建时缓存：通过 数据加载器 机制，可在构建阶段执行任何语言的脚本获取数据，并将其输出保存为静态文件。这确保了仪表盘的加载速度不再依赖运行时后端，而是与静态站点一样快速。

与 Observable Notebooks 的比较

总结

Observable Framework 代表了 Observable 公司从专注于数据科学协作平台向开发者工具的战略转变。它保留并改进了 Notebooks 中强大的反应式编程模型，同时通过开源、使用标准技术栈和基于静态文件的输出，解决了原平台在文件格式、编辑器专有性和版本控制方面的局限，使其更适合构建可维护、可部署的生产级数据应用。

CSS打印样式指南

本文介绍如何使用CSS控制网页打印输出，适用于创建发票、表单等可打印文档生成器。

核心CSS规则

@page规则

• 定义页面尺寸和边距：@page { size: Letter portrait; margin: 0; }
• 选择合适的纸张尺寸（Letter/A4）
• 设置margin: 0便于在DOM元素中控制边距
• 注意：物理纸张需手动放入打印机

@media print

• 定义仅打印时生效的样式
• 隐藏屏幕显示但无需打印的元素：@media print { header { display: none; } }

尺寸与边距处理

建议方法

• 设置@page { margin: 0; }，在DOM元素中处理边距
• 每个打印页使用<article>元素代表
• 典型设置：

  article {
    width: 8.5in;
    height: 11in;
    padding: 0.5in;
  }
  

• 使用box-sizing: border-box简化尺寸计算

多页文档处理

分页逻辑

• 用JavaScript动态生成<article>元素
• 每页包含重复的页眉/页脚
• 使用offsetTop检测何时创建新页
• 示例分页函数：

  function render_pages() {
    // 删除现有文章
    // 根据数据量循环创建新页
    // 检测何时需要换页
  }
  

• 完成后添加页码计数器

页面方向适配

横竖屏切换

• 提供方向选择选项
• 使用不同<style>元素切换：

  @page { size: Letter portrait; margin: 0; }
  /* 或 */
  @page { size: Letter landscape; margin: 0; }
  

• 调整<article>的宽高对应方向

数据源处理

两种方式

1. URL参数：加载快、易调试、可离线，但URL长且数据固定
2. API请求：URL短、数据实时，但需要加载时间和额外代码

可选功能

• contenteditable允许用户微调
• 活动复选框输入
• 注意：这些限制了文章元素的可丢弃性

完整示例模板

<!DOCTYPE html>
<html>
<style>
  @page { size: Letter portrait; margin: 0; }
  html { box-sizing: border-box; }
  *, *:before, *:after { box-sizing: inherit; }
  html, body { margin: 0; }
  article {
    width: 8.5in;
    height: 11in;
    padding: 0.5in;
  }
  @media print {
    html, body { background-color: white !important; }
    body > header { display: none; }
    article { margin: 0 !important; }
  }
</style>
<body>
  <header><!-- 屏幕显示的帮助文本和打印按钮 --></header>
  <article><!-- 第一页内容 --></article>
  <article><!-- 第二页内容 --></article>
</body>
</html>

关键技巧总结

1. 使用<article>代表每页
2. 设置@page margin: 0简化边距控制
3. 用JavaScript处理动态内容和分页
4. 使用@media print隐藏非打印元素
5. 考虑横竖屏适配需求
6. 根据需求选择URL参数或API获取数据

文章摘要

主题：1899年法国艺术家对2000年生活形态的想象。

核心内容：

• 一套名为《En L’An 2000》（译作“21世纪的法国”）的87张收藏卡片，由让-马克·科泰等插画师创作，最初作为雪茄盒插页在1899年推出，为配合1900年巴黎世界博览会。
• 卡片描绘了艺术家们对2000年生活的设想，但值得注意的是完全没有涉及太空旅行，尽管当时已有凡尔纳的《从地球到月球》等作品。反而出现了大量水下场景的想象，如鲸鱼拉的巴士、海底槌球赛、赛大鱼等。
• 卡片的发行历史复杂：委托公司倒闭前未能广泛发行，且公司性质（玩具或烟草商）及创意来源均不明确。
• 部分预测已成真：如直升机报道交通（对应现代新闻航拍）、农业自动化、电动清洁工具（类似现代扫地机器人）。
• 科幻作家艾萨克·阿西莫夫据称拥有该卡片的唯一套装，并于1986年出版《Futuredays: A Nineteenth Century Vision of the Year 2000》一书进行解读。
• 目前这些卡片图像可在公共领域评论网站（The Public Domain Review）上浏览。

补充信息：

• 文章对比了历史上其他未来预测案例，如1922年小说对2022年的猜想、1893年对百年时装的想象、1900年《妇女家庭杂志》的28项预测，以及阿西莫夫1982年对计算机和机器人的展望。
• 结尾提到无人机配送等当代技术发展，呼应历史预测的演变。

研究标题： 科学家对贾雷德·戴蒙德的“大陆轴线假设”进行量化检验

核心内容： 一项由美国、德国和新西兰科学家合作完成的大规模研究，对贾雷德·戴蒙德在其名著《枪炮、病菌与钢铁》中提出的“大陆轴线假设”进行了定量检验，研究结果发表于《进化人文科学》期刊。

戴蒙德的原假设： 戴蒙德认为，全球不同社会的命运主要由地理因素决定。具体而言，欧亚大陆东西走向的主轴，因其气候和日照长度相对均一，促进了农业、技术和创新的快速传播。相反，美洲和非洲主要呈南北走向，多变的气候和生态区对作物和驯养动物的传播构成了重大障碍，从而延缓了社会发展。

研究方法与数据： 研究团队利用涵盖文化、环境和语言的大规模数据库，分析了1094个传统社会之间的文化传播。他们聚焦于温度、干旱度和地形等环境因素，运用“最小成本路径”算法来量化社会之间因环境差异（生态屏障）而造成的文化传播难度。

主要研究发现：

1. 环境障碍确实存在：研究证实，环境障碍确实会影响某些文化特质（如生计策略、住房类型、社会组织）在社会之间的传播概率。这与戴蒙德的直觉判断部分一致。
2. 欧亚大陆并无系统性优势：然而，研究并未发现这些环境障碍会系统性地更有利于欧亚大陆的文化传播。换言之，地理和环境条件对文化传播的促进作用是一种全球现象，并未明显偏向于欧亚大陆。
3. 挑战了核心论点：这一发现直接挑战了戴蒙德理论的核心——即欧亚大陆的地理轴向为其赋予了独特的传播优势。

研究结论与意义：

• 地理重要但非决定性：研究结论认为“地理很重要，但并非命运”。环境和生态因素是塑造文化传播的众多因素之一，但绝非唯一或决定性因素。
• 文化传播的复杂性：创新的传播受到多种复杂因素的影响，包括人口迁徙、直接或间接的文化交流以及历史偶然事件等。
• 对未来研究的启示：该研究强调了整合生态、社会、历史等多元因素来理解文化传播机制的重要性，并为利用大数据和量化方法检验宏大的历史理论提供了一种范式。

研究者观点： 研究团队强调，他们的工作是对戴蒙德论点的一种“量化实现”，而非终极答案。他们希望此项研究能启发更多、更深入的思考，并促使其他学者将宏大的问题分解为更小、更可管理的假设进行跟进研究。