Ai

许多水平很高的人，都对AI Coding抱有更客观的态度 像Geogre在他的这篇博客上提出了和tsoding在X上发的 一篇推文发表了类似的观点，即LLM只是更差的编译器而已，而自然语言（这里主要是English）是非常差的「编程语言」，所以他们不看好， 但这并不代表他们完全不看好AI的发展。反而是有些日常只做着平庸工作（不等于不挣钱）的人，只会重复纺织机与旧纺织工人的故事， 嘲笑别人不会使用「先进工具」 I’m not against AI at all, I’m pro recognizing its strengths and limitations as a tool, and once you do that, if it makes sense for your workflow by all means use it. I also think AI will continue to improve at a careful and steady pace. What I’m against is hype. 这篇文章本身不长，也没有用很多高科技词汇（刻意为之的），并不难理解，推荐去读一下，随便摘录几句我觉得值得思考的 In my old age I’ve mostly given up trying to convince anyone of anything. Most people do not care to find the truth, they care about what pumps their bags. Some people go as far as to believe that perception is reality and that truth is a construction. I hope there’s a special place in hell for those people. ...

前言 这里我主要讲讲为什么我要折腾本地搭建，了解相关知识： 好玩 了解大语言模型在应用上的基础原理（基本不涉及Transformer这种底层原理，仅仅是应用上的），有利于我们更好地使用线上的模型 免费，且大多数方案开源。对于有需求有能力的人来说，可以魔改一些东西，来满足自己的特定化工作场景/工作流 可以离线使用，这里可说道的就多了：隐私、自由、厂商价格歧视、广告投放等等，这些东西仁者见仁，我不展开，仅引用网上的一小段评论: 首先本地模型有一个好处就是不会缩减算力，云端服务明显就是会随着新一代模型发布，把旧模型能力通过缩减算力的方法压缩成本，然后再逼你使用更贵的服务，（OpenAI为什么涨价涨的那么熟练啊，你究竟涨过多少次价啊 其次就是云端模型上限制比较多，我之前在几个云服务上翻译一个关于中国卫星产业链的外国智库报告，因为出现了几个国资委相关的关键字，基本上几个国内的模型都不敢翻译。 第三就是隐私相关了，公司的内部资料你肯定是不能用外部大模型的，只能用内部部署的模型。 另外本文也仅作为一个超入门级的介绍，并不涉及非常深入的东西，比如不涉及模型的微调和训练，也不涉及图像、视频等多模态的形式。对于其中一些具体的应用场景，也不会将所有的选项尽善尽美的列举（有问题请参照官方文档），旨在抛砖引玉，分享我所了解的，激发所有同好的创造力，互相学习。 声明 LLM及其应用绝对是生产力的突破 我可能字里行间也许会透露出一些看上去对AI持负面意见的内容，但其实我个人还是非常喜欢并拥抱AI带来的变化的，这玩意儿确实是10年来我感受到的真正的科技突破（比5G、VR、苹果的M芯片、TWS耳机等都更明显），大多数人应该也是类似的想法。正是因为对此抱有希望，并且非常重视LLM可能带的技术、社会、文化影响，我们才会去“苛求”LLM有更强的能力，所以还请不要误解我对AI的态度。 我用Trae/Cursor 「Vibe Code」一些个人用的小项目，我用GPT/Grok尝试做文生图做视频的封面，我用DeepSeek/Perplexity做搜索引擎等等。每一项都让我感受到，从2022年GPT3.5横空出世以来，LLM及其应用的高速发展为生产力提升带来了无法想象的提升空间。 我的负面意见与其说是针对LLM本身，倒不如说是针对一些hype，或者是一些蹭热度的行为。LLM的快速发展毫无疑问是人工智能的一次突破 一些梗（负面） Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity We conduct a randomized controlled trial (RCT) to understand how early-2025 AI tools affect the productivity of experienced open-source developers working on their own repositories. Surprisingly, we find that when developers use AI tools, they take 19% longer than without—AI makes them slower. We view this result as a snapshot of early-2025 AI capabilities in one relevant setting; as these systems continue to rapidly evolve, we plan on continuing to use this methodology to help estimate AI acceleration from AI R&D automation. ...

简介 这是我看TJ的一个视频，不能说有感而发吧，但确实引起了我的一些共鸣，时间有限在这里做些简单的记录和总结，后续有时间再更系统地写自己的感想吧。转载请注明出处。 观点提取 其实大家想问的是：我是否仍然能够通过学习编码时所学到的技能获得报酬 软件不仅仅是编码 编程本身不仅仅是编码 人工智能将能够完成初级工程师目前面临的编码任务，人工智能将能够比那些初级工程师更快、更便宜地执行这些任务 人们不会为代码付费，他们肯定不会付费只是为了观看你的代码，除非你是一个 twitch 流媒体:) 他们支付的是要解决的问题，当你编码时，你不会因为该代码而获得报酬，你会得到报酬来解决别人的实际问题或感知到的问题 你获得报酬的原因是因为你为某人解决的问题（这里后续展开说说，技术/业务间的关系），而这个关系足够有价值，让他们足以放弃他们"心爱的现金"，这可以归结为软件 能够提供比以前更快、更便宜或更可靠的东西。 软件是那些直接在计算机中输入的编码任务的超级集合，因为你需要的不仅仅是好的算法或好的类型系统 你需要理解客户需求需求并在情况发生变化时更新它们，你甚至可能会要出来与客户或利益相关者交谈，所以你要练习沟通技巧。 沟通也包括很多非技术方面，有时你需要向非技术人员传达技术概念 需要能够对您专业领域内的人员说不 项目无法正确完成所有事情 对想做但是成本过高的事情说不 它的价值是什么 软件和制作软件有社交方面的因素，比如倾听反馈和提供建设性反馈，有指导和被指导，有耐心、善意和尊重，所有这些都创建了通常看起来像团队的团队，更有效地创建软件，询问和理解诸如我们如何在这家公司赚钱之类的问题 我曾经工作过的最好的软件开发人员在所有这些方面都很出色，包括编码。他们肯定很擅长编写代码，但他们理解 这些技能中的每一项都帮助我学会更好地完成另一项，只要我们有工作，所有这些技能仍然有用 编程本身不仅仅是编码。两类程序员，一类是解决方案复制者，一类是问题解决者 解决方案复制者不仅仅是使用复制粘贴解决方案，而是使用复制粘贴解决方案来解决复制粘贴问题，而无需检查和确认（这里他举了个非程序员的例子来进一步澄清这两种类型的区别） 解决方案复制者对事情如何运作不感兴趣，他们只是一个一个接需求。他们不知道不同的库、语言和工具可以解决他们的问题的方式，或者可能无法解决他们的问题，他们只是复制粘贴StackOverflow上问题中的第一个解决方案，或者现在可能是他们最喜欢的 llm，直到CI变绿为止，而不考虑他们当前所处环境 这不仅仅限于我们一直在谈论的技术问题，可能是他们对如何赚钱或者他们的客户想要什么，也许他们从未考虑过「我们自己组织的结构是否可以帮助我们实现我们打算做的目标和愿望」 相比之下，我们有问题解决者，这些都是好奇的人 他们试图通过理解来解决问题，我认为即使我们不再编写一行代码，这些技能仍然有用 我认为人们低估了他们可以通过软件开发再次学习的技能。 我的观点是，即使你已经编写代码很长时间了，也有可能不学习这些，也不练习这些。例如 例如，我认为逻辑思维是我们在做软件时可以练习的东西 开发中，我们可以练习将大问题分解为更小的问题 我们可以致力于识别迭代并为客户解决问题，他们实际上愿意为您付费，以便可以更好地进行领域分析，正确理解问题集可能的解决方案，然后如何实施一些业务逻辑或流程来解决问题 可以致力于预测这些流程的边缘情况或故障模式 学习如何管理/解决工程中的权衡点 模式识别 这对我们都很有用。在我看来，这些技能中的每一项至少都像你可以训练并变得更好的肌肉，你可以使用软件开发作为进行训练的工具，只要我们有能力，所有这些技能都将再次有用 这些在工作中的软技能，其实与我在软件部分提到的软技能一样（然后举了两个Neovim相关的例子） 您可以用任何您想要的技术替换 neovim， react、rust、htmx、Excel等等，模式和想法是相同的，我的最终观点是您可以 选择你将如何解决问题以及你从实际解决问题中获得的收获，从单纯的复制粘贴转向"Problem Solver" 在实际的例子中，你可以尝试为自己构建一些东西来做到这一点解决你遇到的实际问题。如果其他人已经构建了它也没关系，重点是你要为自己构建它，看看你是否可以解决这个问题 为自己构建一些东西的时候，你就是自己有效反馈，让你知道你是否解决了问题。如果你没有解决，那没关系，你可以重复。失败是可以的，这是我们学习的一部分，重要的是我们利用我们的粗糙和坚韧再次尝试 但要明确的是，我并不是说解决方案复印机是坏人，或者我不喜欢他们，相反，我试图传达这样的信息：如果我开发的所有技能都围绕着重复现有解决方案（拾人牙慧），我会更担心。对我来说，现有的解决方案似乎是一个更有可能通过人工智能以某种方式实现自动化的领域 对我来说有这样的建议，比如保持好奇心，注意努力工作，不要害怕失败。那些从来没有真正让我误入歧途。在我看来以这种方式思考是正确的，无论人工智能如何快速和彻底地扩展到其他软件领域 我不知道未来会是什么样子我 我只是一个普通凡人。但我确实认为，即使不考虑我在整个视频中提出的所有论点，如果你当前的假设是数十亿行新代码将会产生，那么重要的是真正理解有关代码的一些事情，不是所有的事情，不是每种语言，不是每种框架，不是每种类型系统，而是关于软件本身的一些事情 在我看来，与您可能拥有的任何其他可能的技能相比，这似乎是一项更有益的技能 我希望这可以鼓励你在你的软件中努力学习和努力工作，并且也有一些信心，即使我们在编写代码这件事情本身上完全被淘汰，我们正在学习的很多内容都非常有用，并可以转移到其他领域 附录Appendices 原视频