一写就写了这么多,我看还是开一个回复来说吧.
接着上面的分析,
若热衷者继续跟着买办们的思路走,继续去反驳和回复买办们说的那些给中文编程安上的表面的 牵强的理由 罪名 标签,那热衷者们就会继续被画地为牢,永远局限在这些碎片化的思考中,你为了证明买办们说的中文编程不行,你就会想着用C语族去证明中文编程能行,而C语族是这些面向API编程的"程序员"的强项,那你就永远斗不过他们了,
所以我们不应该继续在C语族里面奋斗,因为操作系统都是用C语族写的,你拿什么跟买办们斗?
所以,中文编程的热衷者们,
若想中文编程有新的有实质性的进步,必须要跳出编程买办们给热衷者们创造的这个怪圈,比如我就开始思考别的道路,比如我最新发现的,跟裸机编程或许有关联,把西方软件工程用拉丁字母的英文构建的一切shi山推到重来,我们回到原点去思考,在一台裸机上,我们如何构造中文汉字编程???我们如何用中文汉字来应用冯诺依曼结构?如何用中文汉字来描述运算器 控制器 存储器 输入 输出这几大部件?
所谓编程是什么呢?什么叫可编程?
编程的一切其实都是围绕着存储器来展开的,因为编的程全都在存储器里啊,指令和数据全都是放在存储器里的啊,内存和硬盘是一样的,只不过应用方式和速度不同,就取不同的名字罢了,同样的 寄存器和缓存也是如此,换个马甲,你就重新用另一个思维来思考它吗?这得多费时间?要抽象它呀,朋友们!
而我们的中文汉字也是存放在存储器里的呀,我们直接看到的中文汉字是它的字形,或者说字体文件代表的字体,字体还得编码为数字放在存储器里,这就是字符编码呀,不用说,Unicode肯定是趋势,我们用万国码就可以解决一切乱码问题,而无需像昂撒西方人那样小肚鸡肠用个ASCII抠门地只显示和存储他们拉丁字母英文字符,导致乱码情况不断发生,所以我们搞中文汉字编程,只需考虑如何用Unicode在存储器里编程,先锁定这些个关键问题,逐一解决,再考虑后面上层编程的问题,我们步子不要迈得太大,
操作系统的内核, 输入输出, 编译器的链接器(以前它们是分开独立的),存储器里的字符编码,所有这些跟基础生产相关的机床,你就算跟买办们说破天,也触及不到,而这些又恰恰是直接与中文编程相关的部分,
热衷者们,从裸机编程开始思考吧,我们连中文编程的地基 基础设施 机床,都还没建呢,就跟着买办们思考面向API编程???这也就是我们这么多年不出成果,做不出来,离成功十万八千里的缘由,再这样下去,希望就渺茫了,
咱种花家可是有基建狂魔的称号呢,怎么在中文汉字编程的基础设施建设上就如此落后?因为我们被错误的问题导向到了错误的道路上,那肯定怎么走都走不对,也就走不到目的地.