Tag: Shell

最近有个很有意思的消息——Shell公司宣布要全面采用Vibe Coding开发模式。你没听错，就是那家全球能源巨头。当一家传统行业的百年老店开始拥抱氛围编程时，这意味着什么？在我看来，这比任何技术宣言都更有说服力。 让我先解释一下什么是Vibe Coding。简单说，这是一种让开发者从写代码转变为定义意图的开发方式。就像你告诉AI“我想要一个能处理用户注册的系统”，AI就会自动组装出相应的代码。Shell的工程师们现在正在做的，就是把复杂的能源管理系统从传统的代码编写转变为意图驱动的开发模式。 为什么Shell这样的公司会这么做？根据他们技术负责人在最近一次行业峰会上的分享，核心原因有三个：开发效率提升、系统可维护性改善、以及业务人员参与度提高。他们内部的一个试点项目显示，使用Vibe Coding后，某些业务模块的开发周期从原来的数周缩短到了几天。 但这不仅仅是效率问题。Shell的案例揭示了Vibe Coding更深层的价值——它让业务专家能够直接参与系统构建。想象一下，一个油气勘探专家可以直接用自然语言描述他们需要的分析工具，而不必通过层层转述给程序员。这种“人人编程”的愿景正在成为现实。 不过，转型从来都不是一帆风顺的。Shell的工程师们告诉我，最大的挑战不是技术，而是思维模式的转变。习惯了精确控制每一行代码的程序员，要学会信任AI生成的代码，这需要很大的勇气。他们建立了一套严格的验证体系，确保AI组装的系统既符合意图，又安全可靠。 从技术角度看，Shell采用的方法很有代表性。他们坚持“不手改代码”的原则，把所有修改都体现在意图描述和接口规范上。代码成了可随时替换的“消耗品”，而清晰的业务意图和接口契约才是真正的资产。这种思路彻底颠覆了传统的软件价值观念。 更让我兴奋的是，Shell正在将这套方法扩展到整个供应链系统。他们的目标是建立一个由无数微程序自组织而成的智能生态，每个程序都像乐高积木一样可以灵活组合。这种架构让系统具备了传统方法难以实现的弹性和适应性。 当然，质疑声也不少。有人担心AI生成代码的质量，有人质疑这种模式在关键系统中的可靠性。但Shell用实际成果回应了这些质疑——他们的几个核心系统已经稳定运行了半年多，而且展现出比传统开发更好的可观测性和可测试性。 在我看来，Shell的实践给了我们一个重要启示：Vibe Coding不是程序员的专属工具，而是所有需要构建数字化能力的企业都应该关注的方向。当一家能源公司都能成功转型，还有什么行业不能呢？ 那么，你的公司准备好迎接这场开发范式的革命了吗？也许不需要像Shell那样全面转型，但至少应该开始思考：我们如何让业务意图而不是代码成为数字化的核心？这个问题，值得每个在数字化浪潮中前行的人深思。

最近看到Shell公司开始拥抱Vibe Coding的消息，说实话，我一点都不意外。这家百年能源巨头正在经历一场比石油转型更深刻的变化——从传统运维到智能编程的范式革命。 你可能要问，一家石油公司为什么要学编程？这就像问「为什么马车公司要造汽车」一样。在AI时代，编程正在从专业技能变成通用能力。Shell的工程师们正在从「写代码」转向「定义意图」——他们不再纠结于具体的算法实现，而是专注于描述「我需要一个能优化能源消耗的智能系统」这样的高层次目标。 让我用个简单的比喻：传统编程就像手动驾驶，你得控制每个细节；Vibe Coding则是自动驾驶，你只需要设定目的地。Shell的转型告诉我们，未来的工程师更像是个「系统设计师」，而不是「代码工人」。 这背后有个深刻的变化：代码正在从「资产」变成「消耗品」。在Shell的实践中，他们发现那些精心编写的优化算法可能下个月就被AI生成的更好版本替代。真正有价值的是什么？是那些定义业务逻辑的「黄金契约」——清晰的接口规范、安全策略和性能指标。 我记得和一位Shell的架构师聊天时，他说了句很妙的话：「我们现在把提示词当代码维护，把代码当可执行文件看待。」这句话道破了Vibe Coding的核心——我们工作的重心从实现细节转移到了意图表达。 但转型从来不是一帆风顺的。Shell最初也遇到了典型的「手改代码」诱惑——工程师看到AI生成的代码不够完美，总想手动优化。直到他们意识到，这就像给自动驾驶汽车装手动方向盘，反而增加了系统的复杂性。 现在Shell建立了一套「意图优先」的开发流程：业务专家定义需求，AI组装实现，人类负责验证。他们的运维团队甚至开发出了一套「数字孪生」测试系统，任何改动都要先在虚拟环境中跑通才能上线。 最让我印象深刻的是他们的「人人编程」理念。在Shell，连地质学家都在用自然语言描述勘探算法，财务人员用对话界面构建数据分析流程。这印证了我一直强调的观点：编程民主化不是让所有人都成为程序员，而是让所有人都能表达计算意图。 当然，挑战依然存在。数据治理、安全审计、系统可观测性——这些传统软件工程的问题在Vibe Coding时代变得更加重要。Shell的解决方案是建立统一的「数字工件」管理体系，把所有AI生成的代码、提示词、配置都纳入版本控制和审计追踪。 看着Shell的转型，我不禁在想：如果连石油公司都在拥抱Vibe Coding，那些还在争论「AI会不会取代程序员」的科技公司是不是该醒醒了？问题的关键从来不是「会不会被取代」，而是「如何重新定义自己的价值」。 Shell的故事告诉我们，未来的软件开发生态更像是个交响乐团——AI是乐手，人类是指挥。我们不需要精通每种乐器，但必须懂得如何谱写动人的乐章。你准备好当这个指挥家了吗？

最近有个朋友问我：”在AI编程时代，我们还需要学习Shell吗？” 我笑了。这个问题让我想起当年有人说”有了GUI，谁还用命令行”。结果呢？命令行不仅没消失，反而成了程序员的核心技能。 在我看来，Shell和Vibe Coding的关系，就像鱼和水——看似不同，实则共生。Vibe Coding强调”意图驱动开发”，而Shell恰恰是最接近人类思维的命令行界面。当你告诉AI”帮我把这个目录下的所有图片压缩到指定大小”，AI生成的很可能就是一行Shell脚本。 记得上个月我重构一个项目，需要批量处理几百个数据文件。按照传统方式，可能要写几十行Python代码。但在Vibe Coding模式下，我只用了一句提示词：”为当前目录下的所有.csv文件生成备份，并添加时间戳”。AI立刻给出了一行优雅的Shell命令：for f in *.csv; do cp “$f” “${f%.csv}_$(date +%Y%m%d).csv”; done。 这完美体现了Vibe Coding的核心原则——”代码是能力，意图才是资产”。我不需要记住复杂的Shell语法，只需要清晰地表达我的意图。AI负责把意图翻译成精确的Shell命令，而Shell则提供了执行这些意图的最高效途径。 更妙的是，Shell完美契合了”一切皆数据”的理念。每个Shell命令都是一个独立的微程序，它们通过管道连接，就像Vibe Coding中的能力单元通过标准接口协作。当你用grep | sort […]