我们将使用母语编程

245 天前
 LZYMichael

自从 2022 年底ChatGPT横空出世以来,ta 就注定会改变我们的编程方式。

我对大语言模型保持了相当的好奇,也一直在积极拥抱这一新鲜事物。标题我们将使用母语编程是我在使用两年多年后的今天最新得到的结论,下面举一个今天的使用案例来说明为什么我在今天得出了这一看似激进的结论。

大语言模型:Claude 3.5 Sonnet

需求:基于 Cairo 库为我的 TransportSTN 类绘图

语言:C++

第一轮

提示词:“我想利用 Cairo 库,基于我自己的 TransportSTN 类来绘制图;我的图形类如下:'给出 TransportSTN 相关类';对 TransportSTN 成员变量的一些说明;提出绘图要求(点、线样式)”。

生成代码后我运行的结果:

Imgur

第二轮

提示词:“可以绘制了,但结果并非期待的那样。 我希望同一个 t 的点在一列,同一个 fa 的点簇(每簇有 3 个,即 M=3 ,每簇呈现出三角形,为了后面弧避免重叠)在一行”

生成代码后我运行的结果:

Imgur

第三轮

提示词:“ 现在已经很棒了,但有以下需要改进的地方:

  1. 每一簇点( 3 个)现在呈现出了一个完美的等边三角形;
  2. 同一个 Fa 、不同 t 的点簇完全在一行上;
  3. 1 和 2 两点会导致绘制弧的时候会有很大概率重叠,我之前的解决方案是:
    • 点簇程钝角三角形,钝角顶点在右侧,类似下面这样:
     .
        .
    
     .
    
    • 不同 t 交错排列,类似下面这样:
    t=2            t=4            t=6    // 时间层
     •    t=3      •      t=5     •     // fa=0 的航空点
    - •     •     • •      •     • •    // fa=0 的铁路和公路点
           • •            • •
     •             •              •     // fa=1 的航空点
    - •     •     • •      •     • •    // fa=1 的铁路和公路点
           • •            • •
    

生成代码后我运行的结果:

Imgur

可以看到,一个要求使用 C++、相对复杂的需求,仅仅经过了三轮对话,就几乎实现了我们想要的结果。

这期间我唯一使用到的“语言”就是中文。现在是 2025 年,大语言模型仅仅出来不到两年半,所以我认为最迟到 2030 年,所有人都将是程序员,我们将使用母语编程。

6961 次点击
所在节点    程序员
42 条回复
9pr7im4IjQ9u0806
245 天前
可以使用母语编程了, 没错;但所有人都将是程序员,几乎不可能,应该是 2030 年,所有程序员都将用上 AI 进行编程才对。
作为一名程序员,你应该知道,对于编程,语言是最不重要的,重要的是对需求的拆分,以及逻辑分析能力。你写的是中文没错,但是它是具有编程逻辑的中文,是用中文还是用英文,还是用代码,没有太大本质上的区别,AI 带来好处是能帮我们完成大部分基础工作,我们只需要发出具有逻辑的指令即可(首先就要求你脑子里要有相应的逻辑),不然为什么很多英语很差的程序员,一点不耽误写代码。
最后就是现实中连基本因果关系都捋不顺,逻辑思维约等于无的人,是大多数。
ShadowPower
245 天前
我想写一个高质量的,易用的图片转像素画工具,至今还不能用 LLM 写出来
fangxisama
245 天前
自嗨还行,真正的企业级需求和代码,目前的 AI 还是无法胜任的,也真的不敢用。
limaofeng
245 天前
现在最大的问题就是 “就几乎实现了我们想要的结果” 中的 “几乎”。 有时,你无法正确判断是否得到了正确的结果,或者已经被误导
bluedawn
244 天前
不是,这么写不比自己手写累人嘛?它目前发展来看还不足以完全理解你在说什么,能写出没 bug 的代码就谢天谢地了
R4rvZ6agNVWr56V0
244 天前



嘿嘿嘿,AI 迷 还是得被 AI 治
Od37v61n5s89gXx8
244 天前
我:分析 win11 二进制代码并实现它的所有功能,规避现有的所有专利
xiaoranj
244 天前
自然语言编程
hongjic93
244 天前
技术上最大的难点恰巧是 op 觉得很当然的使用者必须明白自己的需求是什么。需求的精准表达需要的不仅仅是使用维度的 context ,引入生产设计领域的专业 context 更重要。这是为什么所有的需求都需要使用者和提供方反复讨论多轮(甚至都仍然有 gap ),从一开始客户的一句话变成数万字的需求/工程文档。


技术之外:
我以前和一些不懂软件开发的朋友聊过这个话题,他们不认为自己以后会成为“程序员“,他们还是会找”程序员“开发软件,或者 AI 。他们认为开发软件不是自己的事,即使这件事变得再简单不过。

所以我认为消费者永远是消费者,生产者永远是生产者。ai 时代会诞生一批 ai 消费者和 ai 生产者,但不会让消费者和生产者产生角色整合。
cxtrinityy
244 天前
知识的诅咒,使用中文描述需求,但是你在描绘时依然需要程序员的知识来使得描述更精确
另外,假如生成的代码有问题,尝试修改描述导正结果可能比直接阅读并修改生成的代码难得多,描述到导出代码中间有一个黑盒,必然会导致描述和导出结果无法精确匹配,甚至如果代码能在 90%的情况正常运行,10%的情况运行异常,将更难修正
这可能类似快递的最后一公里,最后一公里的成本可能非常高
kkwa56188
244 天前
你想起的标题是不是 "我们将使用母语 prompt "
kaneg
244 天前
楼主想表达的主题应该是以后人人都可以用自然语言编程吧
在未来相当远的一段时期,编程还是需要程序员来与 AI 交流,并且监督 AI 的结果。这个其实和现阶段的无人驾驶有点类似,即时像特斯拉这样的大拿,尽管其在技术上基本可以做到无人驾驶,但方向盘的第一责任人还是驾驶员。
takato
244 天前
如果我们能对我们自己的语言去除更多的歧义,那么 AI 也会更容易理解我们的思路。
等等,我们是不是重新发明了编程语言?(笑),不过确实描述清楚需求省了一些事情。但是就像调用 API 一样,常见的需求细节可能能被补全,但是完全自定义的需求呢?是不是能够?这是我想提出的问题。
AI 可能能够在很多时候做得更好,但是是否是所有时候?
Dispatcher
244 天前
以我对这个世界的参差的理解,让很多人完整表述自己需求都非常非常困难。

要求他们完整、无错误、可逻辑自洽、无内在矛盾的表述,基本上难于登天,更不要说让他们讲述给 ai ,ai 再输出了。

何况,ai 只能做最基本的辅助工作,复杂一点的工程,或者涉及保密的,也完全不可能用 ai 。
roundgis
244 天前
我们公司研发部不能上外网
LZYMichael
244 天前
@GeekGao #26 哈哈哈哈哈哈哈哈哈哈哈哈
LZYMichael
244 天前
@bluedawn #25 可是老哥我其实是不会 Cairo 库的,我仅仅知道 Cairo 可以用来作图。
Kauruus
244 天前
我甚至看不懂 OP 的需求
TheWalkingDead
244 天前
op 第一次用大模型,感到有点惊喜,大家请谅解。
Chuckle
243 天前
这种小玩具还行,稍微文件多点,人没思路,问 ai 也只能干瞪眼

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1102281

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX