关于 ai 对中文编程语言影响的讨论

飞扬工作室

这段时间我一直在思考这个问题, ai 出现后,中文编程是否就真的过时了,大家仁者见仁智者见智,能否都参与讨论一下呢?

附:

我想大家可能有点误会,这个帖子完全就是纯粹的就事论事,从技术和事实的角度讨论问题,把这个问题的当前实际情况讨论和分析清楚,以便让中文编程尽早发现自己的不足和需要改进的地方.

我一个人的想法可能会片面,可能会带有主观意识,也很可能有未考虑和了解到的地方,大家一起来讨论这个事情,就会越辩越明.

我从来没有任何想放弃中文编程的想法,随随便便就放弃不是我做事的风格. 我毕生的事业是"让所有国人都能写程序",这个目标没达成之前怎么可能放弃? 如果 ai 真能让我放弃,那就是通过它已经能够达成这个目标,至少目前,我还看不到.

其实我一直认为 ai 是人类最伟大的发明,很多旧有的规则将被其改写,很多行业将会被其颠覆. 我很认可利快云的看法,要积极主动地去拥抱和参与它. 实际上,火山本来就是基于诸多英文编程语言之上建立的,从最开始架构时就没有考虑到要与它们对立,这方面会是一个突破口,如果能让 ai 生成的英文代码无缝链接进火山,也就基本解决了这个问题. 等服务器子平台开发完毕进入正轨后,我要抽出时间来仔细考虑并处理这个问题.

感谢大家!

ttwsoft

AI就是个国际大忽悠，，你搭理它你就上套了，，你不搭理它，它就啥也不是，，，

火山是一座未来之山，，用心经营，多做教程案例源码，它就会是一座金山；而不想投力气到教程源码案例建设上面来，只想不断地开新场子捞快钱，那最终火山只能慢慢的变成一座毫无人qi的死山而已，，，

suyan

小烦 发表于 2024-5-31 21:11
何止DLL  正常MFC窗口    写错了都出现 被调试程序已经退出,退出码为0xC0000005.      

一时半会都不 ...

005是内存错误,这个就算是VS都不一定能调出来的

小烦

suyan 发表于 2024-5-31 20:40
目前DLL调试的确是痛点

何止DLL  正常MFC窗口    写错了都出现 被调试程序已经退出,退出码为0xC0000005.      

一时半会都不知道 咋搞    哎这调试器功能真是      .........

suyan

小烦 发表于 2024-5-31 15:34
哎适当 把PC端调试器在深入一点  完善一点   写个DLL 调试费劲的很呀 搞个附件进程啥的

调试 反汇 ...

目前DLL调试的确是痛点

小烦

     哎适当 把PC端调试器在深入一点  完善一点   写个DLL 调试费劲的很呀 搞个附件进程啥的

调试 反汇编啥的 一些小崩溃  知道问题的所在 不然排查BUG 真的很费劲    哎

99101617

短期做好跨端子平台，解决中英互译、AI接入及UI设计问题，长期考虑火山Agent开发子平台。

步天有术22

cloveyb 发表于 2024-5-29 21:22
感觉你们都没用心做产品，火山都出来多久了。你看人家快码才出来多久！！人家发展就比火山快，产品也比火山 ...

快码已经接入AI

2088863004

其实重点还是ai能解决什么问题,与其说AI,还不如说工作室下一部要发展什么功能,
现在论坛上直接收集用户需求,按需求呼声最高发展
AI再智能,解决不了问题,也是美国航天大坑.
其实火山上手快,更主要能解决用户当下的问题,
(解决问题就有收益,也是企业发展的途径)

部分人需求是C语言间互译
部分人是命令后得出相应代码(现在gptAI得出的代码都是坑,别在这赛道入泥潭)
有的人是要求提高兼容性,具体看工作群体.
等等
再按实际结合,那种投资成本低回报高,发展哪个.

杨涛

封装建议做成双向，弹窗采用下拉向导选项，不需要太多专业知识降低用户学习成本。
软件建议可以对AI生成的代码进行双向互译。嵌入画词翻译软件，变量函数做成隐式名称映射表。保证变量名等特殊用户定义的名称也可以转换成中文。