1和2是并发问题。基于内存共享的并发绝对是软件故障重灾区之一(个人认为CSP模型或许应该被贯彻得更彻底);

"是否支持全局GC"和"是否需要关心对象在分配在栈上还是堆上?/是否需要手动管理堆上的对象?"并不必然相关,原文中那句话的更精确的表达是:没有使用和 Go 相同的GC方法。可以放心的是:显然不可能再退回需要手动管理内存的时代,否则的话,直接用C/C++不香么,嘿;

标准库的工作量真的太大了。如果有足够多的参与者,那就是另一回事咯;

总的来说,目前Wa项目尚处于非常早期,今天立flag明天自己打脸是很正常的事情。又不存在KPI指标,折腾才有趣嘛。

因为凹语言并不是Go语言啊

不是的,我只是想知道设计是为什么,我猜测可能是为了增加可读性或者是对编译器友好?

可读性和区分Go语法都有关系,对编译器改动并不大

我赞同,还有函数定义中的参数和返回值之间的箭头符号,go语言已经实践过了,这个尖头符号没有必要

我就想说go设计的是真的好,其实我不觉的go有什么特别之处,反而我觉得这就是它最好的地方,克制的恰到好处,唯一一点就是有了范型,这个东西有也不好没有也不好

箭头,增加可读性;
冒号,增加可读性之外,跟简短变量声明进一步视觉统一。
不习惯没关系,使用完全兼容go风格的WaGo)即可。