我公司最近发布了一项“在你的工作流程中使用AI，否则的话”的命令，这已经绝对摧毁了我工作的动力。尽管仍然有私下传言说“继续做你正在做的事情，没人会因为不使用AI而被解雇”，但自上而下的命令的存在已经让我想要放弃并离开。我的担忧是，这可能是现在每一家公司的现状，而我基本上已经不再适合这个行业了。编辑：我离退休还很远，所以我真的被困住了。不知道我的前进道路是什么。看起来很浪费，放弃我多年经验积累的职业生涯，但我很难使用AI工具。我无法与它们进入任何一种流畅的状态。我经常被它们过于激进地打断我的思维过程而感到沮丧。…
源讨论对AI的担忧原帖 203 条评论 · 导入时统计我相当确定，我失去了一份工作机会，因为面试我的经理一直问我各种如何在编程中使用AI的问题。 除非我在尝试一种新语言或在查找库的文档时遇到困难，否则我完全不使用AI。在我的主要技能集里，我根本不需要它，因为我已经做了很久，自己做比让AI达到可接受的答案要快得多。 他似乎觉得这个想法相当冒犯，我很高兴我没有去那里工作，或者去任何把使用AI当作要求而不是选择的地方。 我确实看不到一个严重依赖AI的团队能长期享受工作。每个人都有时间做新功能，但没有人愿意花时间重写那些糟糕的旧代码，这些代码充满了错误的假设和不理解的内容。
完整原文把你的经验，加入这段讨论。
另一方面，我觉得这一切最终可能会是工程和产品经理的结合。相当大一部分的工程工作其实并不是什么新东西。增删改查、任务、事件、缓存、同步、优化延迟、成本、过时、冗余。有时候让我惊讶的是，我们仍然在用这么多临时的方法来做同样的事情。 比如，假设有一个包含1000种最常见的企业（或嵌入式、或用户界面、或其他）设计模式的目录，而AI能够根据你现有的系统和新的需求，识别出最适合的几个设计模式，给你一个显示各种权衡的图表，一旦你选择了一个，就能将该模式添加到你的现有系统中，细节符合你的需求。 也许这会很酷？然后系统/AI就能将整个代码库表示为各种模式的集成。…
完整原文我完全不理解你们公司和OP面试的公司。这就像强制所有人使用语法高亮或自动补全，或者坐在特定类型的椅子上或使用站立式办公桌，并把这些作为雇佣的条件。为什么公司这么坚持要让开发者在他们的工作流程中"使用AI"呢？
完整原文有很多使用AI编码工具的方法。 Cursor对于在遗留项目中进行模糊搜索非常棒。像“这里如何做X”这样的请求在修复旧错误时会很有帮助。 或者添加文档。根据差异生成提交描述。或者为你的方法添加javadoc。 无论你在工作流程中的哪个步骤，只要涉及重写现有文本而不是创造新内容，就可以使用Cursor或类似的AI工具。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。