每日HackerNews RSS

在最近的思考中,约翰内斯·里德斯泰特(Johannes Ridderstedt)强调了生活在当下的独特荣幸:像林纳斯·托瓦兹(Linus Torvalds)、约翰·卡马克(John Carmack)和法布里斯·贝拉德(Fabrice Bellard)这样的计算机科学传奇人物依然活跃且易于联系。 里德斯泰特鼓励程序员通过主动联系心中的偶像,打破职业上的孤立状态。他整理了一份名单,涵盖了全球行业偶像和瑞典当地经验丰富的开发者,并建议发送一封简单的电子邮件或信息,就可能带来改变人生的经历。 对于那些不敢联系知名人物的人,里德斯泰特邀请读者先直接与他取得联系,分享各自的灵感。总的来说,这篇文章旨在号召软件开发人员加强联系、寻求指导并建立社区,提醒大家编程是一段协作的旅程,而非孤独的追求。

抱歉。

与普遍认为 AI 工程师不会被取代的看法相反,作者认为他们实际上可能比普通软件开发人员更容易受到冲击。 问题的核心在于对“AI”的定义。目前,这个词涵盖了从简单的搜索算法到复杂的大语言模型(LLM)等各种技术,范围过于宽泛。然而,行业正趋向整合:大型通用基础模型正日益“吞噬”专业 AI 分支。随着这些模型变得更加多功能、强大且能够近乎实时地实现专业化,对定制化 AI 开发的需求将会减少。最终,大多数公司会发现使用“即插即用”的通用模型比聘用专门的 AI 工程师更具成本效益。 虽然软件开发人员在将这些模型集成到功能性应用程序中(需要人工监督和领域知识)时仍不可或缺,但 AI 工程师这一专业角色正面临被其所构建的技术本身所吞没的风险。随着模型的不断改进,对定制化 AI 研究的需求可能会萎缩,仅留下大型科技公司里的顶尖研究人员,从而导致更广阔的市场趋于饱和。

随着苹果基于 ARM 的计算机的兴起,不可移植的汇编代码有所增加。开发者通常在不考虑 Linux 或 BSD 等其他 64 位 ARM 平台的情况下,为苹果基于 Darwin 的工具链编写优化代码。然而,如果开发者考虑到 Mach-O 和 ELF ABI 之间的主要差异,实现跨平台兼容性其实很简单。 主要障碍包括: * **符号前缀**:Darwin 要求符号前缀必须加下划线。 * **元数据**:ELF 使用 `.type` 指令来定义符号类型,而 Mach-O 没有此功能。 * **保留寄存器**:与标准的 GNU/Linux 不同,x18 寄存器在 Darwin ABI 中是保留的。 * **语法**:苹果提供了官方 ARM 工具链不支持的自定义 NEON 助记符。 开发者可以通过避免使用苹果特有的语法,并使用简单的宏来抽象 ABI 差异,从而轻松克服这些障碍。通过定义处理下划线和 ELF 特定元数据的宏,您可以编写出简洁、可移植的汇编代码,使其能够在苹果硬件、Linux 和其他基于 ARM 的系统上无缝运行。

这份 Hacker News 讨论聚焦于一篇 2023 年的文章,探讨了编写可移植 ARM64 汇编代码所面临的挑战与可能性。 辩论指出,尽管汇编语言本身与特定 CPU 架构绑定,但此处提到的“可移植性”是指创建能够跨不同 ARM64 平台运行的程序——例如经过优化的数学函数。参与者提到,主要的障碍源于各操作系统特定的 ABI(应用程序二进制接口),例如 macOS (Darwin) 保留了 `x18` 寄存器,这与 Linux 或 Android 的实现方式不同。 参与者分享了对维护特定平台的 `#ifdef` 补丁所带来的困扰,并抱怨 ISA 手册对寄存器用法的规定。另一场讨论则探讨了汇编可移植性的历史;虽然有人认为汇编“永远无法移植”,但也有人指出,通过硬件抽象层 (HAL) 抽象系统调用,或专注于纯粹的 CPU 计算算法,开发人员可以在不同机器间实现显著的代码复用。最终,大家达成共识:对于局部的计算逻辑而言,只要开发人员考虑到系统级接口(如 Mach-O 和 ELF)之间的差异,编写可移植的汇编代码是可行的。

1987年,英国摄影师理查德·格林希尔(Richard Greenhill)与一群被称为“影子小组”(Shadow Group)的爱好者开始在他的阁楼里建造一个真人大小的人形机器人,取名为“影子行者”(Shadow Walker)。该团队利用枫木骨架和气动“气肌”,成功实现了平衡,但自主行走却难以达成。 该项目于1990年在格拉斯哥举行的国际机器人奥林匹克竞赛中达到高潮,当时“影子行者”与来自全球工业界和学术界的参赛作品同台竞技。尽管此次赛事凸显了当代机器人技术的极端局限性——许多机器人在简单的环境中都难以导航——但它也为该领域提供了一次至关重要的现实检验。 比赛结束后,“影子小组”演变为影子机器人公司(Shadow Robot Company)。虽然他们最初的目标是制造双足人形机器人,但公司最终转型,专注于高精度机械手。如今,影子机器人公司已成为英国历史最悠久的机器人公司。“影子行者”留下的遗产不在于它的行走能力,而在于人们从中认识到复制人类灵活性所面临的巨大复杂性。尽管在此后的几十年里技术取得了巨大飞跃,但创造真正功能性、自主性的人形机器人依然是一项未竟的挑战。

一场关于 DIY 气动“肌肉”双足机器人的 Hacker News 讨论,引发了人们对业余工程发展演变的广泛探讨。 一些评论者辩论了气动执行器与镍钛合金线等替代方案的技术优劣,指出了能效、散热和压缩方面的问题;另一些人则反思了创客文化的变迁。老一辈参与者回顾了 20 世纪 70 年代,当时 DIY 爱好者常被视为离群索居的怪人而非创新者,并将其与如今 3D 打印普及和 Hackaday 等在线社区繁荣的现状进行了对比。 讨论还涉及了软件工程领域不断变化的经济状况,人们就现代薪资是否已大幅超过历史水平展开了争论。最后,话题转向了幽默的“名字决定论”,参与者提到了研究员 Walker 开发腿部机器人软件,以及 Andrej Karpathy 从事自动驾驶路径(Car-pathy)研究这种语言学上的巧合。总的来说,这场对话将技术探索与历史和语言学反思联系在了一起。

请启用 JavaScript 和 cookies 以继续。

这篇 Hacker News 的讨论主要围绕着人们对微软在量子计算进展方面最新声明的怀疑。批评者认为,所观察到的现象可能源于普通的物理伪影(如电子跳跃),而非真正的量子突破。 争论延伸到了量子计算的未来用途。许多参与者认为,量子计算机将始终是用于科学研究的高度专业化工具,而不会成为“主流”消费设备。他们指出,量子计算机并非万能加速器;它们针对的是特定领域的问题(如密码学或物理模拟),而非通用计算或典型的电子游戏物理效果。 该讨论帖还涉及了一些技术误区,用户澄清了量子纠缠无法用于超光速传输信息,从而驳斥了关于“无限带宽”的理论。在软件方面,贡献者解释称,目前的量子编程依赖于高级抽象,例如基于 Python 的框架(如 Qiskit)或微软的 Q#,而非底层的“类 C”语言。总的来说,这些观点反映了科学界对硬件可靠性的怀疑,以及对该技术长期实际应用的务实态度。

浏览器已禁用 JavaScript。请启用 JavaScript 以继续。 该网站的必要组件无法加载。这可能是由于浏览器扩展、网络问题或浏览器设置所致。请检查您的网络连接、禁用广告拦截器,或尝试使用其他浏览器。

本项目旨在归档并重构经典 DOS 游戏《Test Drive III: The Passion》的世界地图。开发者出于儿时的怀旧之情,历时五年对该游戏的 3D 格式进行了逆向工程,从而实现了精确的数字化重构。 在技术实现上,该项目解码了一个 32x16 的图块 ID 网格,并利用 16 位顶点坐标的并行数组来构建 3D 网格模型。项目包含一套基于 Node.js 的强大命令行工具,用于提取这些资源,包括: * **OBJ 导出器:** 将地图和对象转换为标准的 Wavefront 3D 文件。 * **资源提取器:** 将游戏特定的 DAT 文件转换为 PNG 图像并提取场景精灵图的工具。 * **格式文档:** 一个详尽的 `spec/` 目录,记录了逆向工程后的文件结构。 代码库提供了一个基于浏览器的查看器(使用 Three.js 构建),用于探索重构后的环境;此外还设有展示游戏界面、精灵图和地图设计的图库。这一成果成功地将 90 年代的游戏数据与现代 Web 技术相结合,为日后的探索保留了该游戏独特的开放世界几何结构。

抱歉。

“SaySynth” 是一个创意项目,旨在将 macOS 传统的 `say` 命令(一个文本转语音框架)改造为音乐合成器。通过访问一个隐藏的底层音素领域特定语言(DSL),该工具允许用户在颗粒度层面操控音高和时值,将语音视为原始音频素材来处理。 该项目置于会说话机器的发展史背景下,作者将其归类为机械式、共振峰式、拼接式和生成式系统。在整个历史中,反复出现的主题包括:将歌唱作为衡量人性的基准,以及通过持续将合成语音女性化来掩盖其背后隐形的劳动。 作者认为,现代人工智能优先追求完美的自然度,往往剥离了定义创造性表达的“怪异感”。当商业语音合成(TTS)努力实现对人性无缝、高效的模拟时,SaySynth 却拥抱了“失败的声音”。通过将工具推向其预期设计之外,作者强调了机器局限性的质感往往比现代算法抛光后的输出更具表现力。归根结底,SaySynth 是对人类声音标准化的一种抗议,在资本主义试图抹除的故障中发现了美。

抱歉。

抱歉。

仅前500名预订者可享受首发价格。 • nLab 硬件 – 您的便携式实验室。 • nLab 应用程序 – 实时控制与数据分析。 • 200+ 种组件 – 一站式满足您的所有需求。 • 12 个引导式项目 – 在构建中学习。 • 免费视频教程 – 循序渐进的 YouTube 指南。

抱歉。

更多

联系我们 contact @ memedata.com