最新

无论是什么领域，无论大小，都没有关系。

我最近在经历了一段时间的创业后，开始了一份新工作。有些方面我真的很喜欢，有些则不然。<p>究竟是什么让人们随着时间的推移对工作产生厌恶？是薪资、同事还是企业文化？当人们提到“文化”时，这到底意味着什么？

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

我创建了 GRSH，因为我想要一个现代的、内存安全的 shell，它在 FreeBSD 上感觉原生，但在 macOS 上也能无缝运行。 虽然市面上有很多 shell，但 GRSH 是我对一个简约、快速且安全的命令解释器的理解，它完全用 Rust 编写。它的设计旨在为那些希望享受 Rust 安全保障的用户提供服务，而不需要承受更臃肿替代品的负担。 我目前正在开发官方的 FreeBSD 移植版。希望能从社区获得关于 shell 行为和性能的反馈。 Github: [https://github.com/antoniomalara301289/grsh](https://github.com/antoniomalara301289/grsh)

你好，HN！我正在整理一个由社区维护的个人网站目录，网址为 <https://hnpwd.github.io/>。关于该项目的更多细节可以在 <https://github.com/hnpwd/hnpwd.github.io#readme> 的自述文件中找到。 如你所见，目录目前只有少数条目。我需要你的帮助来扩展它。如果你有个人网站，我很高兴你能在这里分享。如果你的网站托管在你可以完全控制其设计和内容的空间上，并且在过去的HN讨论中获得了良好的反馈，我可能会将其添加到目录中。只需在评论中留下链接即可。如果你不希望你的个人网站被包含在目录中，请告诉我。 此外，我希望这个资源能够由社区共同维护，因此如果你想作为维护者加入GitHub项目，请在这里或通过自述文件中的IRC链接告诉我。 顺便提一下，看看“Ask HN: Could you share your personal blog here?” - https://news.ycombinator.com/item?id=36575081 - 2023年7月 - （1014分，1940条评论）。不过在这篇帖子中，范围并不限于博客。任何个人网站都欢迎提交，无论是博客、数字花园、个人维基还是其他任何形式的网站。