没有编辑器, CLI 纯聊天写代码的方式有点儿难适应

查看 181|回复 22
jedeft
OP
  
@KidsMk 为什么宠观要在 cli 搞,有啥优势吗?
jedeft
OP
  
用 ide 写代码像是程序员角色,要对自己的代码了如指掌
用 cli 写代码像是产品总监,提需求,看效果就行了,不需要自己下场看代码是啥情况。
ooooo00000ooooo   
这样用不就好了,而且装了插件直接光标点哪里 cli 都知道。


ntdll   
是这样的,我刚开始也有这种感觉,慢慢习惯就好了。
现在想通了,其实我根本不需要“对自己的代码了如指掌”,屎山又如何。
也许宏观上的架构设计,受限于上下文,现阶段 AI 不一定比得过人,但是改屎山,AI 可太在行了,越是屎山,越是只有 AI 能改。
我看与不看,之后都是交给 AI 来处理的,我的掌握毫无意义。
老板也不关心我写的是啥,我也不关心,人和代码有一个能跑就行了。
jedeft
OP
  
@ooooo00000ooooo 这是个什么插件?
nnnnnnamgn   
cli 权限问题少,在 cli 安排活,写完了 ide 审阅就好了
wsseo   
现在开始,慢慢会往 IDE 发展的。
KidsMk   
@jedeft 用 Cli 写代码,只需要对机器发号施令,不需要自己动手搬砖。这哪是产品总监,这简直是甲方爸爸,不过说真的,对于那种几千行的函数,敢直接宏替换的确实都是狠人。
KidsMk   
@wsseo 我倒觉得是往 Cli 这种类型的发展。因为 IDE 编辑器是为了“人看代码”设计的,而未来的趋势是“AI 自动写代码,然后人审核”。对于 AI 来说,Cli 的指令交互和对全仓库的上下文掌控能力,比图形界面高效得多。以后可能就是一个终端窗口走天下,IDE 那些可视化功能反而会变得没那么重要。就像 Cursor 虽然现在是 IDE ,但它的核心交互逻辑其实越来越像是一个带界面的 Cli 。
ooooo00000ooooo   
@jedeft #14 用 claude code 就装 vscode 的 claude code 插件就好了, 它知道你在哪。


您需要登录后才可以回帖 登录 | 立即注册

返回顶部