- 主题:华为的仓颉语言还不如c#顺眼
c# 主要的问题是巨硬。而且还是虚拟机语言。现代几个新语言都想办法编译到 native.
【 在 finlab 的大作中提到: 】
: 其实不讲面子, 就用开源的C#
: 开发效率刚刚的,运行效率也仅次于c++
--
FROM 110.84.121.*
我不服。rust 语言才是!
【 在 foliver 的大作中提到: 】
: 我一定要说,C#是当今世界上最好的语言
: --来自微微水木3.5.14
--
FROM 110.84.121.*
对, C#直接编译本地代码是最好的,但是微软一直扭扭捏捏不肯全部放开。
【 在 hgoldfish 的大作中提到: 】
: c# 主要的问题是巨硬。而且还是虚拟机语言。现代几个新语言都想办法编译到 native.
:
--
FROM 223.72.91.*
本质上还是C允许的类型声明太过复杂灵活了,且非常不直观。
可以做一些限制和改进。
但是前置后置关系不大。C#java都是前置的。
【 在 milksea 的大作中提到: 】
: 并不是编译速度的问题。int (*) foo(int (*a)(int))(int) 这种c式声明是必须摒弃的。(话说我没敢确定自己写对了)
--
FROM 223.72.91.*
c#, java早期没有函数式支持,类型不复杂,否则还是后置相对清晰。
其实前后置类型是语法上相对而言无关紧要的部分。和类型enum,match这些对语言表达能力影响大多了;默认不可变的语义对安全性影响大多了。
【 在 finlab 的大作中提到: 】
: 本质上还是C允许的类型声明太过复杂灵活了,且非常不直观。
: 可以做一些限制和改进。
:
: ...................
--
FROM 221.222.20.*
所有的三方库,都得有人轮一遍
但是我们又没有开源的传统, 除非华为自己出钱养着
所以成气候可能还需要一些时间。
【 在 supproton 的大作中提到: 】
: C++(面向对象)语法也就那三四个要点,咋写都一样。重要的是自己有。
--
FROM 223.72.91.*
它最初的设计就是虚拟机语言。和 java 在同生态位竞争。结果边缘化了二十年还是不承认自己的失败。现在已经积重难返了。所以转而支持 rust 这门语言。但 rust 只适合他们这种大公司使用。一般人不太感冒。
仓颉语言的定位还是准确的,差不多和 go/swift 在同一个生态位。这个生态位虽然有 go,但是还有市场空间。也就是它技术、市场两个点都选对了。
但这个语言是个平庸的语言。在市场上恐怕难以成功。我觉得好的产品,不论是手机、互联网 APP 还是操作系统、编程语言。都应该有一个突出的优势,才能取得成功。这个语言如果会失败,就是失败在产品思路上。
如果全是优势,那叫步子太大扯到蛋。没有优势全是抄,那就叫做平庸。那就只好让营销人员努努力吧。最近信创反正也不错,说不定还真的能让这种平庸的东东在国内流行起来呢。
【 在 finlab 的大作中提到: 】
: 对, C#直接编译本地代码是最好的,但是微软一直扭扭捏捏不肯全部放开。
--
修改:hgoldfish FROM 120.37.23.*
FROM 120.37.23.*
哪天自然语言通过LLM,直接输出机器码,就瞎了
--
FROM 115.192.185.*
挺好的,这样码农有事干
【 在 z16166 (Netguy) 的大作中提到: 】
: 码农太苦逼,耗费在商业公司间的划地为牢里
:
: 先有java/kotlin、object-c/swift争夺,再来一个仓颉
: --
--
FROM 114.84.105.*
看了,确实抽象。
【 在 hothail (沸冰!无尽的华尔兹) 的大作中提到: 】
: 我只看了几页,我就想吐槽一下他那个继承关系的写法,乖乖的写两个单词不行吗?,太抽象了
: --
:
:
--
FROM 223.104.38.*