作为探索家庭实验室环境下复杂自组织现象的一部分，我一直在研究利瑟冈环（Liesegang rings）——即由化学沉淀形成的几何图案。这些图案与生物发育过程中发现的结构十分相似，为研究非平衡态统计力学提供了一个具有丰富数学内涵的视角。 出于对美学和科学探索的好奇，我寻找了一种安全且易于操作的方法来复现这些实验。为了避免使用重铬酸钾等危险化学品，我采用了 Chopard 在 1999 年发表的论文中提到的流程，该方法使用琼脂、氯化镁和氢氧化钠——这些试剂通常在厨房或五金店就能找到。 该过程包括制作注入氯化镁的琼脂凝胶，然后加入氢氧化钠溶液以触发沉淀带的形成。我的第一次尝试虽然产生了有潜力的沉淀界面，但未能形成典型的节律性条纹。我发现精确的温度控制——特别是达到近沸点以充分溶解琼脂——对于获得清晰的效果至关重要。尽管最初未能产生清晰的环状结构，我仍将这一过程记录下来，旨在鼓励独立研究的透明度，并继续优化变量，以深入理解化学图案形成的底层物理机制。
每日HackerNews RSS
利塞冈环 Liesegang Rings
17 小时前
这篇 Hacker News 的讨论围绕一篇关于“利斯特岗环”（Liesegang rings）的文章展开，这是一种涉及节律性沉淀模式的现象。
评论者们强调了这些形态的美学价值，并将其与图灵斑图（Turing patterns）进行了类比，后者常被误认为是动物皮毛斑纹背后的生物学机制。讨论还涉及了复现这些实验的实践层面；读者们分享了使用微波炉制备琼脂凝胶的技巧，并指出虽然这种方法有效，但过程非常混乱且容易飞溅。最后，参与者建议，有兴趣亲眼观察这些自然图案的人可以去看看带状玛瑙，这是该现象常见的地质学实例。
**摘要：DDSCAT 7.2 用户指南** DDSCAT 7.2 是一款免费、开源的 Fortran-90 软件包，旨在利用离散偶极子近似（DDA）计算任意几何形状和复杂折射率目标对电磁波的吸收与散射。该程序将目标近似为极化点阵列，支持孤立实体以及一维或二维周期性纳米结构阵列。 DDSCAT 7.2 的主要特点包括： * **多功能性：** 适用于非均匀和各向异性材料，内置多种预定义几何形状，并支持用户导入自定义形状。 * **高性能：** 通过 MPI、OpenMP 和 Intel MKL 支持进行优化，实现高效并行处理。 * **功能：** 计算总截面、Mueller 矩阵元素以及用户定义区域内的近场电场。 * **适用范围：** 适用于尺寸参数最大为 25 的目标，前提是折射率需满足 $|m-1| < 2$。 该软件包包含用于处理输出数据的实用程序代码 `READNF`，并基于 Draine 和 Flatau 建立的 DDA 基础理论开发。它是一个综合性工具，用于分析各类科学与工程应用中的电磁相互作用。
Hacker News
最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交
登录
离散偶极子近似代码 Ddscat 7.2 (2012) (arxiv.org)
10 点，由 doener 发布于 3 小时前 | 隐藏 | 过往 | 收藏 | 2 条评论 | 帮助
phuff 1 小时前 [–]
这些核心数学库仍然是用 Fortran 编写的（一些依然在使用的著名核心矩阵数学库也是如此），这总是让我感到困惑。我一直认为这是因为现在已经没有人足够精通 Fortran，能够成功地将它们转换为更现代的语言了。我们现在是否已经到了可以用更现代、易读且高性能的 Rust 或 C/C++ 来取代其中一些遗留 Fortran 库的地步了？
回复
jcsager 16 分钟前 | 父评论 [–]
并没有。在这一领域，配合现代编译器，FORTRAN 代码依然表现出极高的性能，这就是它至今仍被使用的原因。
这是一个“切斯特顿栅栏”（Chesterton's Fence）原则的典型例子。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系
搜索：
作者分享了一个让所有“线材囤积者”都能感同身受的胜利时刻：终于用上了一根在“线材大杂烩盒”里沉睡了十多年的旧线。受 Tyler Gaw 一篇为这种收藏癖正名的文章启发，作者深感共鸣。
为了向这份数字智慧致敬，他们将那篇文章打印出来，直接贴在了自家的“家庭科技百宝箱”上。这既是提醒自己这个盒子的价值，也能阻挡那些想帮忙“断舍离”的家人们。现在，每当他们往盒子里放入新线材时，都会想起：今日的杂物，便是明日的救急良药。这不仅是对囤积科技配件这种“必要之恶”的自嘲式致敬，也为孩子们在未来某天于阁楼发现这只盒子时，留下了一份“跨越时代的忠告”。
Hacker News 社区分享了关于整理“杂乱线材箱”的建议，强调分类整理是清理冗余物品的关键。
共识认为，**按类别分组**（USB、影音、网络、电源）是识别重复线材最有效的方法。分组后，哪些线材已过时便一目了然，从而更容易进行清理。用户建议使用透明且带有标签的袋子（如自封袋或网兜）来防止缠绕，并方便检索特定物品。
技术建议包括：
* **测试：** 使用线材测试仪按功能（功率/速度）分类，以减少不必要的购买。
* **存储：** 敏感硬件应避免使用易产生静电的塑料，可考虑使用带有硅胶干燥剂的镀铝密封袋。
* **维护：** 使用可重复利用的魔术贴进行捆扎。
* **效率：** 许多用户正在将旧线材整合为一套更小、更标准化的组合，主要依赖 USB-C 和多功能适配器。
总之，虽然有些人乐于为复古项目保留“刚好用得上”的过时零件，但大多数人认为，如果某根线已经几年没用过，通常可以放心丢弃。即便未来有极少数情况需要，届时再替换也不迟。
调色板颜色自动 — 混合模式 单环实色 径向渐变环 圆锥扫描 边缘渐变中心 双色交替 全棱镜 对称 12 密度 8 画笔 4 墨水笔尖 实线 发光 边缘渐变 虚线 喷枪 双线 渐细 不透明度 100 镜像 锁定对称 参考线 生成曼陀罗 重新着色 撤销 清除 下载 PNG 重新着色功能可在保持几何形状的同时重新应用调色板。下方的墨水工具用于绘图——金属色和渐变墨水会随着笔触向外延伸而改变颜色。
Hacker News 社区最近讨论了一个名为“Show HN: Art”的网页版绘图工具。该工具允许用户通过绘制单条笔画来生成对称图案。项目发布后反响热烈，许多用户表示这种绘图体验非常令人着迷，并勾起了他们对 *WeaveSilk*、*Deluxe Paint* 和 *Symmetry Sketcher* 等经典软件的回忆。
尽管用户对该工具的趣味性给予了肯定，但反馈中也指出了一些亟待改进的地方。常见的建议包括：
* **UI/UX 调整：** 许多用户认为页面底部的控制面板操作不便，建议改为侧边栏布局，以避免页面滚动。
* **技术修复：** 有用户反馈在与菜单交互时，画布偶尔会出现重置或撤销笔画的错误。
* **功能需求：** 建议包括增加“点击并旋转”的惯性效果、针对绘制雪花的特殊约束，以及适配移动端的界面。
总的来说，此次讨论不仅回顾了对称绘图工具的发展历程，还充满怀旧色彩。多位开发者分享了各自的类似项目，并提到了 Corel Photo-Paint 和 Koala Pad 等历史软件的影响。尽管存在一些细微的功能缺陷，但社区显然很享受该工具带来的冥想体验与创作潜力。
Turdle
谁干的？
提示使用长度和宽度来比较体型。更大、更小或相似。
分享 ↗↻
由 Freddie Fulton 创建，欢迎发送反馈至 [email protected]
一场关于在线测验网站“Turdle.fun”的 Hacker News 讨论，意外演变成了一场对其数据准确性的批评。用户指出，该网站的动物体型排名和粪便样本图像——特别是对羊粪令人质疑的描绘——在科学上并不准确。
一位养羊户加入了讨论，证实健康的羊粪通常呈颗粒状，并指出网站上使用的图片可能来自患病的动物。开发者“patent_man”大方地回应了这些反馈，承认自己误信了维基共享资源（Wikimedia Commons）中不可靠的标签。此后，他们更新了网站图片并核实了动物体型数据。
尽管存在“糟糕”的数据质量，该讨论仍凸显了“氛围编程”（vibe coding）积极的一面，赞扬了这类简单、古怪且独特的项目如何降低了非程序员在线分享其创意构想的门槛。
Filament 是一个模块化、事件驱动的数据复制引擎，专为数据源与目标端之间可靠的数据传输而设计。它支持全量、增量以及变更数据捕获（CDC）复制，并具备强大的检查点机制、批量验证和无缝断点续传能力。Filament 使用 Go 语言构建，并配有 React/TypeScript 界面，提供了一种灵活的架构，其状态存储和事件传输组件均可替换。 用户既可以将 Filament 作为独立服务部署，也可以将其集成到现有的 Go 应用程序中，或通过 Helm 在 Kubernetes 上运行。通过简单的工具链可支持本地开发，而针对 Railway、Render 和 DigitalOcean 等平台提供的一键部署功能则简化了生产环境的部署流程。 该系统通过将记录提取为批次进行处理，验证双方的写入情况，并利用 PostgreSQL 和 NATS JetStream 确保进度持久化。作为一个开源且以社区为中心的系统，Filament 欢迎开发者为其引擎、连接器和文档做出贡献，为管理复杂的数据流水线提供了一种可扩展的解决方案。
Galaxy 开源了 **Filament**，这是一个采用 Go 语言编写、基于 Apache 2.0 协议的高性能数据传输引擎。该工具目前支持 PostgreSQL、MySQL、ClickHouse、Iceberg 和 S3 的连接器。
该项目旨在为现有的开源数据传输方案提供更快的替代方案，团队提供了公开的基准测试工具来支持其性能声明。联合创始人 Leon 指出，这是初始版本，团队正积极寻求社区反馈以规划产品路线图。
在 Hacker News 的讨论中，社区成员指出了该名称与现有的其他项目（FilamentPHP 和 Google 的 Filament 渲染引擎）之间可能存在的命名冲突。用户还询问了 Filament 与 Vector.dev 等现有工具的区别。感兴趣的开发者可以通过文档或团队的介绍博客进一步了解该项目。
1897年9月10日，乔治·史密斯（George Smith）成为英国、也极有可能是世界上第一位因酒后驾车而被定罪的人。这位25岁的出租车司机在喝了几杯啤酒后，驾驶一辆电池驱动的“伯西电动出租车”（Bersey electric cab）撞上了伦敦新邦德街的一栋建筑物。
当时，既没有酒精呼气测试仪，也没有法定的血液酒精浓度限制，甚至连驾照都没有。史密斯是根据1872年颁布的《许可法案》（Licensing Act 1872）被起诉的，该法案最初是针对马车车夫的。他当庭认罪，被罚款20先令，大约相当于当时一周的工资。
史密斯驾驶的车辆是伦敦早期的电动出租车之一，因其电机发出的独特声音而被戏称为“蜂鸟”。尽管这些出租车当时很新奇，但由于高昂的维护成本和沉重电池引发的机械故障，它们很快就被淘汰了。
史密斯的案件凸显了新兴汽车时代所面临的法律挑战。直到70年后的1967年，《道路安全法案》（Road Safety Act of 1967）才引入了正式的血液酒精浓度限制和标准化的呼气测试。如今，史密斯当年的事故地点在英国交通法史上仍然是一个引人注目的非官方地标。
近期的一场 Hacker News 讨论探讨了酒后驾车的早期历史，起因是一篇称伦敦出现了首例酒驾定罪记录的文章。
评论者分享了许多历史轶事，凸显了过去对道路安全态度之松懈。在现代法规出台前，许多司法管辖区根本没有驾照考试；有些人只需通过邮局的简单申请就能获得驾照，另一些人则据称通过贿赂官员来免除考试。甚至有一位用户分享了 1928 年的一则离奇历史记录：一名司机因酒驾引发事故，却因“醉酒导致无法操控车辆”而被视为减轻罪责的情节，从而获得了更轻的判决。
对话还延伸到了机动车监管的历史，用户们讨论了在汽车时代之前，当局是如何拦截“受惊马匹”的。这个讨论串反映了从 20 世纪初至今，道路安全标准以及人们对酒后驾车这一行为的文化认知已经发生了多么巨大的演变。
无服务器 DTLS Serverless DTLS
17 小时前
Proxylity UDP 网关 DTLS 监听器为 UDP 应用（如 RADIUS 或物联网协议）提供 TLS 风格的加密和认证，且无需更改底层数据报传输。通过建立 DTLS 1.2 或 1.3 会话，Proxylity 可解密传入的数据载荷，并将明文转发至您配置的 AWS 目标，同时对响应进行透明加密。
**主要特性：**
* **灵活的认证：** 支持基于证书的握手和预共享密钥 (PSK)。
* **安全性：** 提供可选的 Cookie 交换功能以降低放大攻击风险，并支持针对早期数据的重放保护。
* **高性能：** 支持会话恢复（DTLS 1.3 的 0-RTT）以减少握手延迟，并支持 DTLS 1.2 连接 ID，以便在网络变更或 NAT 重新绑定时维持会话。
* **部署：** 完全通过 CloudFormation (`Custom::ProxylityUdpGatewayListener`) 进行管理。管理员可通过客户端限制策略轮换证书并管理访问权限。
DTLS 监听器非常适合需要在保留数据报边界的同时进行加密 UDP 传输的应用。请注意，它们不支持 SCTP 或 WebRTC 信令层，这些由网关另行处理。
Proxylity 提供了一种无服务器的 DTLS 转明文代理服务，旨在为缺乏原生 DTLS 支持的应用程序提供连接方案。通过利用任播（Anycast）IP 和全球处理节点，该服务允许开发者在无需维护常驻基础设施的情况下处理 DTLS 流量，从而简化扩展并促进事件驱动架构的实现。
创始人承认，与任何网关服务（如 AWS API Gateway）一样，Proxylity 在充当“中间人”时会终止 DTLS 连接并获取明文数据。因此，该服务被定位为一种权衡：它提供了显著的操作便利性和全球规模扩展能力，但要求用户信任服务商能够处理其数据流量。它主要面向那些将部署便捷性置于端到端加密之上的开发者。
虽然 Python 的 `dict` 和 `set` 在理论上被视为 $O(1)$ 常数时间复杂度的数据结构，但这只是一个简化的模型，而非物理现实。在实际应用中，由于哈希冲突，更重要的是 CPU 缓存缺失（cache misses），它们的性能会随着数据规模的增加而下降。
随着字典容量的增长，它最终会超出高速 CPU 缓存的容量，迫使数据必须从较慢的主内存中读取。基准测试表明，当字典从一千个元素增长到一百万个元素时，其查找时间可能会增加十倍。虽然像 `fastconstmap` 这样专门的不可变库可以通过优化内存布局和缓存局部性来缓解这一问题，但根本结论是：常数时间复杂度仅是一种抽象。现实世界的性能受限于硬件，严格依赖理论模型可能会导致预期偏差。开发者应始终意识到，没有任何模型能完美地捕捉系统内存和执行的复杂性。
这篇 Hacker News 的讨论探讨了人们普遍认为哈希表查找始终为 $O(1)$ 常数时间的误区。
参与者强调，$O(1)$ 仅指“预期”时间复杂度。在实践中，如 Java 的 `HashMap` 所示，哈希冲突会导致性能退化至 $O(\log N)$。此外，用户认为对于无限数据结构而言，真正的常数时间性能在理论上是不可能的，因为硬件限制——如内存层次结构、缓存局部性以及随数据集增长而增加的延迟——最终会主导性能表现。
最终结论是，虽然 $O(1)$ 是一个有用的数学模型，但实际工程中需要考虑非随机数据模式和计算机体系结构的物理现实，而不是仅仅依赖单纯的渐近分析。
1942年上映的《卡萨布兰卡》至今仍是影史经典，以其传世的对白和永恒的战时恋情而著称。该片由华纳兄弟在第二次世界大战最激烈的时候制作，反映了当时现实世界中美国从保持中立到积极干预轴心国的立场转变。
故事讲述了瑞克·布莱恩（亨弗莱·鲍嘉饰）的故事，他是一位愤世嫉俗、深感幻灭的美国侨民，在摩洛哥经营一家夜总会。当他的前情人伊尔莎（英格丽·褒曼饰）带着身为反抗军领袖的丈夫出现时，瑞克的中立立场受到了挑战。随着他们在争夺离境签证的严峻斗争中周旋，瑞克经历了一场道德上的蜕变，这与美国从孤立主义走向介入世界的转变如出一辙。
该片由迈克尔·柯蒂斯执导，并拥有一支轮换的编剧团队，是在伯班克的摄影棚内精心打造的。它既是成功的通俗娱乐作品，也是深刻的寓言。通过瑞克咖啡馆里那些勇敢的流亡者等角色（其中许多演员本人就是从纳粹占领的欧洲逃出来的），影片捕捉到了坚韧不拔的精神。归根结底，《卡萨布兰卡》证明了电影激励人心的力量，它从个人的心碎出发，最终让人意识到，在暴政面前，有些事业值得为之奋斗。
近期的一场 Hacker News 讨论探讨了 1942 年经典电影《卡萨布兰卡》的深远影响。这场讨论源于一篇详述该片如何从一部未制作的剧本演变为影史经典的文章。
用户们讨论了这部电影的文化影响力，许多人指出，现代观众之所以觉得它“老套”，是因为它开创了后来被无数作品效仿的经典桥段与台词。一位评论者提到，如果 1942 年存在网络模因（meme），鉴于该片极高的引述度，《卡萨布兰卡》绝对会是当之无愧的霸主。另一位影迷则称赞它是史上最伟大的电影，认为它对人性微妙的探索至今无人能及。
然而，这部电影的地位并非得到普遍认可；至少有一位用户认为该片“平平无奇”，难以理解为何评价如此之高。尽管意见不一，但普遍共识仍认为《卡萨布兰卡》是电影史上的基石。