## 字体识别模型：学习历程
出于对字体的个人兴趣和学习人工智能模型训练的愿望，一位软件工程师构建了“Lens”字体识别模型。现有的在线工具通常依赖于专有字体或需要手动选择字形——Lens旨在无需手动输入，从图像中识别最接近的*开源*字体。
该项目不仅仅是训练一个PyTorch文件，还需要构建一个完整的“模型”流程，包括图像处理（裁剪、清理）和输出映射。关键的学习包括专注于相关输入（图像中最大的文字块）以及认识到数据收集和清理占据了90%的工作量。
诸如分离CPU/GPU任务和从小型训练开始（每个字体5张图像）等优化被证明至关重要。虽然训练面临云端上传挑战和漫长的迭代周期，但最终的模型表现出准确和快速的性能（2-3秒）。代码已在GitHub上公开可用，但尽管性能优于现有解决方案，分发仍然是一个挑战。该工程师计划继续改进Lens，并探索其在排版和设计中的进一步应用。
每日HackerNews RSS
对不起。
DoorDash 页面加载失败，请稍后再试。 错误详情 客户端IP：47.245.80.60 Ray ID：9e071d9fc9950cd4
## DoorDash “Tasks” 与零工经济 – 摘要
DoorDash 正在扩展其服务，推出“Tasks”，为零工提供者提供小型工作，例如拍摄商店货架照片或检查 Waymo 车门，本质上是众包数据收集。目前，这项服务的推广范围有限，不包括加利福尼亚州、纽约州和科罗拉多州等州，这可能是由于更严格的零工保护法，可能会使 Dashers 在非送货工作中的独立承包商身份复杂化。
这一举动引发了关于此次扩张影响的讨论。一些人认为这是一种创新，并且是 Dashers 在工人保护较少的地区赚取额外收入的一种方式。另一些人则表达了对劳动“非技能化”和创造一个福利和工作保障有限的不稳定底层阶级的担忧。
许多评论员指出亚马逊 Mechanical Turk 和 TaskRabbit 等类似模式，并辩论这些安排是否真正具有赋权作用或具有剥削性。人们对系统潜在的滥用（例如公司间谍活动）以及科技公司利用零工来规避传统雇佣责任的总体趋势表示担忧。对话还涉及对工人保护的需求以及自动化对未来就业市场的影响。
## NixOS：献给确定性的一封情书 作者对NixOS的喜爱并非源于其Linux发行版特性，而是源于Nix包管理器的强大功能——一种**确定性和可重复的软件包管理**系统。与随着时间推移积累不可预测“状态”的典型操作系统不同，NixOS允许从声明式代码构建整个系统，从而实现轻松的重建、修改和回滚。 这种声明式方法是关键：所有配置，从桌面设置到按键映射，都定义在一个地方，消除了碎片化的设置过程。NixOS提供卓越的稳定性，更新可预测，并最大限度地减少系统漂移。 除了个人使用，Nix在现代开发中表现出色，尤其是在LLM编码代理方面。它允许隔离的环境，从而可以试验特定的工具版本，*而不会*污染基础系统——对于快速发展的工具来说，这是一项至关重要的优势。 这也扩展到部署，为Docker提供了一种更具确定性的替代方案。 最终，作者重视NixOS的一致性以及它提供的安心感——一个稳定、可配置的系统，能够“不碍事”，并允许专注于创作和实验。 它代表着一种软件系统的愿景，这些系统是声明式的、可重现的，并且在跨平台之间可靠地保持一致。
## .NET MAUI 的 Avalonia：首个预览版发布
.NET MAUI 的 Avalonia 后端首个预览版现已发布，使开发者能够将 .NET MAUI 应用程序部署到 Linux 和 WebAssembly 等平台。 这扩展了 Avalonia 的跨平台能力，并提供了原生和绘制 UI 之间的选择——允许应用程序与宿主操作系统融合*或*在所有平台上保持一致的外观和感觉。
入门很简单：在现有的 .NET MAUI 项目中添加一个 NuGet 包和一个目标框架。 团队专注于与 .NET MAUI 控制的对等性，从而为所有用户带来了 Avalonia 12 的新导航 API。
广泛的测试包括移植 MauiPlanets、AlohaAI 和 MyConference 等应用程序，展示了成功的功能互操作性，且代码更改最少。 WebView、GraphicsView 和 SkiaSharp 等关键组件也受支持。
未来的开发包括基于 Avalonia 的 Maui.Essentials 定制实现以及与 WinUI 的互操作性。 此预览版旨在赋予开发者更大的控制权和灵活性，以构建真正跨平台的 .NET 应用程序。
## Avalonia 为 Linux 带来 .NET MAUI
Avalonia UI 正在努力将微软的 .NET MAUI 框架带到 Linux，解决了关键缺失的功能。虽然 MAUI 是开源的，但微软并未提供原生 Linux 支持。此举旨在允许开发者利用 MAUI 进行跨平台开发，包括 Linux 桌面。
该项目目前处于预览阶段，重点是兼容性和可访问性。讨论强调了 Wayland 支持的复杂性，可能需要为不同的合成器（GNOME、KDE、Sway）提供多个后端。一些开发者对这种方法的必要性表示怀疑，认为现有工具可能就足够了。
Avalonia 的商业产品面向希望将现有的 WPF 应用程序移植到跨平台环境而无需大量代码重写的企业。此举被视为 Avalonia 可能挑战 MAUI 的主导地位，提供技术强大、开源的替代方案。文章还涉及了关于 .NET 在 Linux 上的更广泛讨论，以及在日益被 Web 解决方案主导的格局中，跨平台 UI 框架的价值。
快速、易用，专为今天的学生设计——没有高昂的价格。Zero ZGC4 结合了熟悉的设计和现代性能，并内置编程工具，帮助学生在课堂上保持自信，为考试做好准备。专为日常学校使用设计。快速发货。无需订阅。
## 代码并非消亡，而是在进化
尽管有相反的说法，代码并非正在消亡——它正被人工智能改造。利用自然语言通过人工智能生成代码的“氛围编程”的兴起，感觉是革命性的，它允许快速迭代和原型设计。然而，这种便捷性创造了一种精确性的假象；建立在模糊基础上的复杂系统*最终*会崩溃，正如协作编辑器失败等现实世界案例所证明的。
关键不是放弃代码，而是改进**抽象**——创建越来越精确的层来管理复杂性。人类擅长这种信息压缩，而AGI将放大这种能力，解决我们最具挑战性的抽象问题。
代码本身的价值不仅仅在于它产生的软件，还在于其内在的质量和清晰度。 正如语法正确的写作仍然至关重要一样，即使有了先进的人工智能，编写良好的代码也将至关重要。 AGI不会消除对良好代码的需求；它将*使*我们能够编写*更好*的代码，专注于优雅的解决方案和强大的系统。 现在否定编码就像否定印刷术的发明中的讲故事——一种为强大新时代做准备的基本技能。
## 代码之外：在变化的世界中寻找价值 雅各布，一位软件顾问，反思了随着人工智能快速发展而日益增长的过时感。他认为，这种焦虑并非源于对工作保障的担忧，而是源于与*我们所做的事情*相关的身份认同的丧失——我们对自己是谁讲述的故事。我们围绕劳动建立自尊，但这是一个脆弱的基础。 他强调了“温暖”的重要性——真诚的联结和同理心——作为机器无法复制的根本人性。虽然资本主义优先考虑自动化和效率，但真正的价值在于人际关系、存在感和理解他人。临终的遗憾集中在失去的联结上，而不是失去的生产力。 最终，我们的价值不是由我们的技能或职业决定的，而是由我们与周围人的关系决定的——从“我-它”的交易式互动转变为有意义的“我-你”的联结。他鼓励读者审视他们的身份是否完全与工作联系在一起，并培养存在感和真诚的联结，因为这些才是真正让我们不可替代的品质。
Manyana是一个新项目，展示了基于无冲突复制数据类型（CRDT）的版本控制未来。与容易出现复杂、不透明冲突的传统系统不同，Manyana确保合并*总是*成功，通过用信息性标记标出重叠的更改来解决冲突——清晰地显示*什么*更改以及*谁*做的。 这种方法提供了几个优势：永久行顺序、非阻塞冲突解决，以及编织到文件结构中的统一历史记录，无需复杂的共同祖先计算。值得注意的是，可以在不丢失历史上下文的情况下实现变基。 目前，Manyana是一个470行的Python演示，专注于单个文件，证明CRDTs可以克服用户体验挑战并提供卓越的版本控制体验。虽然诸如cherry-picking之类的功能尚未实现，但该项目的设计，详述于其README中，为下一代、功能齐全的版本控制系统提供了一个蓝图，并以公共领域许可证发布。
## Wayland 开发：开发者们的沮丧 Linux 从旧的 X11 窗口系统迁移到 Wayland 是为了追求更现代的架构、更好的安全性和更高的性能。虽然 Wayland 提供了更流畅的用户体验并且正日益成为标准，但为它开发应用程序却被证明极具挑战性。 作者详细描述了一段令人沮丧的经历，将 Wayland 的复杂性与 raylib 等库，甚至旧的 X11/Win32 API 的相对简单进行了对比。Wayland 的核心设计——一种异步、面向对象的协议，严重依赖回调——创造了复杂且曲折的控制流，即使是打开窗口或处理输入等基本任务也需要大量的样板代码。 主要问题包括碎片化的扩展支持、从 XML 文件生成的 API 代码以及缺乏标准化的功能（例如桌面状态检索）。即使是剪贴板访问、屏幕共享和热插拔设备等看似简单的功能也需要大量的变通方法。作者认为 Wayland 优先考虑了架构的纯粹性而非开发者易用性，导致即使是经验丰富的程序员也难以构建哪怕是中等复杂度的应用程序。尽管被认为是“未来”，但 Wayland 的开发体验感觉是倒退了一步。
彭博社 需要帮助？请联系我们 我们检测到您的计算机网络存在异常活动 要继续，请点击下面的框来确认您不是机器人。 为什么会发生这种情况？ 请确保您的浏览器支持 JavaScript 和 cookies，并且没有阻止它们加载。 有关更多信息，您可以查看我们的服务条款 和 Cookie 政策。 需要帮助？ 如对本消息有疑问，请联系 我们的支持团队并提供以下参考编号。 阻止参考编号：757445a6-2608-11f1-8005-f7294347756f 通过彭博社订阅，随时掌握最重要的全球市场新闻。 立即订阅
## Atlassian 因工程师批评 CEO 而解雇 – 引发争论
Atlassian 最近解雇了工程师丹尼斯·昂特沃扎赫尔，原因是她在公司内部 Slack 频道回复了一则全公司裁员公告，发表了一段讽刺评论。该评论引用了 CEO 在 NBA 球队总部发布消息的地点，写道：“Outragers，大家好，我正在我的 NBA 球队总部大喊大叫，指责那些我刚刚摧毁职业生涯的人。”
Atlassian 以“恶毒的沟通和人身攻击”为由为解雇辩解。然而，国家劳工关系委员会 (NLRB) 正在调查此事，认为解雇可能违反了保护关于工作条件的讨论的劳动法，特别是考虑到 Atlassian 宣称的“开放公司，不玩虚的”理念。
这起事件在网上引发了争论。一些人认为昂特沃扎赫尔的评论是对权力动态和 CEO 缺乏同理心的合理批评，而另一些人则认为这是不恰当的工作场所行为。许多评论员对员工言论的影响以及高管和工人之间日益严重的力量失衡表示担忧。此案提出了关于公司内可接受批评的界限以及是否应该要求 CEO 具备更高的情绪韧性等问题。