@pinecone1
你后面写的这些我是赞同的，人不是关在象牙塔里面的呆子，AI 没什么不可以用的。个人喜好什么的的确取决于自己。但如果用纯 vibe 的方式去做大项目，我觉得已经不仅仅是个人选择，而是有些罔顾他人利益了（仅想法，并不是说有这种现象存在）。

@pinecone1
> 你不是最先滑坡的吗，wiki 里面都写了不动脑子用 AI 才叫 vibe coding ，下面被你转进成用了 cursor 就是 vibe coding ，你不就是奔着吵架去的。

我哪里“转进成用了 cursor 就是 vibe coding”… 如果我直接评价 Cursor ，我不会说 Cursor=vibe coding 。至于在哔哩哔哩这个评论里面，我觉得上下文需要明确一下，因为视频介绍的是 PyCharm ，那位网友在底下提到“现在都用 cursor 了”，何来“都用”？又为什么要在 PyCharm 底下发？所以我主观上就把这认为是一种对 vibe coding 的变相推崇。正如这里主贴里面我说的，我事后觉得我有些唐突了。

我并不是奔着吵架去的，我也没有想跟任何人在这个话题上面吵架。我来这里只是想收集一下看法，希望你不要这么冲动。

@sentinelK 仔细看了你列的这几个
> 万事不决 SSH ，微服务，vue ，php ，VSCode

遇事不决微服务，遇事不决 vue ，遇事不决 VSCode 这我都可以理解，因为很显然不止这些选择，怎么就非要用那一个呢对不对？ PHP 我觉得是在玩梗。SSH 出现在这种语境下面我有点不太能理解了。

@sentinelK #16
> 其实和当初万事不决 SSH ，微服务，vue ，php ，VSCode 的是一拨人
我再加一个，docker 。

> 殊不知所有的工具没有好坏之分，只有是否适宜之别。你的斧头即便是金的，他也一样不擅长吃饭夹菜。
我不是很懂你对 vibe coding 是怎样的理解，但还是觉得你这句话有点文不对题。vibe coding 带来的争论并不是“AI 这样的工具是否适合拿来 coding”，相反，我认为 AI 现在能胜任一部分范围内编程工作已经成为既定的事实。

vibe coding 给我带来的疑问在于，一个程序员对自己开发流程的理解，他的责任心以及他长期以来所积累的技术经验是如何轻易地允许他接受以一种 vibe 的方式去构造产品（如果是单纯的 throwaway weekend project 就没什么好说的了）。如果他的确是一个有经验者，我好奇这样做的理由是什么。如果他并不具备这些经验，是一个晚入局者，又为何以外行的视角来企图撼动现有的工程大厦。

@sentinelK 我觉得没有必要这么着急开始滑坡。并不是说用 AI 来编程就是 vibe coding ，vibe 强调的是一种不加思考的面向结果编程（但其定义依然很模糊），并不是像 IDE 和记事本这样的党内斗争。

现在全栈开发还需要专门考虑哪一个平台吗？怎么 Supabase 都出来了。

私立学校在数字建设方面就是超前一些啊，甲方都知道来 V2EX 社区来问了。反观我的大学，做的系统都是什么玩意。

并没有那么多人会 Google ，会 StackOverflow ，会去翻 Medium ，会上 GitHub 。那他们搞科研写代码和记录感悟用啥？显然就是 CSDN ，gitee 这种国产。在他们眼里，准确、原创都不是第一位的，完成任务才是，为了完成任务甚至可以不惜扑在各种内容农场上面很久。

CSDN 这种平台，说白了大多数用户都处于产生垃圾和消费垃圾的循环中，一些积分、会员之类的，像是互联网早期论坛和现代知识付费收割的混合产物，吃相难看、逻辑混乱却又的确很“成功”，它并不缺受众。

这就不得不提我的 MBP 2023 14" M2 Pro 用了一年电池 83% 一天只能低强度用 5h 了。

如果你想说绝对的便捷拷贝，那我觉得排开打开网站这一步骤，从扫描二维码这一步已经沾不上边了。

真正的便捷拷贝的实现思路应该类似于苹果设备之间的通信。我在 iPhone 上面复制一段文字，在 Mac 上可以直接 cmd+V 粘贴，顶多稍微顿个一两秒钟（通讯质量不好时）。还可以反过来，引入更多设备，如 iPad 。苹果做的这一点没得喷。

对于非苹果生态链的设备实现这一些，可以考虑用各种连接方式，如局域网、服务器后端甚至蓝牙来实现类似的功能，只不过稳定性各异。这是一个思路。所有你要做的，只是“复制”和“粘贴”，只不过是在不同的设备上。

至于网站，它本身也是一个类似于 app 的东西，在完成这些步骤的过程中，也是充当一个和“社交软件”同类型的存在。更何况有二维码这种东西（类比微信登录二维码给你的感受）。当然，可以解释这个二维码是这一过程中需要用到的，但总归还是称不上有多便捷。

starred

@kasusa
又仔细看了一下动画，发现了我之前觉得不自然的原因了。这个卡片点击以后立即被展开了，它的高度突然被延长了很多。如果能让用户察觉不到这个过程，或者给这个过程加上过渡就会显得自然很多（个人看法）。

理想的效果类似于 Ant Design 里面打开对话框的动画，不过他们做的效果里过渡不是很明显。
https://ant-design.antgroup.com/components/modal-cn

应该让 AI 自己选择想不想回复，还可以加一点吐槽的功能进去。

恭喜恭喜，但是这个标题是什么鬼

已 Star 。

个人觉得这个项目点击后放大的效果还有一定的提升空间（有一说一这个效果很像 ant design ）

我觉得 GitHub 就跟你说的就很像。现代化，是社区，有话题，也有实时性（页面内实时更新回复+通知模式）。

@Subilan #20 补充

iPad 上做开发无非三条路
1. 依赖本地 OS
2. 依赖 web
3. 依赖远程

第一条的弊端在上面有写，iPad OS 现在还是不适合做稍微复杂一点的开发，哪怕是前端。
第二条和第三条相当于放弃了本地的体验，iPad 就相当于一个屏幕、渲染器，那么自然考量的就是它的屏幕大小和渲染性能，以及网络质量。但或许这就是现阶段效率最高的 iPad OS 编程解决方案。这些 web app 的体验 OP 应该已经非常熟悉了。至于远程，不仅要求另一个设备在网络上随时待命，体验上可能还会差一点。

软件体验上面，iPad OS 缺少了很多桌面系统的操作逻辑，还远远谈不上能写代码。iPad OS 虽然有做鼠标指针的适配、键盘的适配、多窗口、台前调度等等类似于桌面系统的功能，但也只能算是勉强可用，很多 app 尤其是国内的都没有做拖拽的逻辑。当然如果是写单文件代码，或者远程这种不需要用到 iPad OS 本身的场景，当我没说。

如果不动用越狱手段，软件供应上面，iPad OS 比 macOS 要封闭很多，基本上只能从 App Store 按照区域的限制以一定价格购入你所需要的软件。或者你也可以去用那些可以做在浏览器里的 web app ，比如 VSCode 这种，但体验肯定不如原生的要好。
另外，iPad OS 没有终端，也不可能有，也没有常见的本地端口管理手段，所以我不是很清楚如何在 iPad OS 上做到预览前端页面。

硬件上面，我觉得如果想要好的体验，对 iPad 本身的要求还是比较高的。例如如果 iPad 是老款、Air 等等，那台前调度能开的数量会有限制，例如我的非苹果芯片 iPad Pro 台前调度只能开三个。
屏幕是 11 寸或者更小的话，用起来也会非常局促，特别是一些复杂的场景。
你还需要一个昂贵的妙控键盘才能获得与 MB 类似的体验。如果选择单独的键鼠套装（ Tips: 有些键盘可能比你的 iPad 屏幕还宽），在床上还需要一张额外的桌子。

对于远程连接这个方案，通过公网部署是麻烦的，但是也可以折腾。如果是通过内网，延迟也没有想象的那么低。这种方案下，iPad 也就相当于是一个屏幕，如果不够大用起来也是很憋屈。

OP 的需求可能没有那么多，以上仅供参考。

@Subilan #54
补充：是 2001 年的法国片，应该不算特别小众，女主很漂亮也很乐观，剧情稍微有点搞笑。