有个问题求解,既然都用上vibe coding了

为什么一些简单的需求,比如日历、重命名工具什么的,还在用electron?

也有用tauri的啊,也有用qt的啊,electron可能上限更高可以做的更复杂吧,现在电脑都不在乎内存占用了

日历软件都在拼谁的UI更骚包吧,用Electron可以降低开发成本,重命名确实有点难以理解了

据说是为了快速开发,但是这种我一般会称之为屎

5 个赞

基本正确的理解

正是因为是AI写的代码,所以才用这个,毕竟AI目前写网页很强

我前一阵子用AI重构了我的一个WinForm的项目,也是用网页重构的,毕竟AI做这个比较稳,外面包的是WebView2+WinForm的壳,毕竟纯网页不能直接操纵本地文件

软件开发领域的印度化:
又不是不能用,多此一举,自作主张(你不在乎内存硬盘的)

写网页水平也一般,但是比桌面GUI好多了。
ai可以调用各种工具查看/操作网页。

写桌面GUI只能人在回路,不断地把问题说给他…

恩,是的

  • 我把API什么的都处理好,剩下的业务逻辑可以很放心的给它
  • 如果碰到了没有处理好的接口,AI试着自己处理的时候,就,笨笨的
  • 之前写过几个One-Time-Use的工具,Console,处理得也很好,毕竟主要的代码都在处理业务逻辑
  • 而网页开发,就,挺好的,各种方面都很好,真的是,各个方面都很好
1 个赞

AI 的话写前端最好看、质量最好的就是网页了,所以前端肯定是浏览器,如果要用 Tauri 那些,Rust 门槛又太高了而且跨设备跨平台效果难以保障,自然而然就用 Electron 了

一般来说对人类而言高效率的对 AI 来说也同样高效率,所以开发软件,尤其是商业公司开发,基本还是会选择 Electron,能避开特别特别多坑,主要是也没什么选其他技术栈的动力

1 个赞

那自然是electron的开源项目多——训练样本多)

为啥要做日历 app?直接设个快捷键打开 Bing 搜索日历的 URL 不就行了。
重命名工具我也觉得没必要,装个 AI 让它操作就行,还能口述需求,不用正则表达式。
:thinking:
:light_bulb:
:date:
:red_question_mark:
:link:
:wrench:
:robot:
:speaking_head:
:cross_mark:
:laptop:

Electron just works.

对于开发者来说,「做出软件」比「做出用户认为优雅的软件」更重要。

我作为用户也不介意软件使用 Electron 开发的,我更在意功能。

1 个赞