最新

很高兴与大家分享 Prela 查询语言的“第二版”。 在分享了上一版本后，我收到了一些宝贵的反馈，其中最主要的是基于 Unicode 的奇怪语法让大家感到困惑。 Prela 现在拥有更熟悉的类 SQL 语法，同时遵循代数原理，这使得该语言具有组合性和可控性，并且核心引擎的代码量仍保持在 1k 行以内。 引擎也已从 Julia 重写为 Rust，这带来了更简洁的代码和更快的性能（这不仅仅是因为“Rust 快 Julia 慢”，还涉及一些深入的编译器层面的原因，我希望将来能写文章详细介绍）。 长远来看，我认为 Prela 的价值不在于它是一个独立的查询语言，而在于它展示了关系组合子的强大功能，这些组合子可以像迭代器一样，在任何语言中实现。

您使用了哪些模型和硬件？用于什么目的？遇到了哪些挑战？有什么技巧帮助您完成了这项工作？<p>这或许能帮助像我一样的新用户进行设置。

我有一些关于软件工程师术语过时的看法和观点想提交给 Hacker News。 我认为软件工程师和“氛围程序员”（vibe coders）需要一个新的称呼。就叫大家“建造者”（Builders）吧。你从来没有真正意义上像盖房子那样，用图章来定义工程师，而现在，一个“氛围程序员”可以设计软件并称自己为软件工程师，而无需经历你今天所经历的那些艰辛。这很混乱，从长远来看也没有意义。 这就是新的竞技场。我们现在有糟糕的建造者，他们建造的房子会倒塌、出现水渍、地下室被淹、地板吱吱作响，或者因为电线松动而烧毁。或者……也有优秀的建造者。他们为自己建造的房屋感到自豪。他们每天与各工种的工人会面。他们清楚每个工种在做什么。他们知道房子会屹立百年，因为他们在整个建造过程中都密切关注着。他看到了每一车被倾倒和压实的泥土，看到了屋顶板上的每一颗钉子。 优秀的建造者甚至可能偶尔会穿上工具腰带，亲自动手做一些体力活。他们可能会调整框架，因为他们知道这会如何影响最终产品。他们可能会在工程师忽略的薄弱环节处进行加固。他们可能会在框架中间调整窗户的位置，因为他们知道之后组装过程中会出现的巨大问题。他们会精心布置常用区域的插座，或者提高电路的安培数，因为他们知道将来该位置会使用什么样的设备。 每个人都能获得同样优秀的基层基础。但这并不是衡量一个好房子的标准。无论基层基础有多好，他们都不关心这栋房子。建造者必须关心。拥有现场经验的建造者永远不会失去价值，而房子也不会自己建造。

我从2019年就开始着手这项工作，最初主要是一个设计理念。在过去的一个月里，我大力投入，使其能够100%投入使用，并取代我所有个人项目中的C#。现在我觉得它已经足够成熟，可以收集其他开发者的反馈了。如果您尝试使用它，我希望您喜欢它并分享您的想法！