当我辞去日常工作并开始从事Rails自由职业时，我很大一部分工作来自那些有“那个技术 guy”的公司，他们用Microsoft Access构建了一个对部门运营至关重要的数据库。然后要么是这个“技术 guy”离开了公司——要么是这个应用因为自身负担过重而开始崩溃。我会被叫去重写它，使用一个正规的数据库，记录规则并确保其可扩展性——然后每个人都会很开心。从技术角度来看，这些Access“应用”是令人作呕的——但它们无需花费大量资金购买现成或定制软件就能完成工作。“技术 guy”为公司做出了有价值的贡献。只有在某个阶段，Access开始难以应对。我预见未来可能会发生同样的事情——只不过我们不会自己构建替代应用了——我们只会知道如何向编码代理提供明确的提示，并在它们犯错时告诉它们。
源讨论Claude 用于中小企业原帖 474 条评论 · 导入时统计> 我理解提供一个UI来管理代码库等的冲动。 [...] “我才不管发生了什么，只要让Claude去做就行”。 读完第一部分，我本来想说他们甚至不在乎有没有代码库。这并不重要；不管是不是全是小恶魔和轮子里的仓鼠，他们都不在乎，他们也不应该在乎。唯一重要的是功能，它能给他们带来什么价值。 我们现在甚至有了可抛弃的代码。整个一次性使用的临时网页应用，即时构建以实现、可视化或简化特定的东西，然后就被丢弃了。 这最终会带来一些麻烦吗？肯定的。计算机也是如此，互联网也是如此。 奇怪的时代。有趣的时代。
完整原文把你的经验，加入这段讨论。
但至少你基本上可以理解他们的逻辑。 我认为我们很多人担心的是，这种用 vibe 编码的东西会很快变得臃肿。它如此冗长且杂乱无章，要拆解它将是一项巨大的工作，而依赖 AI 来拆解 AI 已经无法维护的工作似乎只是空想。 这简直就像是“AI 失败了！别担心，我将用 AI 来修复 AI！”。
完整原文我正好处于你所说的那个阶段。我已经完成了 3 次 Access 到 Rails 的转换，现在正在寻找下一个。我现在正在处理的这个项目支持跨越两个国家的 5 个分支和两个独立的机械车间。即使我可以理解 Access 在底层是如何工作的，也没有人可以问我为什么。我有很多问题。与用户坐在一起，规范功能，尽可能地用我能找到的任何数据来支撑它。我认为对于选择这条路的 SME（专业企业）来说，无论使用 Access 还是 Vibeccess，这种情况都不会改变，他们需要重新编写。我也非常乐意这样做。在我看来，它们给我带来的有用数据比任何设计过程都多。 这次的不同之处在于，我有 Claude 帮助我进行数据挖掘和编写枯燥的 CRUD 部分。我能够花更多时间与用户一起测试、获取反馈，并深入思考如何构建这些事物。…
完整原文但Access数据库应用程序有一个巨大优势： 你可以将其放在网络共享位置，每个人都可以使用它 - 对于许多中小企业来说已经足够好了（至少如果有人能够对其进行管理或开发新功能的话） Access是过去30年中微软Office中被严重低估的产品之一。 它的体验不是很好，尤其是“调试器”和它的特点 - 但这是一个能完成任务的好工具 :-)
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。