最新

无论什么领域，规模大小都无关紧要。

我最近结束了作为创始人的长期创业生涯，开始了一份新工作。有些方面我真的很喜欢，也有一些我不喜欢。<p>究竟是什么让人们日渐厌恶自己的工作？是薪酬、人际关系还是企业文化？当人们谈论“文化”时，这到底指的是什么？

Linux 桌面已经花费了十多年时间向新的图形栈过渡。Wayland 带来了许多优势，尤其是在移动风格的安全性与简洁性方面。但在这一过程中，我们正在悄然失去一些宝贵的东西：曾经让 Linux 图形模型独一无二的分布式、协议驱动、传输无关的理念。 这并非怀旧。这些能力对于远程工作、自动化、多机工作流程、瘦客户端、云桌面以及未来的分布式系统至关重要。它们不是“遗留功能”；它们是可能再次变得重要的架构优势。 问题不在于 Wayland 本身，而在于它从未被设计用来支持这些用例。它的设计理念是有意为本地、单用户和合成器中心。这对于移动设备来说是完全有效的，但它为桌面和分布式环境留下了一个空白。 另一方面，Xorg 遭受的是老化的实现，而不是过时的理念。它的核心思想——基于协议的渲染、远程执行、可组合性和传输独立性——仍然具有相关性。我们所缺乏的是一个现代、极简、仅协议的继任者，它在不背负 Xorg 历史包袱的情况下保留了这些优势。 这样的项目不需要复制 Xorg 的整个功能集。它不需要服务器端渲染、字体、输入法、窗口管理或安全策略。它只需要定义一个干净、现代的协议和一个稳定的抽象层。现有的合成器可以实现它。现有的驱动程序不需要更改。Mesa 也不需要进行重大重新设计。工程量远小于重写整个图形栈。 这并非呼吁取代 Wayland。这是呼吁承认 Linux 桌面可能需要不止一个图形模型。一个协议优先、实现无关的层可以与 Wayland 共存，补充它，并保留那些否则将会消失的功能。 如果没人开始这项工作，行业将自然而然地趋向于移动风格的图形架构，而过去的分布式能力可能会被长期遗忘。但如果有人开始一个现代的、仅协议的 Xorg 继任者，社区最终可能会找到一条在简洁性与桌面曾经拥有的——并且可能再次需要的灵活性之间取得平衡的道路。

我开发 GRSH 是因为我想要一个现代、内存安全的 shell，它既能像 FreeBSD 的原生 shell 一样，也能在 macOS 上无缝运行。<p>虽然市面上有很多 shell，但 GRSH 是我用 Rust 编写的，一个极简、快速且安全的命令解释器。它专为那些希望获得 Rust 的安全保障，又不想承受更臃肿的替代方案带来的开销的用户而设计。<p>我目前正在开发官方的 FreeBSD 移植版。我非常希望社区能提供关于这个 shell 的行为和性能的反馈。<p>Github: <a href="https:&#x2F;&#x2F;github.com&#x2F;antoniomalara301289&#x2F;grsh" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;antoniomalara301289&#x2F;grsh</a>

大家好，HN！我正在整理一个由社区维护的个人网站目录，网址是 &lt;https://hnpwd.github.io/&gt;。关于该项目的更多详情，请参阅 &lt;https://github.com/hnpwd/hnpwd.github.io#readme&gt; 中的 README 文件。<p>正如您所看到的，该目录目前只有少数条目。我需要您的帮助来壮大它。如果您有个人网站，我很乐意您在此分享。如果您的网站托管在您可以完全控制其设计和内容的网络空间上，并且过去在 HN 讨论中获得了良好的反响，我可能会将其添加到目录中。只需在评论中留下链接即可。如果您不希望您的网站被收录在目录中，请告知我。<p>此外，我打算将其作为一个社区维护的资源，因此如果您想加入 GitHub 项目成为维护者，请在此处或通过 README 中的 IRC 链接告诉我。<p>顺便提一下，也可以参考“Ask HN: 您能否在此分享您的个人博客？” - https://news.ycombinator.com/item?id=36575081 - 2023 年 7 月 - (1014 分，1940 条评论)。尽管如此，该帖子的范围并不局限于博客。欢迎任何个人网站，无论是博客、数字花园、个人维基或其他任何内容。