每日HackerNews RSS

由于热膨胀系数(CTE)的不匹配,制造高硼硅玻璃与金属的真空密封件具有挑战性。随着玻璃和金属冷却,不同程度的收缩会产生应力,从而经常导致接头开裂。 常见的方法包括: * **钨丝:** 钨的热膨胀系数与高硼硅玻璃相对接近。使用细丝(不超过约 0.7 毫米)可以实现成功且耐用的密封。尽管成本较高且难以采购到大直径规格,但它是制造电极引线的最可靠方法。 * **管家密封法/圆盘密封法(Housekeeper/Disk Seals):** 这些方法使用薄铜箔或铜管。由于金属薄且具有延展性,它可以拉伸以适应膨胀应力,从而防止玻璃开裂。虽然这适用于常见材料,但它需要精密的玻璃吹制技术,且难以在玻璃润湿铜材与金属熔化之间取得平衡。 * **替代方案:** 用硼砂预处理铜可以改善结合力;液态金属密封(如镓合金)是一种理论上的替代方案,但它们存在密封和蒸发方面的难题。胶水密封无效,因为它们具有透气性。最后,可以通过观察真空管暴露于制冷剂气体时辉光放电颜色的变化来进行检漏。

```Hacker News 最新 | 过往 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 自制真空管的玻璃-金属密封工艺 (maurycyz.com) 9 分 | zdw | 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论 帮助 projektfu 1 分钟前 [-] 我之前就在想这是否可行,但我以为实用的真空管需要比这更高的真空度。这种方法真的足以制造三极管吗?我原以为标准真空管的导线/元件固定结构都在管底,而玻璃与管底的密封才是关键所在。你可以用耐热性较低的金属来固定灯丝并穿过管底。但我还没仔细研究过。这些只是我即兴的想法。 回复 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 加入 YC | 联系 搜索:```

请启用 JavaScript 和 Cookie 以继续。

莫纳什大学近期的一项研究报告显示,一种铜转运药物已成功清除小鼠体内的有毒淀粉样蛋白并恢复了其记忆。由于该药物现有的安全性,它在人类临床试验方面展现出潜力。 然而,Hacker News 上围绕该报告的讨论持怀疑态度。批评者指出,针对淀粉样蛋白的阿尔茨海默病疗法已历经数十年的失败,一些专家认为该领域应超越这种“以淀粉样蛋白为中心”的研究路径。另一些人则强调,尽管实验结果令人期待,但小鼠身上的成功往往难以转化为人类的疗效。尽管对其潜在机制存在争议,但一些评论者认为,如果该药物有效,其理论基础的重要性远不如其作为功能性疗法的潜力。目前,该药物尚未进入人体试验阶段。

请启用 JavaScript 并关闭任何广告拦截器

Hacker News新帖 | 往期 | 评论 | 提问 | 展示 | 招聘 | 提交登录Fox拟收购Roku (fastcompany.com)由 simonebrunozzi 在 39 分钟前发布,22 点 | 隐藏 | 往期 | 收藏 | 1 条评论 帮助 Rooster61 26 分钟前 | 下一条 [–] 重复:https://news.ycombinator.com/item?id=48540499回复 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:

抱歉,若未启用 JavaScript,本网站将无法正常运行。请启用后再继续。

Hacker News 社区对“Stdx”项目持怀疑态度。该项目提议通过捆绑分叉的开源 crate 和人工智能生成的(“直觉编码”)代码,为 Rust 提供一个扩展标准库。 批评者提出了几个主要担忧: * **安全与维护:** 评论者认为,该项目本质上要求用户信任单一维护者和一个大语言模型(LLM),而不是久经考验的 crate 作者,这引发了严重的供应链安全隐患。 * **方法论:** 有人反对该项目声称 AI 编写的代码因经过边界情况测试而比人工编写的代码更稳健的观点。 * **加密风险:** 该项目依赖 LLM 来实现加密算法的做法遭到了强烈批评。专家警告称,加密技术需要深入的研究和理解,而非黑盒测试,并指出“直觉编码”加密是非常危险的,应予以避免。 * **实用性:** 一些用户建议,与其创建分叉替代方案,不如通过众包方式对现有库进行审计,这样对生态系统更有益。 总的来说,社区达成了高度一致的批评意见,许多人敦促开发者不要使用该库,特别是在涉及敏感的安全实现时。

报告《我们需要 OpenAI 或 Anthropic 吗?欧洲本土已拥有数十 exaflops 的算力》指出,欧洲无需等待千兆瓦级的新数据中心建成,通过整合现有的公共计算基础设施,完全有能力开发出欧洲自主的前沿级 AI 模型。 目前,欧洲计划中的千兆瓦级数据中心项目面临平均 7.6 年的电网接入延迟。相比之下,现有的欧洲高性能计算(EuroHPC)超级计算机和国家级“AI 工厂”已具备数十 exaflops 的即用型算力。通过利用低通信(DiLoCo 风格)训练技术,欧洲有望在 2028 年前推出前沿级模型,比新建专用硬件的时间表提前了五年。 该项目提供了一个透明且可复现的模型,从训练效率、可用时间及区域可行性三个层面进行了分析。尽管这一论点的关键在于能否通过政治协调将现有的分散资源整合用于单次大规模训练,但分析结论认为,这种联合模式是实现欧洲 AI 主权的切实可行的“权宜之计”。该知识库包含了关于电网交付周期和硬件可用性的完整来源数据集,为评估欧洲的战略性 AI 能力提供了一个数据驱动的框架。

这篇 Hacker News 帖子讨论了一个“Show HN”项目,质疑欧洲是否拥有训练其本土前沿人工智能模型所需的计算基础设施。 社区反应多持怀疑态度,主要归咎于政治僵局。评论者认为欧盟缺乏开展大规模技术项目所需的内部协作,并指出了国防领域合作努力的失败,例如德法联合战斗机计划。一些用户认为欧洲的政策重点偏差,将官僚琐事置于战略创新之上。 从技术层面看,讨论迅速转向了项目本身的可行性。批评者认为该提案质量低下,建议“主权 AI”与其从零开始训练,不如通过提炼现有前沿模型来实现。其他人则批评该帖过度依赖人工智能生成的内容。总体而言,舆论普遍对欧洲在管理复杂的跨洲技术倡议方面的政治能力持消极看法。
艾洛 1.0 Iroh 1.0 50 分钟前

Iroh 已正式发布 1.0 版本,这标志着其在彻底改变互联网连接方式的使命中迈出了重要的一步。通过将关注点从脆弱的、依赖位置的 IP 地址转移到**加密密钥**,Iroh 使设备无论处于何种网络环境下,都能实现安全寻址。 此次 1.0 稳定版引入了成熟的网络堆栈,能够实现安全、直接且高效的点对点通信。Iroh 基于 QUIC 等开放标准构建,处理了 NAT 穿越、多路径路由和本地优先发现等复杂任务,同时为全球互联网提供了“安全本地主机”般的体验。 该项目已历经实战考验,为超过 2 亿个端点提供支持,应用范围涵盖人工智能模型训练到安全文件传输等多种场景。随着 1.0 版本的发布,Iroh 在原生 Rust 实现的基础上,正式增加了对 Python、Node.js、Swift 和 Kotlin 的支持,进一步扩大了其覆盖范围。 Iroh 1.0 致力于稳定性,确保了线协议的一致性与强大的技术支持,旨在成为开发者手中的基础开源技术。无论您是在构建移动应用还是分布式系统,Iroh 都为未来的互联应用提供了可靠且高性能的基础。

点对点(P2P)路由协议 **Iroh 1.0** 的发布在 Hacker News 上引发了热烈讨论。社区反馈的主要亮点包括: * **生态集成**:用户正在探讨 Iroh 的基于密钥(key-based)的路由如何与侧重于消息语义的现有协议(如 Zenoh)互补。此外,社区对 Iroh 不断扩展的语言支持兴趣浓厚,尤其是 Kotlin 绑定如何简化 Android 及跨平台移动应用的 P2P 开发。 * **可访问性**:项目发布了 C-FFI(外部函数接口)库,使 Iroh 更易于集成到各种编程环境中。 * **关于定价的澄清**:一些用户对基础协议的“定价”表示困惑。开发人员对此澄清,相关费用并非针对协议本身,而是针对托管、可观测性和专属技术支持等增值服务。 项目开发人员目前正与社区积极互动,以解答技术问题并收集反馈,从而在迈过 1.0 版本里程碑后持续改进。

作者反思了一种日益增长的生存挫败感:随着人工智能降低了从软件工程到创意设计等复杂技能的准入门槛,曾经艰巨的任务如今只需极小的工作量即可完成。这让那些通过“苦干”来定义自我价值的专业人士感到被取代,就像一位经验丰富的吉他手看着一名 DJ 掌控整个体育场时那种复杂的心情。 这种转变挑战了我们根深蒂固的观念:即努力是一种美德,我们的价值与我们的辛劳挂钩。随着自动化将专业技能“商品化”,作者认为,由此带来的意义缺失——即“努力本身即是意义”的这种感觉——将成为一个重大的社会政治问题。尽管人工智能带来的巨大产出前景广阔,但它让许多人感到与这个不再需要他们亲手构建的世界产生了疏离。归根结底,作者认为我们正处于一个令人迷失的过渡期。虽然我们最终或许会适应新的成就感来源,但完全可以理解,许多人今天依然有一种绝望的冲动,想要爬上屋顶大喊:“这曾经很难!”

这篇 Hacker News 讨论探讨了随着人工智能的兴起,软件开发是变得“更容易”了,还是仅仅变得更加复杂了。 参与者对于自动化的影响看法不一。一些人认为,尽管编写代码的速度变快了,但真正的挑战——如理解需求、满足客户以及构建安全的系统——依然像以往一样困难。另一些人则认为,随着人工智能降低了入门门槛,编程的“乐趣”已不复存在,这让工程师们感到他们曾经引以为傲的技术正在变得平庸化。 争论的核心点在于工作性质的转变。一些用户认为,问题的范围已经扩大,使得个人利用人工智能工具能够完成更多工作。相反,批评者则对激烈的竞争和劳动力贬值表示担忧,认为职业道路变得不再明确且更加不稳定。归根结底,这篇讨论捕捉到了生产力提升带来的兴奋感,与职业基本“准入门槛”迅速转型所引发的存在性焦虑之间的张力。
克朗克GPT CrankGPT 2 小时前

外貌提升还是代币增值……为什么不两者兼得?我们知道你正忙于拼搏,但有时忙于事业会让你疏忽了对自己的照顾。用 CrankGPT 产出你自己的代币吧。你工作越努力,健身成效就越显著。

Hacker News 上关于 **CrankGPT** 的讨论凸显了该项目在宏大构想与争议性执行之间的分歧。 CrankGPT 是一款旨在为中心化人工智能决策提供替代方案的工具,其核心使命——将影响力从目前主导 AI 发展的一小撮富裕精英手中分散出来——受到了赞誉。用户证实该工具功能完备,且能提供合法的回答。 然而,该网站本身遭到了社区的严厉批评。用户强烈反对其“劫持滚动”的交互界面,一些参与者建议使用更简洁的替代文档页面,以绕过糟糕的用户体验。尽管网站设计造成了摩擦,但该项目实现 AI 权力民主化的目标,对于那些担忧资本垄断对技术进步产生影响的人来说,依然是一个关注点。

```ujjwalvivek.com ~ %browser --probe --compatibility█[错误] 检测到不兼容的浏览器[警告] Safari 版本过旧,无法运行此应用程序[信息] 本网站要求 iOS 16+ 或现代浏览器功能
 ┌─ 最低配置要求 ─┐
 │ • iOS Safari 16+ │
 │ • Chrome / Edge 90+ │
 │ • Firefox 88+ │
 └────────────────────────┘
 ujjwalvivek.com ~ % █```

一篇关于“我因愤怒写了 5000 行汇编代码”的博客文章引发了 Hacker News 的讨论,但讨论焦点已转向对该项目真实性的怀疑。 评论者大都驳斥了作者的说法,指出汇编代码和随附文档明显是由人工智能生成,而非作者亲手编写。批评者指出了代码库 Markdown 文件及作者在讨论串中评论所呈现出的典型大语言模型(LLM)生成痕迹。 讨论还涉及了该博客的质量问题,其包含的极易引起争议且加载缓慢的动画被许多用户认为既没必要又令人分心。虽然一些评论者为该项目辩护,将其视为一种创作尝试,但讨论串中的普遍共识是,作者将人工智能辅助的工作伪装成了纯手工的“裸机”成就。作者在讨论串中的评论似乎已被标记或触发了自动垃圾邮件过滤,这进一步加剧了社区对该项目合法性的质疑。

印度已与总部位于阿联酋的 G42 公司达成合作,将利用 Cerebras 的硬件部署人工智能超级计算机。此举标志着印度采取战略行动,旨在减少对亚马逊、微软和谷歌等科技巨头的依赖。通过在印度国内进行基础设施托管并由印度政府进行治理,政府意在对其人工智能能力行使更强的控制权。 尽管印度目前已拥有大量来自美国云服务提供商的基础设施投资,但与 G42 的这笔交易引入了一条以“人工智能主权”为核心的替代路径。该合作伙伴关系采用了 Cerebras 专门的大规模芯片,这些芯片在医疗保健和农业等领域的应用部署方面表现尤为高效,而不仅仅局限于模型训练。 这笔交易凸显了一个更广泛的全球趋势,即各国正寻求拥有而非租用计算能力。然而,专家指出,G42 在与美国科技巨头所提供的集成软件和开发者生态系统竞争时,面临着巨大挑战。随着各国日益追求独立的人工智能基础设施,传统云服务提供商的市场主导地位可能会受到挑战,并迫使它们适应全球合作的新模式。

印度与阿联酋已建立战略合作伙伴关系,旨在实现人工智能主权,以减少对谷歌和微软等美国科技巨头的依赖。 该倡议充分利用了阿联酋在人工智能基础设施方面的大力投资,包括国有技术创新研究所(TII)、“Falcon”模型以及 G42 生态系统。对印度而言,该合作重点在于将人工智能应用于医疗、农业和公共服务等关键领域,并利用 Cerebras 硬件进行高速应用处理。 然而,这一合作引发了 Hacker News 社区的质疑。批评者认为,针对关键行业使用特定领域模型的策略存在缺陷,其表现可能不如“全能型”方案。反对者建议,印度应致力于构建强大的数据中心基础设施,以托管领先的通用模型,而非依赖可能具有局限性的利基解决方案。此外,一些分析人士对所提硬件的实际吞吐能力提出质疑,认为其无法满足印度这样的大国所需求的规模。

更多

联系我们 contact @ memedata.com