V2EX › weiwenhao 的所有回复 › 第 9 页 / 共 33 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 5 6 7 8 9 10 11 12 13 14 ... 33

❮

❯

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@lifespy 一开始的考虑是完全和 c 一样 int sum(int a, int b), 但是这样在编写匿名函数时可读性很差。call(int sum(int a, int b)) 类似这样难以读，所以添加了 fn 引导函数。此时面临的选择就是 fn int sum(int a, int b), 一个叫 c3lang 的编程语言的选择就是这样。而我最终的选择就是将返回类型放在后面。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@encro 我也很关注 moonbit ，感觉 moonbit 有点骑虎难下的感觉，在 AI 时代正在发展中的语言可能难以有很好的突破。moonbit 一开始是基于 wasm 的语言，后续增加了 c 后端等宣传是通用编程语言和工具链。

虽然现在是大模型的时代，但我觉得 moonbit 还是应该将核心放在 wasm 生态，并进行推动与发展，张老师肯定也有这个实力。wasm 可能是比 ai 更早实现编程语言环境统一的工具。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@pursuer 无论是 ai 写还是人写，代码都只是载体，总归是要写。只要你开始一个项目，总是要选择一种合适或者自己熟悉的编程语言，进行代码编写，不存在造轮子的说法。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@mightybruce 我对 n8n 类似的低代码流程编排很感兴趣，我有关于 vibe coding 的 idea ，后续会逐步完善。但可能独立于 nature 项目。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@Lighfer 没有经过中大型项目验证，还有较多的 bug 。

作为早期的编程语言，目前适合以下类型的开发人员
- 技术探索者 —— 愿意尝试新事物，并能够承受早期版本存在的各种 bug 、有兴趣参与语言设计和改进的讨论
- 语言开发者和研究者—— 对编程语言设计和实现感兴趣的开发者、学习编译原理、学习如何实现一门编程语言
- 反馈贡献者 —— 愿意提供使用反馈的开发者、能够提交 bug 报告和改进建议、有兴趣参与项目建设及标准库完善

不适用于以下类型的开发人员
- 需要在生产环境使用的企业用户
- 对稳定性要求较高的项目开发者
- 想要寻找一份编程相关工作的初学者
- 需要大量第三方库支持的开发者

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@rozbo 谢谢你的鼓励 🥹

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@lifespy 如果你写过 golang, 其实 golang 的返回值可以声明变量载体，大概是像这样

`func sum(a int, b int):(total int) {}` 我想表达的就是，其实依旧是类型前置，只是函数的返回值的类型放在了参数的后面，函数 body 的前面。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@knowckx golang 只是选择了 rust 不同的道路，所以有着不同的应用方向。但是选择 golang 的人确实会被上述问题影响到，但也知道无奈写下去。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@Dreamerwwr 没有 AI 编程语言吧，我倒是一直在思考 AI 时代的编程语言是什么样子的，我最终的想法大概是

1. 测试变得无比重要
2. ai 编写代码后应该由开发者 review ，所以可读性很重要
3. 传统的以文件为载体的编程结构可能不适合 ai 进行开发（具体的想法我就先不透漏了）

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@Liler 主要是兴趣，另外我总是鼓励自己 “我可以做好”，算是给自己洗脑了。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@hd7771 在性能和编译速度之间进行一个平衡，只进行主要优化。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@Cestbonmmm 很有想法，但是信创对编程语言的支持不是很好，主要以数据库，操作系统等运行终端工具为主，编程语言属于开发工具。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@pursuer 其实这里有一个很大的区别

vlang/go+/walang 和语法上都和 golang 很像或者是基于 golang 的语法进行了优化, 其他的和 golang 已经没有太大的关系了。
nature 语法上和 golang 不像，但是其他的都和 golang 基本保持一致(runtime ，协程，channel, GMP, GC ，mutex, 编译部署等等)。

生态分裂上面不可否认，但即使没有 go+,vlang,walang 。rust/zig/swfit/vlang 等系统编程语言也在瓜分 golang 的用户。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@yituanmaoxian 今晚或者明晚发。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@zeromake arm64 也支持的，毕竟 osx 现在都是 arm64 了，我本地调试也是用 macmini m4 了。

投靠 llvm 的话就失去了简洁高效的编译器后端实现，llvm 太过的繁重，并且无法很好的支持交叉编译。

因为我一开始的设计目标是和 golang 一样方便的交叉编译和高效的编译速度，所以和 golang 一样，自研了编译器后端。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@Meld 就是类似 java 的传统异常处理，但是融入了基于 golang 和 rust 的值的错误处理思想。官网示例部分我没有展示完全，实际上也可以使用 try {} catch e {} 这种模式进行多行代码的错误捕捉。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@liaohongxing 之前是 import coroutine ，我通常的写法是 import coroutine as co, 但因为 coroutine 使用太过频繁所以我直接改成了 co 。这个名字我纠结了很久，考虑过 coro(lua 就是这样)，考虑过 coroutines, coroutine,cor 等等。你的意见是啥，我会考虑进来的

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@liaohongxing 编译是原生编译，不转换为 llvm 或者 c 语言，直接编译成汇编逻辑，然后通过汇编器生成可链接器文件(object), 再通过链接器连接成目标机器的可执行文件。

221 天前

回复了 weiwenhao 创建的主题 › 程序员 › 我写了一个编程语言，受 golang 启发

@uppu 我谨记

223 天前

回复了 weiwenhao 创建的主题 › 分享发现 › 平时用 OB 记录一些东西，很久没写思维导图，这次偶然下载了 xmind 惊呆了

@popzuk 我直接在官网下载安装的，应该没啥区别。大概效果像这样

https://imgur.com/e2uEK2k

1 ... 5 6 7 8 9 10 11 12 13 14 ... 33

❮

❯