华子发布<仓颉编程语言白皮书>

永不加赋

citrus 发表于 2024-6-21 16:22
有一说一，名字叫“仓颉”，却不是中文编程，背叛了期待的同时也让人松了一口气要是还有中文编程那节目效果 ...

易语言现在咋样了

Vzero

俄语编程语言 行
日语编程语言 行

中文编程语言 不行！！

如果一个语言和文档都是中文，至少门槛能低一些。

ly4236

编程语言种类很多。

汇编基本没必要搞中文。

高级语言已经有支持中文的了，但是没准你要接的什么东西不支持中文，所以一般还是优先考虑英文。

我是感觉低代码或者说可视化编程比较适合中文。类似的就像excel的函数，还有一些简单的脚本。

YoumuChan

omnitoken 发表于 2024-6-21 22:19
没办法谁让第一版rust编译器是ocaml写的呢...

(然后现在社区隔三岔五有人提出来也要跟随ocaml的脚步做一 ...

https://github.com/rust-lang/rust/issues/110395
已经不是提出来，而是有不少实现的进展的程度了

百响

易语言的主要使用者我没统计过，但我感觉很多都是些十几岁的游戏资深爱好者，主要就是做外挂和私服后端，选择易语言是因为游戏玩得多，学生时代游戏和学习基本负相关，所以英语不行，看不懂英文资料。

易语言主要还是基于c/c++，没资格说c++不好，讲实话有点前现代了，来点新的中文编程语言没啥不好的。

不过我们这代程序员基本是用不上了。

Evilgurren

等什么时候cpu指令集用中文了再来谈上层语言的问题

买码！注册！

只要键盘布局还是像现在这样以QWERTY为主，变来变去不离其宗，中文编程就只能削足适履，不会有起色

overflowal

Vzero 发表于 2024-6-21 23:22
俄语编程语言 行
日语编程语言 行

一个语言撑死几十个关键字，门槛不在这。你搞完一与外界交互又遇到英文了json,mysql,redis,socket，咋整呢。这个中文要兜到哪里是头呢。
易语言曾经就止步在windows api这一步，它不往下兜了。
其他编程语言就算用非英语的关键字照样会遇到这个问题。
一个懂了编译原理的程序员可以开发出任意语言为关键字的编程语言，到最后一个语言的生命还是在他的使用者手里。

—— 来自 Xiaomi 23049RAD8C, Android 14上的 S1Next-鹅版 v2.5.2-play

r_ex

看上去缝合得还行，C#、Kotlin、F#什么的都缝合进去了，可惜是华为做的了，估计很难有什么人用

花江夏樹

有完全汉化的中文编程语言啊，Scratch中文版就是啊，苹果的快捷指令也是啊，还有各种低代码平台都是中文的，不是要给非专业人士和初学者用吗

simonouozy

想要中文编程的在自己搞个替换关键词的预处理器不就得了，没人用不就是因为这东西降低效率吗

百响

汉语编程的爱好者大多十几岁，短时间内不需要懂编译原理。这种事情就国产武器不需要英文按钮一样，不需要兼容外国人的时候，用了就用了。

理论上可以造出一套中文协议标准，缓存中间件，数据库也能实现。

易语言我刚刚搜了下，毕竟没深入过，现在也不敢评价了，感觉有点博大精深了，社区里还有不少顶着名校头衔的id。
代码结构更加表格化，要不是暂时还记不住关键字，我觉得和日常的缩进制代码各有优劣。
唯一不爽的还是其基于c++。
对于非专业青年学生群体来说，基本没能力把控c++的大型项目，而真正进入专业的都去用别的语言了，没几个人会协作去做易语言的大项目。

mwj

simonouozy 发表于 2024-6-21 23:57
想要中文编程的在自己搞个替换关键词的预处理器不就得了，没人用不就是因为这东西降低效率吗 ...

主要问题还是不可能真的完全中文编程，除非限定在非常简单的场景，不然只要涉及网络编程，就必须要中英文频繁切换或者用那些极度抽象的中文翻译甚至没翻译的英文词汇。

Midnight.Coup

80×25 的终端里塞中文能显示，但交互是个问题，虽然大部分情况比如 SSH，系统自带终端里显示中文字符都是很早之前就能实现的，但在嵌入式之类的场景中，抛开中文字体体积大的因素，终端必须还配输入法才能输入中文交互，这反推到 CLI 程序开发的时候，为了兼容性最大化，从界面显示到输入+输出提示到错误信息，全部输出英文，再往上，编程语言配套的编译器到 IDE，也都是英文提示英文信息，文档也是英文优先（当然有代码协作也需要老外参与的因素）
vim/awk 之类的 CLI 文本编辑器也是给英文(拉丁系)字符设计的，中文编程需要从基础工具开始全使用中文显示/提示，至于编程语言的关键字是最不需要中文化的，关键字用的频率高，英文配补全提高输入效率

nvis

你连键盘都是用英文字母键盘而不是字根键盘或笔画键盘，却要求中文编程。

Vzero

overflowal 发表于 2024-6-21 23:51
一个语言撑死几十个关键字，门槛不在这。你搞完一与外界交互又遇到英文了json,mysql,redis,socket，咋整 ...

你说的这个生态系统的问题和语言没有关系，lisp也缺乏生态系统所以能用的库很少。任何一个程序语言工具想要大规模使用得根植在一个杀手应用上，在这个应用范围内都是这个语言就行，不需要非要像java c那样无处不在。比如说，你要做数值计算，你就把矩阵操作，符号计算，微分方程之类的相关的领域吃下就行。没人去用pytorch写数据库交互呀

百响

Midnight.Coup 发表于 2024-6-22 00:08
80×25 的终端里塞中文能显示，但交互是个问题，虽然大部分情况比如 SSH，系统自带终端里显示中文字符都是 ...

有支持中文补全的插件的，为了某些中文变量比较多的项目准备的。选择中文编程就是得放弃和外国人协作，不过问题也不大，国内绝大多数写代码的都不会有跟外国人协作的机会。

百响

也别先入为主的认为汉语编程做不了复杂项目，易语言有实现游戏私服的，正常上线运营的。

calmer

讲道理互联网公司有几个有动机去自己搞编译器的？

—— 来自 Xiaomi 22041211AC, Android 14上的 S1Next-鹅版 v2.5.3

椎名观月

14569852 发表于 2024-6-21 20:52
其实一直挺好奇易语言为啥基本跟脚本外挂绑在一起，第一次知道也是qq堂遇见吹易语言外挂好用。是有啥特性 ...

因为做外挂的有一大堆计算机零基础甚至英语也不懂的人，对他们来说“汉字编程”确实比“英文编程”好上手。

“用汉字”对他们来说确实是最大的特性优势。

精钢魔像

不是，用汉语编程还是给代码增加信息量，和注释类似
英语的特点决定只能在代码中使用短语来命名，所以需要注释来帮助阅读和记录算法步骤。汉语几个字就能表达出大量意思，不怎么需要另写注释

内部用用汉编可以，上github的还是算了吧
哪天天朝计算机技术和航天技术一样牛逼了，那才是想用啥就能用啥

afsd109

怎么扯到中文编程了，华为这个不就是缝了n多个语言特性的东西同时表示只要我的爹够多那我就不是任何人的儿子了。本身不同语言就是有着不同特性去对应不同的应用场景，而且因为长久以来的使用惯性和思维习惯很多新东西都很难推广，除非有啥全新的场景需要完全新的工具。单纯缝缝真这么好用那早就有专门机构搞出大一统语言了，但实际上不少流行语言基本上就是一些人针对某个问题临时凑合出一个轮子先用，后续再修修补补出一辆车出来，真搞出全能语言出来那也一定有跑得慢和学习成本高这些问题没法推广。
至于中文编程其实完全没必要，什么语义语法问题就是脱裤子放屁，说得好像现在代码用的就是什么英语语法一样，你汉语都用罗马字母音标了还讲这些，不如看看有多少人看得懂注音符号或者会用五笔。那几个关键字也都是高度抽象化的语言符号，没相应学习的英语母语者也都看不懂啥意思。与其搞这些不如找几个靠谱的翻译好好把国外教材翻译一下或者加强数学教育，而且中文注释也不是不能打。

赛肯特布拉泽

yeyou 发表于 2024-06-21 23:20:03
这个是最大的谎言 .
目前主流的编程语言的库, 提示信息都是英文, 那么实际上这门编程语言就是英文编程语 ...

人家作者母语/工作语言就是英语，不用英语写注释难道用中文写吗，想要中文的注释和资料自己写然后开源，你写的够好就会有够多人用，连那几个关键字都认不全的人就不建议学编程了

  -- 来自 能手机投票的 Stage1官方 Android客户端

常陆茉子prpr

不是，“中文编程”你们居然在认真讨论的吗...又是账号贬值的一天

macos

仓颉造字，以及很多年前有仓颉中文输入法

长征5号

比起中文编程，我觉得用汉语拼音编程大概应该也许可能八成可以有

—— 来自 realme RMX3560, Android 14上的 S1Next-鹅版 v3.0.0.81-alpha

宵待草

这楼能歪到中文编程还歪这么久...
对编译器来说做完tokenize以后和什么语言都没关系了，语法文法还想搞自然语言？还是说中文ir或者汉字指令集？
语言从来都不是编程的障碍，不识字就去用图形化编程玩拖拖乐

—— 来自 Xiaomi Redmi K30 Pro, Android 12上的 S1Next-鹅版 v3.0.0.81-alpha

الطائر

不正是因为名字叫仓颉编程语言，不叫鲁迅编程语言么？

metaphias

这语言华为自己用吗

—— 来自 鹅球 v3.0.0.82-alpha

StaticAnalysis

挺全乎

StaticAnalysis

风夏 发表于 2024-6-21 17:23
no, 很明显做业务应用的... benchmark里对比的是jvav go 和csharp, 只能编译到目标平台, 不能编译到裸机 ...

啥叫“只能编译到目标平台, 不能编译到裸机运行”？

OvAvO

自动补全补中文就行，键入英语字母，实则汉语拼音，上屏汉语文字。
中文编程是给初学者用的，是给未来的程序员用的，而不是给35退休的老程序猿用的

—— 来自 Xiaomi 22041216C, Android 14上的 S1Next-鹅版 v2.5.4

ustslayer

看起来还行，各种特性还挺正常的。有代数数据类型，有范型（可惜用户数据类型目前不支持协变逆变，Swift也有这样的限制，而Kotlin则安全地通过不变的collection支持了这个特性）。
自带GC（而且并不是引用计数，好评）以及轻量线程，那意味着这更偏应用语言而不是系统编程语言。

哦，闭包捕获有限制，可能是为了简化实现提高效率，这种限制在应用语言里很少见。
编译器有动态链接的选项，但是没有提到任何关于ABI稳定性的保证，可以理解，毕竟发展还处于比较初期的阶段。

内存模型暂时还比较简单，只有SeqCst。

Vzero

"图形化也不是编程的障碍，所有不用cli而是依赖vs的程序员应该去玩消消乐"

"语言也不是编程的障碍，所有不用assembly的不会手动管理寄存器的只配去玩消消乐，所有依赖有意义的变量名而不是abcd的程序员只配去玩消消乐"

优越感还是少点吧。

Knuth说过代码首先是给人读的，只不过顺便机器能跑而已。对业务的程序使用者和新手，大段的英文文档和命名当然是障碍，中文的native环境会让他们使用的更加方便。虽然当前生态系统和输入方式缺乏，反并非没有意义

泰坦失足

现在不也不少语言支持中文变量名。可是真的有人有兴趣打出“用户过去一个月聊天历史记录嵌入向量”这样的变量名，而不是简单的使用chat_emd_1（后面还有不知所谓的chat_emd_new/chat_emd_df）偷懒吗。