对于 AI 编程，我们的观点是

MacrosMeng

请大家汲取 #1831 中的经验，不要言语过激与宏文。

AIWB 即将发布一篇关于 #1831 中由那位神秘已封禁用户^{或许最好不要聊这个} 引发的思考的长文。欢迎大家关注。

大家也可以发表你对 Vibe Coding 的想法，这篇文章仅仅是抛砖引玉，若你有更具有建设性和思辨性的想法，或许会被收录到文章中。

xiaowu20100831

好吧，我今天有点忙直到那篇帖子被锁的时候才看到，那就来说一下我的看法

第一:我感觉“User26021101”那篇文章是ai写的，反正就是感觉，真人应该不会那么写。

第二:我其实不反对ai编程，比如vibe coding之类，这确实可以让一些小白快速掌握经验，但我觉得那种就是把ai写的代码搞进ide，运行完了报错，马上把代码和错误又扔回给ai，我觉得这样子没有任何意义，因为我们要学的是自主排障和独立解决问题，而有些人报错都不看直接把代码和报错再扔回ai。我觉得遇到报错可以自己先分析一下，看看怎么改，毕竟独立解决问题才是好的。

总结:我感觉没啥可说了，反正ai编程确实有利，但不要滥用

XINGHAI

xiaowu20100831 我觉得不是AI写的，他之前写的那篇“曝光帖”也是这个文风。他之所以叫这个奇怪的名字User26021101是因为他那次被发现用户名违规了

yizhilanzhu

Vide coding的话
我个人觉得还是需要一定的代码基础，也需要对应用框架（如.net）的理解
且AI写完代码之后，也需要人工核对和人工修改
也需要手写代码以增强应用稳定性
现阶段让AI自己迭代感觉只会越写越乱
某种意义上也是我这个编程盲很少接触vide coding的原因（STCN简介里都写了）
我为数不多接触vide coding也只是让让AI全程负责写一个html小游戏
~~AI虽然傻，但它也不至于傻到连小游戏都编不成~~

至于AI帮助文档我是反对的（毕竟现阶段没有AI会读完代码之后会保持清醒然后写帮助文档），但是可以编写大致信息内容，然后让AI输出Markdown/html

但不可否认的是，AI确实减轻了学生开发者的负担~~也不用去消耗头发来研究微软那坨大石山~~

总结一下，我的看法就是：
1.vide coding可以，但不要全靠vide coding以避免写出石山
2.AI撰写帮助文档需慎重

CreeperAWA

yizhilanzhu 至于AI帮助文档我是反对的（毕竟现阶段没有AI会读完代码之后会保持清醒然后写帮助文档），但是可以编写大致信息内容，然后让AI输出Markdown/html

我一般是写完以后自己看看再改改(

Yeson

yizhilanzhu 也不用去消耗头发来研究微软那坨大石山

👍️

xxt8582753 在几年前我干啥都得去CSDN搜，现在有了AI确实可以避很多坑

还真是

MacrosMeng 欢迎关注 OhMyIWB

rss不知道为啥用不了啊

doudou0720

今天突然想到毕导的视频，~~虽然关联性不太强~~

我这周末会在q&a发一下对iccce这些问题的回答（个人名义）

CJK_mkp

doudou0720 本周末还有CJK的QA环节（）

[未知用户] 我们一般是手写（）

xxt8582753

我非常支持VibeCoding，因为确实AI会堆石山，但怎么说都没我堆得多（

在几年前我干啥都得去CSDN搜，现在有了AI确实可以避很多坑

对于像我这种以编程为乐而非以编程为生的人来说，Vibe真的爽，我不喜欢动脑子

MacrosMeng

XINGHAI 怎么说呢，他都批判 lzy 干啥都用 AI 了，自己估计大概不会这么激进罢

总之，现在 AI 还没到那个点……现有的架构也决定了出现幻觉是必然的。你可以看到诸如 Claude Mythos 这些更强大的模型，但是第一没有人能保证它们不会出错，第二你也用不到不是，所以现在 Vibe 我认为还是真的要做好审查：有能力你就逐行看，（当然这样或许太保守了，让我干我也不干（））或者你可以再开一个 Agent 审查 Agent 生产的代码，即使这样比什么都不看直接丢生产环境也会有些保障。

[未知用户] 另外如果你想知道关于 AI、IWB 等最新生活小妙招，欢迎关注 OhMyIWB

MacrosMeng

Yeson rss不知道为啥用不了啊

大概在你那被墙了……我这里是好的

你可以在论坛上看最新发布，只要我记得肯定会发的（

here

kbcrt

我个人还是很喜欢用AI编程的，因为可以使用自己的很多想法。而且有时候还能用AI制作一些脚本、工具等提高电脑的操作效率。比如批量给文件命名，或者在当前目录的所有txt中找到包含特定文本的一个文件（这用Everything等也能实现）。但我认为要用AI编程，首先要对这个语言的基本语法等知识要充分了解，毕竟AI写的代码可不是能100%契合你的需求，有些东西你反复让AI改，AI也不一定能看出问题，还是需要你能基本的看懂代码。最后我认为AI编程是一个人机协作的过程，这份代码不能只是AI负责产出，你负责用这么简单，而是你和AI共同完善代码，报错时或者不符合你的需求时，你一定要把具体的报错和日志发给AI，而不是泛泛而谈，哪里没有实现，哪里有问题。AI写出来的代码自己也要审视。否则我相信最后绝对会被AI逼到红温。

MKStoler

https://www.cnblogs.com/mengxiang2/p/19796426

参考此文

Chronabys

个人觉得保证质量的前提下使用AI来提高开发效率是没有问题的

pizero

写代码的人一定要知道自己在写什么（

zhujl8

简单说：AI编程可以让没有系统学过编程的人受大益，感受编程带来的魔法；让系统学过编程的受小益，感受AI带来的便利。并让精通编程的受一点儿益。无论是大众利益或是私心，都是如此。如果是用心准备，用什么工具都应该被尊重。
就拿我隔壁班的老师举例。
他姓段，是YTZYW高中部的数学老师。相传他青海人，清华大学毕业。他非常帅气（应该吧），大家都叫他“清华哥”。
他用VitePress搭了一个个人博客，里面没几篇文章。
但他个人网站的域名，我是在一次英语dubbing大赛上牢记住的。
那次大赛，评分的工具托管在他的域名上，一打开，我就感到一股AI味扑面而来。应该是老师用AI做的。

但就是这个AI味满满的网页，让选手们公平地获得了自己应得的荣誉，也让我惊奇地说出：

我去，第一次见过有个人网站的老师！

因此，我对他更加敬佩。

DryIce-cc

实际厌恶的是💩哦，ai 写出什么东西和人也有关系的。
以下看法指向的是 ai 写大段代码，而非代码补全，
我个人的代码能力不行，所以比较依赖 ai，
个人实践认为：

纯让 ai 写大段代码是不现实的；至少用相同的时间精力，写不出来人类可维护的代码。
但是只要功能间的逻辑梳理清了，用 ai 也用出经验、知道一般哪里有坑、哪里提示词要注意写到的话，用 ai 写一个特定的功能是很方便的。
这个比如说 ci 的自动化页动画，inj 的键盘输入序列这种很纯粹的目标，需要的只有代码能力，只关心结果而不关心过程和实现的，ai 代码是极好的选择。
但是如果你让 ai 把自动化写出来，把 ci 写出来，你敢用吗？你肯定不敢用，也相信是用户体验不好的。无法把控功能的细节和相信 ai 自主思考的主观能动性是 ai 编程很大的问题。
在除以上推荐用 ai 编程的部分以外，该学的东西还是得学。比如 c# 里的 cts 和 tcs，如若不了解其实际咋用，在具体细节的规划上总会一知半解，进而影响自己编写代码时的思路和效率。
由于 xaml 特点，我没有用 ai 写过 ui 界面。但就观察来说，ai 在默认情况下，从零造一个界面出来的审美不行。不了解。

JiuGuLiXiaoNiu

AI在写Xaml这一块我只能说一坨，AI的Xaml在审美方面差了太多太多了

然后我觉得真正用AI开发一个较大的功能时，一定要拆得非常细。
比如我在做 ClassScreenLock 的时候，一个大板块通常会拆成十几个小板块，并且针对每个小板块开很多个独立的对话，然后要跟人工智障死扣细节。
因为只有这样，AI才会把算力集中在那个具体功能上，不至于写得很潦草、东拼西凑。
代码写完之后，我会花时间自己看看查AI的逻辑硬伤，然后让AI再做几次自我审查。接着编译出来放到虚拟机里测试，如果顺利，第二天就放到我们班的电脑上先用，然后找问题，再改，再重复上述流程。
所以我大部分时间其实都是在测试，而不是用AI写代码（但是我最近中考所以没什么时间管它）

xiaowu20100831

我现在的那个ai项目打算后端用ai写点，比如调用模型，处理前端ui请求，前端的ui我打算自己手动搓，去winui3展览馆看两眼，毕竟ai写ui跟屎一样。