## 从欧几里得到非欧几里得节奏：一次音序探索 这次探索始于想要超越标准、可预测的节奏，这些节奏是由 Elektron Digitone 和 Digitakt 等乐器上的音序器产生的。作者发现硬件在学习方面存在局限性，因此深入研究了 VCV Rack，这是一种软件模块合成器，用于实验。 重点很快转移到欧几里得节奏——均匀分布节拍的模式——以及它们在创造熟悉的全球音乐氛围方面的潜力。然而，这些节奏可能具有重复性。作者随后研究了“反欧几里得”方法，旨在实现*不均匀*的节拍放置，并最终开发了一种在欧几里得节奏和簇状节奏之间插值的方法，以获得更动态的结果。 这次实验最终促成了构建一个具有可调节密度、欧几里得距离控制、旋转以及受图灵机启发的音高生成器等功能的定制音序器。一个独特的“布尔模式”允许分层和组合不同的节奏部分。最终目标是什么？创造一种弥合准备和即兴创作之间差距的工具，从而实现更引人入胜的现场表演，并进一步探索心爱的“合成器角落”。作者暗示了未来的开发，可能作为 VCV Rack 插件或与 WebMIDI 集成，以便与硬件合成器一起使用。
每日HackerNews RSS
这个Hacker News讨论围绕节奏生成，特别是受到欧几里得模式的启发（如链接的pv.wtf项目所示）。最初的发帖者分享了他们的作品，促使一位用户（“chris_st”）强调iPad上丰富的廉价音乐创作工具。他们详细介绍了几个AUv3插件——Patterning 3、4Pockets Euclidean、Riffer、OODA/ZOA和Battlestation——提供多样化的音序和随机化功能，甚至提到了功能齐全的环境，如Drambo和Loopy Pro。
原始发帖者承认他们不了解iPad场景的深度，并表示有兴趣探索ZOA。另一位用户（“_spduchamp”）分享了他们使用Pure Data的方法，用振荡器合成节奏，并从过零点推导出欧几里得模式，链接到他们实验的视频演示以及使用Gametrak控制器进行的表演。这次对话凸显了一个充满活力的节奏实验空间，涵盖硬件、软件和创意编程。
## 苏格兰的冬至与变迁的庆祝
瓦尔·麦克德米德反思了苏格兰的冬至和新年传统，将古代石圈如克拉瓦石冢——与冬至阳光对齐照亮墓穴——与她20世纪50、60年代的童年联系起来。这些史前遗址展示了早期对季节变化和光线回归的深刻理解。
由于宗教改革时期的宗教反对，圣诞节在苏格兰历史上曾受到压制，而除夕（Hogmanay）成为了主要的庆祝活动。麦克德米德 fondly 回忆起一个以朴素的礼物、烤鸡晚餐和对“First Foot”（带来威士忌和煤炭带来好运的访客）的期待为标志的童年圣诞节。
然而，即使是这些除夕传统也随着时间的推移而逐渐淡化，取而代之的是更现代的庆祝方式。作者描绘了一幅怀旧的苏格兰图景，在那里，社区、歌声和特定的习俗定义了这个季节，与今天更为稀释的习俗形成对比。最终，这篇文章是对文化庆祝活动如何演变以及季节性仪式持久力量的个人而富有感染力的探索。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
日记：瓦尔·麦克德米德，《深冬》（books.substack.com）
13 分，Vigier 1 天前 | 隐藏 | 过去的 | 收藏 | 1 条评论
nephihaha 1 天前 [–]
很好。见过她，她买过我们的杂志。
回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## 从重复拍摄到全新发现：一个星空摄影目标规划器
一位星空摄影师对反复拍摄像仙女座这样熟悉的星体感到沮丧，于是他创建了一个工具来重拾探索夜空的乐趣。使用Stellarium等软件手动规划目标耗时费力，需要不断核对可见性、焦距兼容性和难度——往往又回到“安全”的选择。
解决方案？一个星空摄影目标规划器应用程序。该应用程序根据位置、天空质量（例如Bortle 5后院）、焦距和期望难度来筛选潜在目标，简化了选择过程。一个关键功能是“发现模式”，它优先考虑鲜为人知的星云和天体，发掘NGC 7822和问号星云等隐藏的瑰宝。
该应用程序为每个目标提供关键细节，包括最佳成像时间、坐标、构图估算和诚实的难度评估。这种工作流程大大缩短了规划时间——从寻找熟悉目标所需的13分钟，到寻找全新目标所需的85秒，使摄影师能够在一年内拍摄超过40个深空天体。该应用程序目前处于测试版阶段，可免费使用。
一个新的网络工具“星云摄影目标规划器”(astroimagery.com) 帮助星云摄影师发现不太为人知的星云进行拍摄。该工具在Hacker News上分享后，因其易用性获得了积极的初步反馈，但有用户指出需要选择“发现模式”才能找到更多非热门目标。
用户们赞赏这个资源，其中一人提到他们最近也构建了一个类似的应用程序，Conjunction1.com。 还有人对该项目的源代码在Github上开放感兴趣。 总的来说，该工具似乎对计划星云摄影拍摄很有用，满足了摄影师寻找新目标的需求。 一些建议的改进包括在设备部分添加望远镜直径/类型和相机灵敏度细节。
## Yapi：强大的API测试工具
Yapi 是一款新的开源命令行工具，专为需要直接从终端测试 API 的高级用户设计。它支持 HTTP、gRPC、TCP 和 GraphQL（未来计划支持更多协议），允许进行全面的测试，包括跨不同协议的请求链。
主要功能包括：内置集成测试，带有期望和断言；语言服务器协议 (LSP) 用于 IDE 集成（目前支持 Neovim，计划支持 VSCode）；以及 GitHub Actions 支持用于 CI/CD。Yapi 还通过配置文件简化了多个环境（开发、预发布、生产）的管理。
目前处于早期 Alpha 阶段，Yapi 正在积极开发中，并欢迎用户通过 GitHub Issues 提供反馈。它被设计为高度可配置和可管道化，将 JSON 输出到 stdout，其他信息输出到 stderr。
您可以从其 GitHub 仓库安装 Yapi，并创建请求文件来定义和执行您的 API 测试，开始使用。欢迎贡献！
## Yapi：一款新型FOSS终端API客户端
Jamiepond分享了**Yapi**，一个免费且开源的基于终端的API客户端（yapi.run），旨在作为Postman等工具的替代品。Yapi专为`nvim`/`tmux`用户设计，目标是通过简化的工作流程提高生产力。
早期的反馈显示其潜力，用户们赞赏它作为一个可定制、自托管解决方案，而不是不断地重新构建自己的工具。一位用户建议能够合并多个“环境”以实现灵活的测试场景。
讨论还涉及了该领域的日益活跃，另一位开发者分享了**Voiden**，一个类似的项目，利用可执行markdown进行文档编写和测试。Yapi的创建者表示有兴趣建立一个用于API定义的标准文件格式，以改善IDE集成并减少碎片化。
一些用户报告在链接的博客文章中遇到404错误，这归因于自定义博客托管设置中的缓存问题。该项目正在GitHub上积极寻求反馈。
## 超越维生素与止痛药：寻找产品与市场的契合点 这篇文章挑战了常见的“维生素 vs. 止痛药”的创业比喻，认为它并无帮助，并专注于可操作的测试，以识别真正有价值的产品创意，特别是对于B2B创始人。核心思想：**关注确定性，而不仅仅是识别问题。** 关键测试包括：**预算削减排名** – 你的产品在成本削减措施中是否会是最后被削减的？寻找它在基础设施、沟通或记录系统中的位置。其次，寻找**非自愿销售** – 用户*恳求*付费，表明迫切的需求。避免需要市场教育或解决人们没有主动意识到的问题的想法。 此外，努力做到在*特定领域*为*特定人群* **好10倍** – 而不仅仅是普遍改进。这创造了一个“无法衡量”的价值主张，绕过冗长的采购流程。 最终，作者提倡寻找那些*已经知道*自己有问题的用户，并且*现在*就在积极寻找解决方案。这些测试旨在消除噪音，并建立对产品与市场契合的信心，提醒创始人“创造人们想要的东西”。
这个Hacker News讨论围绕着“止痛药 vs. 维生素”的比喻，这经常被用于创业建议中。这个观点在2006年被广泛传播，认为创业公司应该努力成为“止痛药”——解决人们*需要*立即解决的迫切问题，而不是“维生素”——可有可无，容易被削减预算的附加品。
然而，这个比喻引发了争论。一些人认为真正的维生素是维持生命所必需的，不像补充剂，因此成为“维生素”应该是目标。另一些人澄清，这个比喻指的是容易被丢弃的*补充剂*维生素。
核心观点仍然是：成功的创业公司通常解决紧迫、关键的问题（止痛药），客户即使在经济困难时期也会优先为此付费，从而可能带来持续的收入。虽然承认个人健康需求和补充剂的好处，但讨论最终强调了创业公司的产品要解决一个“真正的问题”的重要性。
停止劣质软件
Stop Slopware
3 天前
## 停止“劣质软件”：呼吁开源软件质量 StopSlopware.net 关注日益严重的“劣质软件”问题——指那些低质量、杂乱无章、难以维护的软件，往往因不当使用人工智能而加剧。该网站并非旨在批评，而是建设性地敦促开发者提高作品质量。 其核心信息尤其针对初学者：优先*学习*而非仅仅*产出*代码，并避免过度依赖人工智能，因为它会阻碍真正的理解。对于所有开发者，建议放慢速度，简化设计，并确保项目的每个部分都得到充分理解和清晰记录——编写你自己的README！ StopSlopware 提供了一个快速链接，可以分享给存在这些问题的项目，从而节省审查者的时间，并为作者提供反思和改进的机会。它源于对重复反馈的沮丧，以及对培养高质量、可维护的自由和开源软件的奉献。
龙芯架构的支持已经进入了开源Linux基础设施的大部分领域。尽管龙芯中科尚未发布龙芯架构手册的剩余部分，但由于公开的QEMU和Linux变更等大量公开信息，以及指令编码和行为等“未公开”信息实际上已经公开。手册的缺失不再能阻碍人民的优化工作。我们预计龙芯架构的新生态系统将在2023-2024年期间迅速发展，有了您的参与将会更快。本网站由社区维护。欢迎加入！
## 取消平台化策略的反噬 试图通过“取消平台化”来压制争议人物的尝试已被证明是无效的，甚至可能适得其反。最初的反应，例如马修·伊格莱西亚斯声称“取消平台化特朗普就奏效了”，很快就被挑战，因为特朗普和塔克·卡尔森等人物在更大的平台上卷土重来。这呼应了弗洛伊德的压抑理论——压制思想并不能消除它们，而是迫使它们以更具破坏性的形式浮出水面。 2021年的“大取消平台化”——包括对Parler的行动以及对亨特·拜登笔记本电脑故事的压制——旨在控制叙事，但反而助长了怨恨和极端声音的崛起。埃隆·马斯克收购推特暴露了政府此前审查言论的努力，导致了一种转向开放性讨论的转变。 这种开放性，以推特“社区笔记”功能为例，拥抱了“思想市场”的方法，允许用户集体评估信息。它也揭示了一种被称为“偏好伪装”的现象，即被压制的信念在人们感到可以安全表达时会爆发——就像是对虚假觉醒表演的悄然远离。 虽然言论自由允许有害意识形态持续存在，但教训很明确：审查制度行不通。相反，直接面对具有挑战性的思想，促进真正的辩论，以及批判性地检查我们自己的偏见，对于健康的民主至关重要。现在的挑战是在这个不受监管的环境中以理性的方式航行，并抵制回音室和分裂性言论的吸引力。
## 取消平台化适得其反：一则黑客新闻讨论摘要
近期一篇文章在黑客新闻上引发争论，认为取消平台化个人和观点并不能消除它们，反而可能通过将它们驱赶到互联网上不那么显眼的地方，从而加强和两极分化它们。用户讨论了例如撤回《60分钟》节目片段、金融制裁以及平台内容审核等案例，质疑压制观点是否比公开挑战它们更具危害性。
许多评论者同意，仅仅移除声音并不能解决潜在的信念，并以特朗普即使被推特封禁后仍有支持者，以及尽管平台移除了相关内容，反疫苗情绪仍然存在为例证。一些人提到了“斯特赖桑德效应”以及审查制度可能适得其反的观点。
一个关键的争论点是，直接与有害观点互动是否比压制它们更有效，一些人认为，充分的公开辩论至关重要。另一些人则反驳说，这种互动往往是无效的，尤其是在面对根深蒂固的信念时，而且即使是严格的审核也能促进更健康的讨论，正如黑客新闻平台本身所展示的那样。讨论还涉及了一些审查行为的表演性质以及将一种文化背景（例如中国）的策略应用于另一种文化背景的复杂性。
经典台球可以计算（二维台球系统是图灵完备的）
Classical billiards can compute (2d billiard systems are Turing complete)
3 天前
arXivLabs是一个框架，允许合作者直接在我们的网站上开发和分享新的arXiv功能。个人和与arXivLabs合作的组织都认同并接受我们开放、社群、卓越和用户数据隐私的价值观。arXiv致力于这些价值观，并且只与秉持这些价值观的合作伙伴合作。您是否有为arXiv社群增加价值的项目想法？了解更多关于arXivLabs的信息。
## ExecuTorch：使用 PyTorch 进行设备端 AI
ExecuTorch 是 PyTorch 针对 AI 模型直接部署到设备（从智能手机到微控制器）的解决方案，优先考虑隐私、性能和可移植性。它在 Meta (Instagram, WhatsApp, Quest, Ray-Ban 智能眼镜) 内部得到广泛使用，允许使用熟悉的 PyTorch API 无缝部署 LLM、视觉、语音和多模态模型。
主要特性包括直接从 PyTorch 导出 *无需* 中间格式转换，拥有 50KB 的微小运行时，并通过一次导出支持 12+ 硬件后端（Apple、Qualcomm、ARM 等）。它利用提前编译来优化模型以进行边缘部署，采用标准化的算子集和 CPU 回退。
部署涉及导出、编译（具有量化选项）和执行生成的 `.pte` 文件。ExecuTorch 提供 C++、Swift (iOS) 和 Kotlin (Android) 的 SDK，以及用于 LLM 和多模态模型支持的工具（Llama 3, Llava, Voxtral）。高级功能包括量化、内存规划以及用于调试和优化的开发者工具。
ExecuTorch 采用 BSD 许可，并欢迎社区贡献。
## Executorch：PyTorch 的设备端 AI - 摘要
Meta 的 Executorch 旨在将 PyTorch 模型带到移动、嵌入式和边缘设备。讨论强调了用户对 Torchscript 弃用及其替代方案 `torch.export` 的限制感到沮丧。用户在迁移时，在控制流实现和后端支持（如 TensorRT）方面遇到困难。
虽然 Tensorflow Lite 在微控制器领域仍然占据主导地位（尽管 PyTorch 具有树莓派 Pico 2 示例），但 Executorch 提供了简化移动开发的潜力——避免了对 C++ 或 MLC 的需求。一个关联项目 ai-edge-torch 促进了从 PyTorch 到 TFLite 的转换。
对话还揭示了三星 Exynos NPU SDK 存在的问题，该 SDK 因文档匮乏和访问限制而受到批评，与高通和联发科更开放的方法形成对比。
Executorch 团队承认路线图计划包括改进微控制器（Arduino、STMicro）和 Web（WASM）支持，并积极通过 Discord 和 GitHub 寻求社区反馈。他们还指出 Vulkan 后端集成，并且正在收集反馈以改进三星支持，然后再宣布该后端准备就绪。