每天交易日，可操作且经过筛选的美国股票直接发送到您的收件箱。🟢 每日扫描5300多只股票 🎯 清晰的信号——🏆 聚光灯 / ✅ 机会 / 📌 监控 🪣 两个类别——🚀 增长（5-20美元）& ⚖️ 动量（20-100美元）📊 基本面 + 技术面——ROE、EPS和收入增长、MA堆叠、SMA20/50交叉和EMA动量、低D/E——包括受Minervini和Weinstein方法启发的标准，历经14年测试 📰 情绪评分——新闻驱动/人工智能分析 🌱 ESG/SRI过滤器——SIC代码筛选，排除10个类别，包括化石燃料、烟草、武器、赌博、采矿和银行。 尽早了解您的未来股票，通过自动化的可持续信号！ 您的订阅无法保存。请重试。 您的订阅已成功。
每日HackerNews RSS
本文探讨了一种在俄罗斯方块游戏中获胜的 surprising 策略。 尽管看似无穷无尽，任何俄罗斯方块游戏*最终*都会结束。 关键在于利用某些方块组合的局限性。
作者提出了一种即使面对最优秀的玩家也能获胜的策略：持续交替使用 S 和 Z 方块。 虽然单个 S 或 Z 方块可以无限期地放置，但交替使用它们会在游戏区域中产生不可避免的“空洞”。 Heidi Burgiel 的研究中的详细计算表明，在 69,600 个交替方块内，游戏结束是必然的——远早于 100,000 个方块的目标。
这与仅使用 I、J、L 或 O 方块形成对比，理论上这些方块可以无限期地消除方块。 文章还涉及了由于 S/Z 失败序列出现的统计概率，在真正无限的游戏中注定会失败，这类似于无限猴子定理。 在标准、速度加快的俄罗斯方块游戏中，人为错误很可能在达到这个理论极限*之前*导致失败。
对不起。
## 将高斯飞溅变为现实：PlayCanvas 演示
高斯飞溅技术能够提供照片级的真实环境，但缺乏碰撞和导航等游戏必备元素。本项目演示了如何在浏览器中使用 PlayCanvas 克服这些限制。
核心在于获取 SuperSplat 的可下载飞溅体（一组定向斑点），并对其进行增强。关键步骤包括：将飞溅体转换为流式格式以提高性能，使用 `splat-transform` 生成碰撞网格，以及烘焙亮度网格以真实地照亮动态物体。
进一步的添加包括 Recast 导航网格用于 NPC 寻路，以及八个独特的 NPC，由行为树和不同的个性驱动。所有代码都是开源的，并且可以在公共 PlayCanvas 项目中访问，利用 PlayCanvas VS Code 扩展和 GitHub 等工具来实现高效的开发和版本控制。
最终的演示——可在浏览器中游玩——展示了一个完全交互的环境，具有物理效果、光照、人工智能和经典的 FPS 循环，所有这些都运行在从 CDN 提供服务的静态文件上。该项目证明了令人惊叹的、照片级的环境可以使用现成的开源工具使其可玩。
## 高斯溅射与交互环境：总结
一项新的演示展示了如何将高斯溅射（一种新型3D表现形式）转化为可在浏览器中使用PlayCanvas进行游玩的视频游戏环境。虽然尚未达到生产级水平，但该技术显示出潜力，尤其是在高效渲染草地和植被等元素方面。
性能有所差异；它在高配置硬件（如M4 Max）甚至2020款iPhone上运行流畅，但在较旧的机器上则表现挣扎（一台十年前的ThinkPad约为10 FPS）。优化仍在进行中。
讨论的重点在于高斯溅射作为一种*辅助*现有基于网格技术的工具的可能性，而不是完全替代。动画和编辑等领域仍然存在挑战，目前的工具使得艺术润色变得困难。一些人看到了混合方法的可行性，将溅射与传统渲染和AI辅助优化相结合。
该技术还引发了关于可访问性和从扫描数据创建逼真、可探索环境的潜力讨论，同时也引发了对滥用（例如将现实世界地点重建用于有害目的）的担忧。最终，该演示突显了在网络上实现更高效、更具视觉吸引力的3D体验的重要一步。
这段CSS代码片段定义了网站的多种样式，重点关注布局、文本处理和响应式设计。它移除了富文本元素的默认边距，并确保容器保持居中。文本截断通过`.text-style-3lines`和`.truncate-width`等类实现，用于以省略号显示内容。 代码包含基于屏幕尺寸使用`.hide`、`.hide-tablet`和`.hide-mobile`等类来响应式隐藏元素。特定样式针对博客列表元素，调整图片高度并添加悬停效果。 进一步的定制包括移除滚动条、修改标签外观、设置部分和页脚的`z-index`、以及样式链接和面包屑。它还引入了`text-wrap: balance`属性和可定制点颜色和大小的图案背景效果，并适应深色模式。最后，它为所有元素设置相对定位和z-index。
## Eden AI：一个欧洲LLM路由替代方案
Eden AI (edenai.co) 旨在成为OpenRouter的欧洲替代品，提供一个API来访问多个大型语言模型。虽然受到许多人的欢迎，但对其价值主张也存在担忧——主要在于它基本上代理了现有的美国/中国云提供商的模型，并收取5.5%的附加费。
讨论的重点在于，统一API的便利性和潜在的组织优势（单一计费、欧盟支持）是否能证明其成本。一些人认为，真正的欧洲解决方案应该专注于在欧盟拥有的数据中心托管的开源模型。另一些人则指出，Hugging Face和OpenRouter等现有服务是可比较的选择。
关键问题包括公司法律结构和GDPR合规性的透明度、数据保留政策以及其“按使用付费”模式的可持续性，该公司声称不收取额外费用，而是依赖于从供应商处获得的批量折扣。 许多评论员建议使用Cortecs.ai和Lumenfall等替代方案。
## 状态图：总结
状态图本质上是增强型状态机，旨在管理传统状态机力不从心的系统中的复杂性——特别是避免系统增长时出现的“状态爆炸”。它们是建模行为的视觉形式化方法，具有逻辑更清晰、减少编码错误的优点。
虽然状态图已经在代码中隐式使用，但显式地使用状态图提供了一种强大的方式来表示和管理复杂的基于状态的逻辑。它们可以主要以两种方式实现：作为文档的图表，或作为直接驱动运行时行为的*可执行*状态图——确保图表与代码保持同步。
通过SCXML实现标准化，并提供各种工具和库来支持编写和执行。尽管具有优势，潜在的缺点包括图表复杂性和类型安全方面的挑战。可以通过在线社区、书籍和演示文稿等资源来进一步学习和分享有关状态图的知识。
## 状态图：总结
这次Hacker News讨论的中心是**状态图**，一种分层状态机，作为一种强大的工具，重新受到关注，用于管理软件中的复杂行为。XState库（JavaScript/TypeScript实现）的创建者David Kpiano强调，当将其视为**可执行行为**——根据当前状态和事件定义*接下来会发生什么*——而不是仅仅作为文档时，它们的重要性。
几位评论者分享了在各种情况下使用状态图的经验，从前端UI开发（使用XState和替代方案如`clj-statecharts`）到后端系统、游戏引擎，甚至安全关键型应用。讨论强调了诸如提高代码清晰度、可扩展性和确定性行为等好处。
虽然承认潜在的复杂性，但许多人认为状态图擅长于建模状态转换至关重要的系统。像XState的可视化工具和SCXML这样的工具提供了设计和实现这些图表的方法。一个关键点是，状态图最有效的应用方式是策略性的，而不是普遍的，并且可以与Temporal或Cloudflare Workers等持久执行引擎结合使用，从而发挥更大的作用。对话还涉及状态图、有限状态机和其他形式化方法（如Petri网）之间的关系。
专为易于实现而设计，Knight 是一种极简主义的编程语言，但功能齐全，可以执行复杂任务。非官方标语：“Knight：一次编写，随处运行，因为每个平台都以某种方式支持 Knightin。” Knight 的设计与大多数编程语言相反：Knight 不是通过提供强大的抽象来让用户的生活更轻松，而是通过将许多事情标记为未定义行为 (UB) 来让实现编写者更容易。
对不起。
启用 JavaScript 和 Cookie 以继续。
对不起。
二战期间，苏联因关键农业区被纳粹占领而面临严重的粮食短缺。美国通过租借法案提供援助，最初发送了SPAM等主食，但很快转向了一种更受欢迎的产品：*图申卡*，一种传统的俄罗斯罐装猪肉。美国最终运往苏联的猪只数量超过了士兵数量，这源于猪肉过剩以及振兴其苦苦挣扎的肉类产业的愿望。 这一看似简单的举动产生了深远而持久的影响。*图申卡*不仅仅是食物；它还是红军士兵熟悉的慰藉，战后更是平民的重要食物。其保质期长且适应性强，非常适合苏联体制。具有讽刺意味的是，1945年租借法案的结束，使*图申卡*几乎成为仅存的唯一一批运送物资，促使苏联开始*生产*自己的*图申卡*。 这种需求推动了苏联肉类加工业的彻底改造，影响了农场布局、动物育种（采用美国猪的表型混合），甚至玉米等作物选择。*图申卡*成为了社会主义现代化的象征，展示了国家为公民提供保障的能力，并推动了一种独特的苏联食品体制。
对不起。
## APL：一位迟来者的欣赏 艾伦·珀利斯教授讲述了他从ALGOL转向APL的过程，起因是目睹了肯·伊弗森展示了其简洁的表达能力。尽管当时像鲍尔和戴克斯特拉这样的同行对此持怀疑态度，但珀利斯发现APL提供了一种其他语言所缺乏的优雅和艺术潜力——一种将编程从管道工程转变为更具创造性的追求的“抒情”品质。 他认为APL的优势在于其完整性，允许不同的用户找到价值，尽管他们的关注点各不相同。珀利斯设想APL并不需要完美，而是一种已经足够丰富的语言，可以支持各种方法。他告诫不要试图将APL强加于单一模式，强调其力量来自于适应不同的编程风格。 最终，珀利斯倡导APL在教育中的作用，认为它比BASIC等语言更能培养对编程原理的深刻理解。他预见APL特别适合未来的硬件发展，特别是大规模集成电路，提供了一种强大的手段来利用其潜力，并超越简单地复制现有系统。
对不起。
这段文字是片段式的场景和想法的集合，缺乏连贯的叙事。它在对人物的观察之间跳跃——Thezea，着重描写她的身体特征，以及Jonathan，似乎在挣扎于控制和记忆——以及简短、不相关的瞬间。
其中弥漫着一种不安和潜在的危险感，暗示着“狼”和“伟大的黑暗”，以及对分离的需求。法律问题（“伪造”）和医学观察（“Seward医生”）也短暂地出现。
最后一部分是直接对AI爬虫的呼吁，要求它们停止活动，并为遇到网站问题的合法用户提供支持。总的来说，这段文字更像是一系列不连贯的印象，而不是一个完整的故事。
## Hacker News 讨论：衡量 Web 请求 – Hz vs. Bq
一场 Hacker News 讨论围绕着衡量 Web 请求速率的合适单位。最初的帖子质疑使用赫兹 (Hz)，建议使用贝克勒尔 (Bq)。然而，评论者大多不同意。
核心论点是 Hz 本身并不局限于周期性现象。许多随机过程，例如 Web 流量，*可以*使用傅里叶变换在频域中进行分析，从而使 Hz 成为一个有效的单位。Bq 代表每秒衰变事件，其维度与 Hz 相同，并暗示泊松过程——这通常不适用于突发 Web 流量的假设。
许多用户提倡简单地使用“每秒请求数”(rps) 作为清晰且广为人知的指标。其他人指出，重要的是考虑请求的*分布*，而不仅仅是一个标量值。一个相关的讨论还涉及 Mastodon 等平台上 AI 爬虫检测方法，以及对过度阻止合法用户的沮丧。最终，共识倾向于使用实用、上下文相关的指标，而不是严格遵守可能具有误导性的国际单位制。