能否利用ai来给yast续命

现在ai编程越来越牛,我们能不能让ai来更新yast呢?就比如说,我们可以安装一个openClaw,然后让这个openClaw继续更新yast呢?

思路打开一点,你都有 openclaw 了,就不需要 yast 了
自然语言 == 配置

AI 搞出来的东西,就是到处在堆 sh*t 山。

一层一层地垒不确定性。等 sh*t 山稍微高一些,就崩掉了。

1 个赞

我就是用 AI 的专业程序员。

虽然 AI 很好用。但是并没有达到十倍百倍的效率提升。

所以维护 yast 这种巨大代码量的软件,仍然是非常高的成本。

一般人做不了。

你觉得 yast 配出来的东西 ai 哪些实现不了?

用命令行当然都可以。

所以这种人现在都在用 debian/ubuntu 啊。

用 openSUSE 发行版的,应该有很多是因为喜欢 GUI

能用鼠标就不愿意多敲一条命令的那种。

我已经被 openSUSE 养到用了二十五年 Linux,但连 shell 脚本都学不会的那种。

yast 可是具有 root 权限的核心系统软件,让 AI 来写难道不怕搞出来会摧毁整个系统的严重 bug?

1 个赞

你直接开个新项目,用 openClaw 维护 YaST 组件,然后向 openSUSE 社区提出合并请求并开始维护就行了。

接不接受你的贡献,则是 openSUSE 开发团队的事情。

你不会是外行吗?OpenCLAW 这种给外行 cosplay 老板用的,怎么能拿来维护软件!

再差再差也用个 TRAE/Cursor 这种吧。好一点还有各种专业给程序员用的 LLM CLI 工具。

纯外行才会提 OpenCLAW,软件行业的即使不在一线的,也是用专业的 AI 编程工具。

怀疑你是一个 AI 工具都没用过。但凡用过上面提到的随便一个,包含 openclaw 都知道 AI 编程的局限性。想维护到几千 1w 行以上的项目就会很多的程序员介入。

需求是你提的,没有人理会你的需求的情况下,你就得准备好自己去解决问题。

这就是开源与自由的代价。

非得维护项目吗
个人使用场景自然语言生成配置完全可用啊,现在模型能力都很强了

你不会不知道 yast 是 SUSE 的主要卖点吧?

好奇你们是不是 SUSE 的用户,平时用不用 Linux. 好多常识都不懂。

你可以可以去建议 Linux 内核项目解散掉吧。

反正用 AI 攒个内核分分钟的事情,还专门为个人需求匹配,不需要混入不用的代码,效率直接爆炸啊!

你这胡扯水平太低了
用不明白就不用好吧,有的是人用的明白

我个人认为将来的人机交互可能根本不需要yast这样的软件了,有了ai的加持,人类将来一定可以跟电脑实现自然语言交流式的人机互动,甚至人和电脑的交互会跟人和人之间的交互采用一样的方式,语言、表情、动作都会成为交互的工具。现存的很多软件都会被淘汰。至于后面的更高级的人机交互方式就是我想象不到的了。但是就现在而言,yast还是能有很有用处的,我希望yast能继续开发。让我们把话题拉回来,讨论使用ai辅助继续开发yast的可能性,如何利用ai来降低开发难度和成本。

你们到底有没有日常使用 AI,像我这种每天高强度和 AI 聊几个小时的,都知道 AI 有很多劣势。并不能真的代替这代替那的。只是个工具而已。别被那些卖课的骗了。

所有的工具设计出来都是给人用的。所以仍然想明白怎么样让人用得更舒服。而不是说有了 AI 之后,就不需要良好的人机交互了。

事实上,CLI 是个非常烂的人机交互方式。只是现在实在找不到一个既对人类友好,又是 AI 友好的方式,所以才会用 CLI.

Yast 的 TUI/GUI 不能因为对 AI 不友好就被淘汰掉。

当然,我们也就发个牢骚。作为一个用户,如果官方不想再继续维护的话,那我们也确实做不了什么。使用 AI 去重建一个 Yast 这个工程量太大了,不是我们这种普通人可以做到的。

很有意思的是。现在鼓吹 AI 能重写一切的,都会有意回避这个问题。

你可以试一下,从来不会有一个这种鼓吹 AI 的半吊子来正面回答。

1 个赞

我们设想这样一种方式:不让ai直接负责整个项目,让程序员也不要使用与ai深度集成的ide,就是在开发的时候使用ai对话的方式让ai生成代码,程序员检查测试以后再将代码粘贴到自己的ide中。让程序员通过这种方式来提高开发效率,进而降低开发的人力成本。我忍为这样的方式是可以马上实现,甚至已经过时的。但是降本增效的效果肯定是有的。
我在使用ai的过程中确实遇到过由于对话时间越来越长,上下文越来越长,ai开始“胡说八道”的情况。我就是设想,如果我们想要完全使用ai开发的话,我们是否可以多部署几个openClaw模仿人类开发部门的人员结构,让每一个openClaw对应一个开发部门的人,甚至几个openClaw对应一个人,让每一个openClaw只负责一个小小的模块,这样减少ai对话的上下文,每一个openClaw的一次对代码的修改,限制则一个文件。这样做就是模仿上面的人类+ai的开发方式,这样的方法是否可行呢?

唉。你自己去试一下就知道了。AI 既不无能,也不万能。

OpenClaw 这种就是给外行用的。

程序员有 claude cli, codex 或者 cursor 这些非常专业的工具,压根不会去用啥 openclaw 这种外行玩票性质的。

搞得好像就你自己用过 AI,大家都没用过一样,就你 AI 清醒?