最近正在设计并实现一门编程语言(续)

[Mohanson]

项目地址: https://github.com/mohanson/pydouz

该语言前端由 Python 书写, 后端采用 LLVM. 因此原生支持 LLVM 的一切生态, 包括编译到 wasm 或 riscv 指令集(编译到 riscv 指令集已经过简单测试).

Example: 斐波那契数列

def fib(n) {
    if n 3 < {
        n;
    } or {
        fib(n 1 -) fib(n 2 -) +;
    };
}

(这个操作符后置的表达式学名叫 "逆波兰表示法")

目前还是早期开发状态, 但已经有可供运行测试的 Demo.

---

前情提要: https://www.v2ex.com/t/589166

[Sornets]

@Mohanson 明年你再来看看你说的这些话，看看会不会感到尴尬

[keith1126]

@Mohanson #20

"利于计算机理解，是美的"，照你这么说，机器语言最美？

程序语言是给人用的，所以应该优先考虑使用者的感受，至于怎么让计算机执行起来方便，这应该交给你的编译器。

[Mohanson]

@keith1126 你可以在许多 c 库中见到作者手写 asm 代码，即使是 go 这种高级语言，标准库中也大量手写汇编，比如 go 标准库的加密库，早期有许多汇编, 比如 rc4 算法是纯汇编实现的，今年才大部分用 go 原生代码进行了替换。汇编直接操作的 cpu 寄存器，这可太不考虑使用者的感受了。我之前写的开源项目，用的测试用例就是零几年一位开发者写的纯汇编，熟悉后读起来并不比高级语言差。机器码和高级语言并不是有你没我的状态，他们都将长期共存，希望你能理解这一点。我说计算机容易理解所以美的意思并不是“机器容易理解牛逼，所以高级语言就不牛逼”的意思，它们不存在因果性。

中缀表示法是上世纪波兰数学家提出的，而 Lisp 语言的成功已经证明小部分计算机工程师可以接受非中缀表示法。

你所说的交给编译器解决是对的，有些语言会做前置的预编译？可能是这个名词，就是用户用中缀写，但是预编译阶段会将中缀替换为前缀或后缀再交给真正的编译器，有点类似编译器在真正编译前会自动给每行加分号一样。

[alcarl]

@Mohanson 机器方便的还是交给机器，人方便的交给人。汇编好不好不重要，重要的是它不适用于绝大多数人。手撸一个编程语言应该也是一样。当然自己写着玩的无所谓了，美的标准不好讨论一千个人有一千个样子

[fluorinedog]

tokenizer 和 parser 是编译器的基本操作，这一块都要迁就机器只能说明太菜。
还拿 lisp 举例，当年是什么 CPU，多大内存？
低层次级别优化，都是先考虑 intrinsic，不行再上 llvm ir，手写汇编维护性是最差的，手动分配的寄存器也不见得比图染色算法搞得好。

[cstj0505]

@fluorinedog lz 加油，先不用考虑使用者感受。这里没几个人手写过编译器，大部分人都是拿自己用的熟的语言和你的对比。很多事情不是一次就能成功的，但是你只要做了，至少在编译器这块，你就进了这个门槛。至于好与不好，别人用不用，别人怎么说，那是后话了。

[Mohanson]

@cstj0505 谢谢你的鼓励！！

[wslzy007]

开源过一个类 c 的脚本引擎，供参考： https://github.com/lazy-luo/lazyExcel