过去一年,我是如何改变编程方式的?你呢?

Reddit r/LocalLLaMA 新闻

摘要

一位程序员回顾了过去一年其开发工作流程的演变,从使用基于LLM的IDE自动补全转向采用CLI编码代理和plan.md文件,并对传统IDE的必要性提出了质疑。

一个有趣的观察:我已经不再使用IDE中由LLM驱动的自动补全功能了。起初,这对我来说是一个关键特性。感觉非常方便:你开始在代码中写一个函数,LLM会根据常识或打开选项卡中的上下文来补全它。但最有趣的是,在LLM自动补全还很有用且受欢迎的时候,我已经写了一个脚本,可以遍历源文件,让我选择需要的内容,并准备上下文输入到LLM聊天中,让它告诉我应该添加或修复什么。我这样工作了大约六个月。而现在,连那个也消失了。如今,更容易的做法是直接打开带有编码代理的CLI界面,甚至不用启动IDE。你描述你需要什么,用@指向它应该检查或修改的文件,然后就可以了。一切都在以绝对疯狂的速度变化。基本上,我现在还用IDE的唯一原因是方便查看Git差异可视化、逐步调试,以及点击函数跳转到其实现。换句话说,就是代码导航。而即使是那个功能,也只在我大约5-10%的工作中需要。想想接下来会怎样,这很有趣。我的意思是,我订阅了JetBrains的全产品套餐,因为我同时用几种语言编程:Java、Scala、Python、TypeScript和Rust。但问题是:为什么还要继续付费呢?当然,每两三个月会出现一些不明的问题,调试有助于找到它。另一方面,我已经尝试了另一种方法:我把程序中发生的事情的日志路径交给LLM代理。如果它没有足够的信息来解决问题,我让它添加更多日志,然后再次描述问题,让它从日志中理解需要修复什么。当然,让LLM编写测试也是非常方便的。那真的很有用。如果测试失败,它会查看它修改了哪些代码以及破坏了什么。当LLM开始陷入循环时,我直接告诉它:用测试覆盖这一点,并读取日志以理解一切如何工作。非常方便。我最近的技术之一是使用plan.md文件。当我让它解决一个复杂任务时,我首先让它创建一个工作计划并写入plan.md。然后我简单地让它一次完成该文件中的一个任务。一步一步地,通过小任务,LLM最终达到结果。总的来说,我认为这个行业变化很大。分享你的经验:你的编程方法发生了怎样的变化?我很想听听其他人的变化。但如果你从未编程过,只是刚刚发现vibe coding,请不必回复。我从1990年开始编程,也就是说,我36年前写了我的第一个程序……
查看原文

相似文章

Google IDE 发展史

Hacker News Top

回顾 Google IDE 的演变历程:从个人选择的碎片化生态,到一款名为 Cider 的云端 IDE 的开发——该 IDE 因其在编辑和代码审查方面的高效性而广受欢迎。

有人也讨厌这种无IDE的趋势吗?

Reddit r/singularity

一位开发者批评了AI编码工具移除代码编辑器、转而采用独立聊天界面的趋势,认为这浪费token且忽视了技术用户的需求,他们更希望在IDE内管理代码输出。

@akshay_pachaar: MCP 与 CLI 之争。在 2025 年的大部分时间里,AI 工程师们对此争论不休。怀疑论者摆出了真实数据:- Playwright MCP …

X AI KOLs Following

Anthropic 的“代码模式”(Code Mode)重新定义了 MCP 与 CLI 之争。它让 AI 代理编写代码,通过运行时调用工具,而不是将完整的模式加载到上下文中,从而大幅减少了 token 消耗。这种方法结合了 MCP 的强类型契约与懒加载机制,证明了该协议正在演进,而非走向消亡。

我决定回归手写代码

Hacker News Top

作者在重构一个 Kubernetes 仪表盘工具时反思道,虽然借助 AI 进行“氛围编程”(vibe-coding)能加速功能开发,但在缺乏人工监督的情况下,往往会导致架构臃肿和技术债务。