加载失败
这条帖子讨论的是 Ü Programming Language（一个仍在开发中的编程语言项目），其 README 试图把它包装成受 C++ 和 Rust 启发、但更简单且没有明显缺点的语言。评论区主要围绕 README 的可信度、语言的内存管理方案，以及项目是否已经达到能被外界认真评估的成熟度展开。有人指出仓库里其实能找到代码示例，但首页没有把最关键的用法和实现机制展示出来；也有人在问它是否会支持类似 C#（微软生态里的语言）那样的 compile-time attributes（编译期属性）。另一些人则注意到项目名“Ü”几乎不好搜索，而且 GitHub 上异常的 commit 统计可能掺杂了分支活动或自动化提交，让项目看起来比实际更活跃。
不少评论先被 README 的呈现方式劝退：开头像信息堆砌和特性表，却没有直接可运行的例子。评论者认为，应该尽快说明这个语言要解决什么问题、内存安全怎么实现、线程安全靠什么机制，以及有没有测试和 benchmark。有人还指出把 Go（带运行时并发模型的主流语言）排除在对比之外、却拿 Odin（较新的实验性系统编程语言）来比，容易让项目显得不够严谨。后来有人补充说仓库里其实能找到代码示例，但主页面没有把这些最关键的东西放在前面。
另一类反应是对项目文案本身的怀疑，尤其是那种“受 C++ 启发但没有缺点、受 Rust 影响但更容易用”的说法。有人直接把这种风格联想到 vendor sales 文案，暗示它更像包装而不是扎实的技术说明。整体上，这不是在争论某个语法细节，而是在说过度自信的表述已经让人先入为主地产生不信任。
另一个焦点是项目到底有多成熟。有人看到一年里出现 11775 次 commit 觉得非常异常，随后又有人指出 GitHub 的统计可能把分支活动、机器人或自动化 agent 的提交都算进去了。围绕这个数字，还出现了“是不是最近借助 AI 重新活跃起来”的猜测，但也有人提醒真正属于作者的历史提交量未必像表面那样夸张。更进一步，有人担心这种尚未准备好的项目突然暴露在公众面前，作者可能还没打算承受这么多公开评议。
也有评论给出相对具体的功能建议，希望加入类似 C#（微软生态里的语言）那样的 compile-time attributes（编译期属性）。这种能力会影响元数据、检查和生成代码的方式，因此被视为实用性很强的特性。另一个很现实的抱怨是项目名“Ü”几乎不好搜索，文档传播和后续发现都会吃亏。
memory safety: 通过编译器或运行时机制避免悬垂指针、越界访问、重复释放等内存错误。
Affine Ownership: 一种所有权模型，强调资源通常只有一个活跃持有者，用来在编译期约束生命周期。
Ref Counting: 通过维护引用计数来决定对象何时释放的内存管理方式。
compile-time attributes: 在编译阶段附加到类型或声明上的属性或元数据，可影响检查、生成代码或语法行为。