… 我把大语言模型看作是一种放大器和加速器。在我职业生涯中积累了大量的模糊知识——现在有了大语言模型，我能够将这些模糊的知识应用到各种语言和平台的具体问题中。以前我会局限在自己的领域：我精通Python、JavaScript和SQL，所以我用这些语言解决所有问题，因为我不想花时间去学习新语言或平台的琐碎知识。现在呢？我乐于使用Go、Bash、AppleScript、jq、ffmpeg等工具，我甚至考虑开始一个Swift项目。
源讨论用Claude代码开发Mac应用原帖 117 条评论 · 导入时统计两年前，我自认为是一个非常优秀的Python工程师。现在我正在构建原生移动应用、与Slack通信的桌面应用、用Go编写的API，以及用React构建的完整网页应用，只需几小时或几天！ 感觉我拥有了超能力。我非常喜欢。我感到高效、快速、有创造力。但到了晚上，有一种奇怪的悲伤感。我的职业、我的热情，我努力学习的所有东西，所有的时间和牺牲，现在机器可以完成大部分工作。而开发这些工具的公司才刚刚开始。 这对下一代工程师意味着什么？这一切将走向何方？你也有同样的感觉吗？
完整原文把你的经验，加入这段讨论。
完全同意。在这个过程中，我的bash知识也有了很大提升，例如，仅仅是因为我使用它更多了
完整原文这很难表达，因为我也最近一直在使用LLM，并且感觉生产力有所提高，但我觉得你在写作中表达出了一种错误的安全感，这反映了我看到的LLM编程的主要风险之一。 除了少数例外情况，从一种语言转向另一种语言并不是简单的语法、琐碎或替换标准库的问题。当然，专家新手经常这样主张，但语言往往有它们构建的基础概念，为了有效地使用它们，必须理解这些概念。例如：你有没有见过一个团队从Java转向Scala，从js转向Java，或者从C#转向Python——我确实见过这些情况——其中开发人员没有尝试理解他们要转向的语言？他们非但没有这样做，反而试图将他们之前语言中重要的概念强加到新语言上，结果一败涂地…
完整原文100%。 大语言模型并不是好的工程师。它们是平庸的、过度设计的、有天才的、愚蠢的、过于简单的、代码整洁的、过度思考的、思考不足的、优秀但糟糕的工程师的综合体。你可以通过正确的提示让它们为任何观点而战。它们真的同时具备所有特点。 要想从它们那里得到好的代码，你首先要了解什么是好的代码，然后引导它们去实现。 我的经验是，要经过五种潜在选项的迭代，比如“不行，这样不行，应该这样做……不行，调整一下……不行，再加点这个……哦，对了，这样很好！” 当“这样很好！”这句话让我感到不安，因为我觉得一个大语言模型能写出和我一样好的代码。直到我意识到，我扔掉了它给出的大部分内容……而一个经验不足的人可能会接受第一个建议，而没有意识到它的缺点
完整原文这是我对于原帖作者的100%理性回应，但我不能否认我也有点类似的不安。这主要是因为这项技术真的很……奇怪，我觉得。说实话，我很难用语言表达这种感觉。
完整原文> 以前……我不愿意花时间去了解一门新语言或平台的琐碎知识……现在呢？我很乐意使用Go、Bash、AppleScript、jq和ffmpeg之类的工具。 你将理解一种语言及其细节视为“琐碎的东西”，认为在编写该语言的程序之前不需要“花时间去了解”，这真是令人惊讶。 我明白这种观点，但这是产品经理的立场，而不是软件工程师的立场……
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。