V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  weiwenhao  ›  全部回复第 4 页 / 共 36 页
回复总数  717
1  2  3  4  5  6  7  8  9  10 ... 36  
2025 年 12 月 26 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@lasuar 官网 playground 恢复了。
2025 年 12 月 26 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@humbass 意义是什么?我应该做点什么有意义的东西,nature 现在基本完成,确实已经可以开发一些有意义的应用软件了。
2025 年 12 月 25 日
回复了 w3 创建的主题 分享发现 Google AI Pro 半价,一年 $100 可以拼 6 个人,感觉要起飞了
美区有车的加我,wx d3doYWNrZXI=
2025 年 12 月 24 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@ytmsdy 是的,后续会选定一个流行方向全力支持的
2025 年 12 月 24 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@kylesean https://rue-lang.com/ 这个吗,还很简陋呀
2025 年 12 月 23 日
回复了 midsolo 创建的主题 职场话题 晋升无望,评审提问环节之难熬的 15 分钟
主要还是看你直系领导的话语权和推荐力度。
2025 年 12 月 23 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@MrKrabs ok, 确实需要开启 👍
2025 年 12 月 23 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@MrKrabs 你是调用了很多次测试么,全调用的 mbedtls 的函数,每次调用 finish 输出结构都会调用 gc 分配了 32 字节的缓冲区进行生成,如果是慢的话,可能是这里的分配慢了。

```
fn sha256_t.finish():[u8] {
var output = vec_new<u8>(0, 32) // SHA256 输出 32 字节
utils.mbedtls_sha256_finish(&self.mbed_ctx, output.ref())

// 清理上下文
utils.mbedtls_sha256_free(&self.mbed_ctx)

return output
}
```
2025 年 12 月 23 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@mightybruce 什么是 AI 原生语言,或者说什么样的特性才能叫做 AI 原生语言🤔
2025 年 12 月 23 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@MrKrabs 一开始叫 list, 但是 list 属于常用关键字,在变量起名中比较常见,容易冲突。所以尽量选取了偏一点的关键字。(nature 中的所有关键字都是小写,所以不能 List 和 list 区分)。
2025 年 12 月 23 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@fregie
1. 语法设计优化,更加符合直觉,参考语法文档
2. 错误处理优化,同上
3. 原生泛型支持,后加的泛型在基础上和原生的还是有一些区别的,比如创建 chan, chan_new<T>() 和 make(chan T) 的区别
4. 内存安全优化,包括 nullable(?),变量必须赋值,空指针优化等
4. 包管理方式调整,使用集中式包管理
5. interface{} 优化,使用 union type
6. C FFI 优化,性能更好
7. 协程优化,性能更好
---

上面是已经完成的部分,当然这些问题属于仁者见仁,各有所爱吧。还在开发中的几个小点是

1. wasm 原生支持
2. 渐进式 GC 支持,通过手动处理内存的方式解决 STW 问题。
3. 测试重构
4. enum 支持
2025 年 12 月 23 日
回复了 iorilu 创建的主题 程序员 我宣布 ide 之战, 谷歌赢了
还能白嫖的吗,我现在只能用 antigravity 的 gemini 模型了。w'e
2025 年 12 月 23 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@millken 是的,现在开发和性能优化都基本完成,将会着力于可用软件开发上,在考虑 agent 开发,这个不算痛点,但是还是比较新的领域。
2025 年 12 月 23 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@summerLast 我对 AI 和编程语言的看法是这样,我后续确实会进行 AI 适配。

https://i.v2ex.co/sPYc1K8jl.png
2025 年 12 月 23 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@swananan 如果推广有一定的阶段性成果,会有各种支持的。不过我很少推广 nature 编程语言,所以知道的人不多。
2025 年 12 月 23 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@BALDOOR 如果你真的关注的话,你就会知道编程语言比我们想象的要多的多,甚至到了每周一两个的程度,并且其中很多编程语言都不只是玩一玩,有的甚至维护了几年,数十年。

虽然我很少拿国产来推广,但是 nature 就是国产编程语言,没什么不耻的。

另外也不是我发了这个帖子,就是说 nature 的优势就是 if/else ,仅仅是完成了一次性能优化发了个评测而已。你过于激动了,其实你可以看我的发帖记录,我上一次发 nature 相关的帖子已经快接近一年了。至于是否有人需要这样的编程语言你可以看看我之前的发的关于 nature 编程语言的帖子的评论(其中加油呀,牛逼之类的你忽略就行了)。
2025 年 12 月 23 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@BALDOOR 实际上这个位置就是 golang+java+php+node.js 的总和中非常大的一部分中 nature 会是更好的选择。
2025 年 12 月 22 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@lixuda 是要多宣传宣传,慢慢来总会有的,nature 可以接受 AI 贡献,只要 review 到位就行。
2025 年 12 月 22 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@kanakana golang 注释里的 safepoint 应该是用来辅助抢占式调度的判断,我在 fib 的汇编里面没有看到 safepoint 的相关逻辑,应该只是在特定的代码中出现。

golang 即使分配最小的独立栈也是有 2KB ,所以难以节省内存。nature 每个 processor 一个栈,比如在 8 核 cpu 上一共就 8 个大的栈,每个栈都是 8M 大小。协程切换时将协程中的寄存器信息 copy 到这个大栈上就行,切出时将使用的栈按照精确使用大小切回到协程的存储空间中。
2025 年 12 月 22 日
回复了 weiwenhao 创建的主题 程序员 Nature vs Golang: 性能基准测试
@x1aoYao 有 safepoint 就也不算纯协作,但是插入的 safepoint 不算多,只是在函数开始时插入了。如果是 for 循环,循环里面也没有函数调用的纯计算就会有饥饿问题,当然也会有 GC 问题。对比过 rust 的协程,性能上确实是无栈协程性能更好一些。

GC 是 mark-sweep 模式的。
1  2  3  4  5  6  7  8  9  10 ... 36  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3655 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 21ms · UTC 00:09 · PVG 08:09 · LAX 17:09 · JFK 20:09
♥ Do have faith in what you're doing.