@liuhan907 还不太了解这个，我写简单的俄罗斯方块的时候，确实是必须在主线程上运行。关于手动的协程调度我有在考虑了，现在的协程运行方式是预留的参数的，通过 @async(hello(), co.SAME) 类似这样的行为，本来是有 co.SOLO 这样的单独线程运行协程的参数，但是 GC 支持有些问题，所以删掉了。后续还是会想办法支持的。

@zeromake 其实现在离 windows 支持只差一个能够交叉编译的链接器而已。这个东西自己写确实累死人，我一直在找有没有现成的。

@5261 我编辑器 lsp 使用 rust 写的，总体的感受是写一些系统代码的时候需要大量的 clone 来避免所有权问题，导致最终整体代码的可读性不太好。另外就是 idea debug 不太方便，只能通过 dbg! 进行 dd 操作。

@xjzshttps 感谢反馈 bug ，fd 有泄露，我调整了 Max open files ，晚点把 bug 也修复一下。

@zsj1029 暂时没有这个打算，原则上自举并不利于编程语言的发展，不仅耗时耗力，并且等于抛弃了高性能的 C (golang 用汇编弥补了很多) 和标准库。我更多的精力会放在编程语言可用性上。

@Pipecraft 有趣，我说怎么没见过这个功能，原来是你自己开发的扩展。

@2018yuli 编译型的编程语言直接编译成机器码，就不需要 jit 技术啦。jit 就是运行时即时编译。在运行的时候生成机器码，然后将函数调用指向机器码。

@lesismal 哈哈，实际上每个 star 都是我以后选择和谈判的资本。现在都算是入股了，如果能搞出不错的东西，我一定会回馈社区。

@aababc 主要还是类型前置还是后置的问题，在初期设计的时候进行了长时间的考虑，最终选择了类型前置。我认为类型前置的可读性更好，并且类型推断时可以直接将类型转换为推断语法 var 。

函数声明时由于类型必须明确声明(无论时类型前置还是类型后置)，常见的类型后置声明在函数声明时并不简洁（你说的这种省略声明方式除外），比如 (a: int, b: int)， 和 (int a, int b) 相比，后者更加简洁可读。

@cndev233 是的，我真的很喜欢 golang ，但我觉得 golang 可以更好,。

@xingcy 我 28 左右，马上有孩子 😄。我运气很好，上家公司双休还不需要加班。其实不是两年，写这个项目已经 4 年了，主要是下班写，偶尔摸鱼的时候也会写一点。因为我之前月薪够我家庭使用了，所以就狗住了，一家公司一呆就呆了 5 年。身边的朋友跳槽涨薪虽然让我有些嫉妒，但也仅此而已了。

@Binwalker 不要自己写，找几个伙伴一起写。最好直接入 llvm 快速验证想法，最好规划好开发周期，不要投入过度的时间。不要用 C 语言实现。推广是一个持续的过程，要不时和用户进行分享。

@Binwalker 主要是这些资料，我也看了 crafting interpreters ，还不错。

1. sicp (有 python 和 js 版本)，推荐和视频一起观看。
2. 编译器设计(第二版)，部分章节，推荐看英文版，中文版实在是看不懂。
3. 现代编译原理 —— C 语言描述，部分章节，主要是 ssa 部分。
4. [crafting interpreters]( https://craftinginterpreters.com/) 非常推荐
5. 自己动手构造编译系统 —— 编译、汇编、与连接，主要看了汇编部分
6. Linear Scan Register Allocation for the Java HotSpotTM Client Compiler ，线性扫描寄存器分配基于该论文编写
7. Linear Scan Register Allocation on SSA Form ，ssa 形式线性扫描寄存器分配
8. [Writing a Memory Allocator]( http://dmitrysoshnikov.com/compilers/writing-a-memory-allocator/) 内存分配与垃圾回收课程
9. golang/tcmalloc ，内存分配和垃圾回收实现上参考，不过我源码阅读能力有限，所以看的都是文章解析。
10. [bspaans/jit-compiler]( https://github.com/bspaans/jit-compiler) 汇编器部分参考实现，具体指令编码参考 intel 手册第二卷
11. 程序员的自我修养——链接装载与库，学习连接器与 ELF 文件构成
12. [Tiny C Compiler]( https://bellard.org/tcc/) 连接器部分参考实现

@closedevice 之前做 CDN 和边缘计算。编程语言主要是兴趣推动和工作关系不大。

@bv 和 rust 关系基本不大，我也不太熟悉 rust 编程语言。仅仅是类型声明上参考了 rust 实现。

@lisxour 主要是兴趣，我们都是 hacker

@v2orz 我也很感觉 V2EX 的用户们，给了我很多的支持和帮助

@bruce0 一个协程实现+抢占式调度直接把我干懵逼了，耗费了我差不多半年时间也无法妥善处理, 有点难以继续的感觉。然后其他事情也比较多导致开发上一直断断续续，所以在这期间只是默默开发，没有发过任何版本和推广，打算直接写到可用版本，一眨眼就过了两年。

@ccpp132 哈哈，其实支持 win 只有一步之遥，我在等一个交叉链接器，能够在 macos 上直接连接成 windows 程序。自己写还是有些困难和繁琐。目前只找到 zig ld 实现了，可惜没有独立过来，但恰好我使用了 c 语言实现源码，我在考虑要不要拥抱 zig 生态。