凹语言™讨论群日常——2022-08-06


Issue: 二进制码中文版建议

有同学提了支持中文风格的 二进制编码的建议

建议凹语言的二进制码可以加个中文版,如:
1010011010
凸凹凸凹凹凸凸凹凸凹

开始没有理解这个Issue的含义,有同学解释如下:

我能理解,之前还有一个小学生听了忐忑以后,还想用,忐忑来表示二进制的1和0

还有同学质疑:

直接用阴阳符号不好吗?
- -   ---

当然也有同学担心中文编码的性能。其实0101看起来比凹凸凹凸性能高,只是因为unicode码点分配01占了优势。 为此有同学建议:“可以用八卦符号和64卦符号,这样的效率就高……”

我以前也设计做过一个基于 “天干地支的base60” 序列化标准。 当然以前都只能是玩具,但是有了凹语言之后希望能优先支持一些有中文特色的元素。

defer 中文关键字

由“凸凹凸凹”表示的低高低高电平引起了更多的讨论,比如“defer中文名是断后还是延迟”好?

然后就开始激烈的投票和争执,有评论为证(有评有真相):“延迟高大上点,断后接地气点”。然后大家就开了脑洞:

  • 叫 等等 呗
  • 后置 也可以啊
  • 延后
  • 善后
  • 暂下子(这是什么鬼?)
  • 善终(拒绝评论)
  • 随后,马上有人支持:随暗示了次序
  • 稍后
  • 善后吧,信达雅一点,还给了截图解释含义
  • 等等。。。有歧义。。。(etc.)
  • 善后(断后)确实挺有趣。defer确实通常用于「善后」。。。不过 defer 本身是个一般化的流程控制,采用一个更high-level的词汇一定程度上对定义做了改变。

善后溯源图

现在并不是就要马上出结论,据群主说目前是想沉淀更多的讨论,即使不能用上,以后再有支持中文的编程语言也能参考上,不用从头开始。

但是讨论/扯淡引出了更多的话题,比如IDE中输入中文效率不高……

IDE中文插件太烂

但是有人不同意:其实中文编程的输入效率不会低,只是ide把中文当作4等公民了。比如 defer,输入 zhihou 不经过输入法需要能过补全。ide的补全应该是拼音输入法更智能才对。并且还大放厥词:IDE将会是码农的唯一入口,输入法是需要淘汰的东西!?理由是:IDE能够拿到的信息比输入法哪些胡乱猜的上下文准确多了,IDE需要能过绕过输入法就能补全。

然后有网友站队敲扁鼓:貌似有人写过 vscode中文补全插件,据说不错,但我还没用过。

vscode中文补全插件

对IDE的攻击变本加厉:再比如,全角的标点,责任完全在ide拉胯;IDE类似操作系统,输入法是上个时代的补丁,需要被废弃……

然后是引出某潜水同学爆料惊天秘密:他秘密设计一套汉字小小写的数字设计草稿……

汉字小小写的数字(鬼画符)

据神秘同学所言,他已经为其设计了完整的运算系统。虽然看不懂,但是不明觉厉,脑洞就这样打开了。

提交日志中的 zz 是什么鬼?

当然,也正经问问题的同学:每次提交的 zz 是啥意思[捂脸][捂脸]?

正确答案估计还真没几个人能猜出来。据说是因为学习Vim留下的后遗症:Vim中ZZ(大写):效果等同于(保存并退出)。为了方便偷懒写提交日志,就用小写zz输入,当作临时保存(WTF)。

你们怎么能这样无视开源社区几十年来制定的完美提交日志规范呢?

这完全是在瞎胡闹嘛(呜呜 🥹🥹 呜呜)