EYG：专为普通人打造的编程语言
EYG: A Programming Language for Humans
我在等待瑞典签证的十周里，观察到许多技术爱好者陷入'无代码工具'的困境：初期简单好用，随着复杂度增加便束手无策，最终被迫求助专业开发者或艰难自学。我创建了Eat Your Greens（EYG），一种静态类型函数式语言，旨在解决'家庭自制'软件的需求。EYG不追求让普通人成为专业开发者，而是通过自动处理部署和运行环境（如依赖管理、路径配置），让'创造者'只需专注于描述业务逻辑。与Gleam等语言不同，EYG采用结构类型系统和哈希依赖，消除类型定义的繁琐和依赖地狱，让非专业人士也能轻松构建可靠的自动化脚本和工具。
普通人对整数溢出的反应是'见鬼，数字根本不是这么工作的'，而99%的情况下这种反应才是对的。
HN 评论区
65- Panzerschrek
我通常认为专门为非开发者开发一门语言并不是个好主意。这以前尝试过多次，但最终目标并未达成。迟早大家会意识到，即便是最初为“普通人”设计的语言，专业开发者仍然是必不可少的。但这类语言通常对专业开发者来说不够好，它们缺乏必要的抽象能力、灵活性、性能或其他东西。
我们有很多这样的例子，比如 COBOL、SQL、Visual Basic。
- veqq
EYG 的结构化编辑器简直太棒了，它不会让你写出语法错误的代码等等。
- saghm
> 只有开发者才会对机器抱有同情。他们会兴致勃勃地解释为什么整数溢出是必要的。普通人对整数溢出的反应通常是“见鬼，数字根本不是这么运作的”。我们有 BigInt，而且 99% 的情况下，这种“见鬼”的反应才是正确的。
忘掉对机器的同情吧；我们需要能预防问题的编程语言，真正的原因是我们应该同情那些可怜的普通人，除了最简单的代码，他们一旦触及硬件极限就无法进行推理。我认为，对于几乎所有人类（无论是不是开发者），大脑就像是世界上最糟糕的运行时环境。最大内存低得离谱（你到底能同时记住多少个变量？），而且极易出错，这种错误让 C 语言看起来像是上天赐予的未定义行为解决方案（你们认识几个有多个孩子却从未叫错过名字的父母？我平均一天之内就会把一只猫叫成另一只猫的名字），运行速度更是可笑（单次除法运算耗时可能长达数秒）。
世界上最宽的整数类型也阻止不了我们写出有 bug 的代码，而且我认为我们有比 BigInt 更紧迫的问题要解决。
- teo_zero
我以为所有“创造者”都在用 Python。EYG 到底打算消除什么摩擦？
- invalidOrTaken
挺有意思的东西。我喜欢这种对“计算机工作”的分类法：一部分是逻辑认知，另一部分是琐碎的细节。