## 石英晶体：简要概述
石英晶体自 1920 年代以来一直是无线电技术的基础，用于稳定的振荡器和信号滤波。二战后开始大规模生产——最初来自巴西的天然石英，现在是合成生长——每年生产超过二十亿个，主要用于时钟微处理器。 它们的重要性超出了这一点，例如 1972 年因故障的晶体振荡器导致的一起火车事故。
晶体本质上是经过精确切割的石英片，带有电极，通过厚度剪切或弯曲（如手表晶体中的音叉）等机制振动。 其行为由一个等效电路建模，该电路具有运动电感 (Lm) 和电容 (Cm)，以及代表损耗的并联电容 (Cp) 和电阻 (Rm)。
晶体在略有不同的频率处表现出*串联谐振*（低阻抗）和*并联谐振*（高阻抗），受外部电路电容的影响。谐振源于石英的弹性和压电效应——机械变形产生电压，反之亦然。 在谐振频率下施加交流电会产生自持振动，这对于精确计时和频率控制至关重要。
每日HackerNews RSS
石英晶体
Quartz Crystals
10 分钟前
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
石英晶体 (pa3fwm.nl)
6点 由 gtsnexp 1小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
本文批判了美国大学的终身教职制度，认为其是一种“骗局”，让教授们以纳税人和捐赠者的代价获益。终身教职本质上是一种终身就业保障，通过一个严格的过程获得：在本科阶段表现出色，完成全额资助但薪资适中的博士学位并发表大量论文，以及获得终身教职资格。最后，还需要持续发表论文六年才能正式获得终身教职。 作者是一位终身教授，详细描述了获得终身教职后，实际工作量却出奇的小——大约相当于标准工作量的10-15%——同时享有显著的职业保障和无限期雇佣的能力。教学负担较轻，终身教职后研究方面的期望降低，“服务”（委员会工作）也大多是可选的。 作者认为，该制度的缺陷在于其任意性，奖励的往往是运气而非能力，以及它对表现不佳的教师的保护。虽然经常被辩护为保护学术自由，但异议很少。核心问题是由非营利大学内的扭曲激励机制以及由于持续补贴而缺乏竞争压力所维持的。 提出的解决方案？紧缩——削减资金以迫使改革。
一个黑客新闻的讨论围绕着“终身教职是一种骗局”的说法。原始文章（betonit.ai）认为，在多年低薪之后，终身教职获得舒适薪水的概率很低。一位评论员将其描述为五个人以四分之一的工资工作，最终只有一个人能从提前退休中获益。
然而，大多数回复都对这种说法提出了异议。多位评论员，包括一位终身教授，认为终身教职*需要*持续的研究、资金获取和教学——它不是通往轻松退休的道路。另一些人指出，他们认识的教授都是工作狂，工作与生活失衡。
讨论承认不同领域（STEM与人文科学）和大学之间可能存在差异，一些人认为这个问题在K-12教育中尤其严重。虽然最初的假设受到质疑，但该讨论强调了人们对学术界工作量和压力的担忧。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录
《芝麻街》的木偶们再次变得色情和怪异（正如吉姆·亨森本意）(polygon.com)
13 分，由 johnshades 1小时前发布 | 隐藏 | 过去的 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## 工程领域急于求成和依赖人工智能的陷阱 最近的讨论凸显了工程组织中日益增长的担忧：对速度的无情追求正在牺牲代码质量和工程师的福祉。持续的“冲刺”制造了不可持续的期望，导致倦怠、边缘情况被忽视，最终导致更多错误。 加剧这种压力的还有对人工智能工具的盲目采用。虽然看似提高了生产力，但简单地接受人工智能生成的代码（“人工智能帮我做的”）会绕过关键的开发者技能——调查、上下文理解和验证。这实际上会由于调试和维护难以理解的代码而*增加*工作量，尤其是在阅读和审查人工智能生成的代码比自己编写更困难的情况下。 人工智能的真正潜力不在于*取代*编码，而在于*辅助*困难的部分——调查和根本原因分析——与经验丰富的工程师配合使用，他们可以提供上下文并验证结果。 最终，可持续的生产力不是关于速度；而是关于培养一种工程师能够交付高质量工作、承担责任并避免倦怠的文化。领导层需要将重点从仅仅实现快速交付转移到理解交付*如何*实现以及设定现实的期望。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
AI让简单的事情更容易，困难的事情更难 (blundergoat.com)
18点 由 weaksauce 47分钟前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
Ktkit：使用Ktor构建服务器应用程序的Kotlin工具包
Ktkit: A Kotlin toolkit for building server applications with Ktor
2 小时前
## KtKit：用于服务器开发的 Kotlin 多平台工具包
KtKit 是一个不断发展的开源 Kotlin 多平台工具包，旨在加速使用 Ktor 的服务器端应用程序开发。它通过集成多个库到一个连贯的框架中，简化了常见的后端任务。
目前，KtKit 提供依赖注入（Koin）的应用引导、JSON 处理以及自动注册的 REST 端点。它通过追踪、身份验证钩子和符合 RFC 9457 标准的错误处理，以及内置的健康和指标端点来标准化请求处理。配置通过 TOML 进行管理，并支持环境变量。
关键组件包括使用函数式错误处理（使用 Arrow）的 Ktor HTTP 客户端抽象，以及 sqlx4k 集成，用于支持 PostgreSQL、MySQL 和 SQLite 的类型安全数据库访问。还包含一个轻量级的基于 Postgres 的消息队列 (PGMQ)。
KtKit 利用 Arrow 和 Kotlin 上下文参数来实现简洁的错误处理和上下文传播。**重要安全提示：** 它的 X-Real-Name 身份验证依赖于受信任的反向代理来防止头部伪造。
虽然可以用于生产环境，但预计随着项目成熟，API 会发生变化。欢迎贡献和反馈！
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Ktkit: 使用Ktor构建服务器应用程序的Kotlin工具包 (github.com/smyrgeorge)
3点 由 smyrgeorge 1小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
Toma，一家YC W24初创公司，正在构建一个AI平台，旨在将大型语言模型（LLM）的力量带给汽车和医疗保健等传统上服务不足的行业。Toma认识到AI创新与实际应用之间存在差距——尤其是在可靠性至关重要的领域——因此专注于使AI代理的部署和监控即使对于非技术用户来说也能访问。 最近，Toma从a16z获得了1700万美元的A轮融资，并正在迅速扩大其来自Scale AI、Uber和Amazon等公司的经验丰富的工程师和领导者团队。他们目前正在寻找一位创始工程师，负责使用TypeScript、Next.js和Bun开发新的AI驱动功能。 该职位提供重要的所有权和影响力，可以直接塑造平台并与客户紧密合作。Toma优先考虑快节奏、协作的环境，并提供具有竞争力的福利，并鼓励来自不同背景的申请，即使不满足所有资格要求。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
Toma (YC W24) 正在招聘创始工程师 (ycombinator.com)
2小时前 | 隐藏
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
## 反向工程SGI O2 PROM以进行CPU升级
多年来，由于无法修改PROM固件，升级Silicon Graphics O2工作站的CPU超过600MHz一直受阻。为了克服这个问题，作者开发了`ip32prom-decompiler`程序，该程序将PROM二进制文件转换为可读和可修改的汇编代码，从而有可能进行CPU升级，例如900MHz的RM7900。
该项目涉及费力地反向工程PROM的结构。PROM被组织成由“SHDR”头定义的段，包含元数据，如段长度、类型（代码或数据）和校验和。作者利用Capstone反汇编器和可视化技术来识别二进制文件中的代码、数据和字符串。一个关键发现是在版本段中覆盖了一个ELF头，揭示了固件原始编译的见解。
现在，反编译器生成汇编文件，重新汇编后可以生成与原始PROM图像完全相同的镜像，从而验证了准确性。诸如函数标签、注释和变量名之类的标注显著提高了可读性。这项工作解锁了修改PROM以支持新CPU的可能性，消除了对原始SGI协助的依赖，并为未来的O2升级铺平了道路。该项目强调，尽管复杂，但只要有决心和合适的工具，就可以实现对这个时代固件的反向工程。
一个黑客新闻的讨论围绕着一篇关于逆向工程SGI O2计算机的PROM（只读存储器）的文章。原作者mattst88正在研究该系统的启动代码。
一位评论者userbinator将此与PC BIOS修改相提并论，并建议在没有跟踪执行流程的情况下，代码可能难以理解，推荐使用Ghidra进行反汇编。他们还指出，SGI的PROM似乎比通常由C语言和汇编语言复杂组合而成的PC BIOS更简单。
另一位用户nebula8804表达了对在复古计算节上看到的修复过的SGI硬件的钦佩，但质疑在原始演示之外，这些平台是否存在重要的新的软件开发。他们询问了SGI系统上当前的爱好者活动。
一项近期研究分析了2020-2024年美国社交媒体的使用情况，结果显示其呈现衰退、碎片化和持续两极分化的态势。整体平台使用量下降，尤其是在年轻和年长人群中。虽然Facebook、YouTube和Twitter/X的用户数量减少，但TikTok和Reddit则略有增长，表明在线空间更加分裂。 值得注意的是，平台的人口结构正在发生变化——受众正在变老和变得更加多样化——并且在政治上，大多数平台的用户倾向于共和党，尽管总体上仍然偏向民主党。Twitter/X的变化最为显著，民主党用户的发帖比例下降近50%，转变为共和党用户。 该研究强调，在线政治活动增加与情感极化密切相关，这意味着最党派性强的人最活跃。随着普通用户离开平台，剩下的、高度极化的声音正在加剧数字公共领域的意识形态极端化。
## 美国社交媒体趋势 (2020-2024) - 摘要
一项最新研究显示，美国社交媒体的使用格局正在变化。 整体平台参与度下降，因为普通用户正在减少使用，尤其是在年轻和年长人群中。 尽管TikTok和Reddit略有增长，但Facebook、YouTube和X（前身为Twitter）等成熟平台却失去了地位。
值得注意的是，平台的政治倾向正在发生变化，X正经历着向共和党阵营倾斜的显著转变。 尽管整体政治内容发布有所减少，但剩余的讨论却越来越被高度两极化的声音主导，导致了更加极端的网络环境。
许多评论员认为这反映了更广泛的社会趋势，一些人哀叹失去了早期互联网的连接精神。 另一些人则认为，盈利模式是核心问题，它驱动着极端内容以获取参与度。 关于该研究的方法论存在争议，一些人质疑其关于平台覆盖范围的数据，特别是关于YouTube的数据。 最终，这一趋势表明，数字公共领域正在缩小、变得更加尖锐和意识形态更加分裂。
谷歌的AI再次显示指向恶意软件的链接，特别是针对Mac的AMOS（SOMA）窃取程序。最新的活动利用伪造的类似苹果的网站和在Medium等平台上的被入侵文章，在谷歌搜索结果中显著显示——甚至以赞助内容的形式出现。
攻击诱骗用户将恶意命令粘贴到终端中，伪装成有用的解决方案（例如清除缓存）。一旦执行，AMOS窃取程序会复制文档、窃取密码（包括以明文形式存储）、并尝试访问备忘录。值得注意的是，即使在虚拟化环境中，该恶意软件也能运行。
核心问题不是macOS安全性的缺陷，而是用户被欺骗绕过内置保护。作者强调批判性思维：不要信任搜索结果，验证网站的真实性，展开缩短的链接，并且*绝不*盲目执行来自未知来源的命令——尤其是那些使用base-64等工具混淆或使用`curl`的命令。警惕性和理解命令*作用*至关重要，可以避免这种类型的攻击。
黑客新闻 新 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 更多 Google 搜索中发现更多 Mac 恶意软件 (eclecticlight.co) 19 分，由 kristianp 1 小时前发布 | 隐藏 | 过去 | 收藏 | 2 条评论
ProtectorFox 11 分钟前 | 下一个 [–]
GitHub 也有 https://iboostup.com/blog/ai-fake-repositories-github 回复 retired 14 分钟前 | 上一个 [–]
感谢提醒我关闭终端的完全磁盘访问权限。我不确定我为什么开启了它。 回复
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：
## SpiceDB 性能改进：新的查询计划器
SpiceDB，首个企业级 ReBAC 实现，持续优化授权检查的速度和可扩展性。现有的策略侧重于通过缓存、去重和 SQL 优化来减少数据库调用。然而，这些策略常常忽略了*数据结构*——系统内关系结构——的关键影响。
当涉及大量关系的复杂权限时（例如，检查对与数千个组关联的文档的访问权限），简单地遍历这些关系效率低下，尤其是在权限最终拒绝访问的情况下。
为了解决这个问题，SpiceDB 正在引入一个实验性的**查询计划器**。该计划器分析查询和图结构，以确定到达结果的*最有效*路径，利用数据统计信息来估计遍历不同关系的“成本”。例如，它可以优先检查集合交集中较小的集合，并在早期发现否定结果时短路化代价高昂的操作。
该计划器将查询表示为操作树，从而可以在运行时动态重新排序和优化。初步优化侧重于箭头操作和交集，并计划添加更多启发式方法和统计信息来源。查询计划器目前正在进行严格测试，并将很快发布用于实验使用，SpiceDB 积极寻求用户反馈。
Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录
SpiceDB 查询规划器 (authzed.com)
11 分，由 mparnisari 发布 4 小时前 | 隐藏 | 过去 | 收藏 | 讨论
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系
搜索：