V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  weiwenhao  ›  全部回复第 9 页 / 共 33 页
回复总数  659
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 我谨记
@popzuk 我直接在官网下载安装的,应该没啥区别。大概效果像这样

https://imgur.com/e2uEK2k
1 ... 5  6  7  8  9  10  11  12  13  14 ... 33  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   826 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 22ms · UTC 21:09 · PVG 05:09 · LAX 13:09 · JFK 16:09
♥ Do have faith in what you're doing.