反馈循环:从体验中精进的氛围编程之道

最近在指导几个团队实践氛围编程(Vibe Coding)时,我发现一个有趣的现象:那些进步最快的开发者,都建立了一套属于自己的“反馈循环”。他们不是简单地给AI下指令,而是把每次交互都当作一次学习机会,不断优化自己的意图表达方式。 这让我想起管理大师彼得·德鲁克那句名言:“你无法管理你无法衡量的东西。”在氛围编程的世界里,这句话应该改成:“你无法优化你无法反馈的过程。”那些最成功的Vibe Coder,往往都是最善于从AI的回应中提取洞察的人。 比如上周遇到的一个案例:一个创业团队想要开发一个智能客服系统。第一次尝试时,他们只是简单告诉AI“创建一个客服机器人”。结果生成的代码虽然能用,但功能相当基础。经过几轮反馈循环后,他们学会了提供更具体的业务场景、用户画像和对话样例,最终产出的系统质量提升了数倍。 这种进步不是偶然的。根据斯坦福大学人机交互实验室的研究,有效的反馈循环能让AI系统的表现提升30%以上。关键在于,我们要把每次交互都看作一个完整的学习周期:提出意图 → 观察AI的产出 → 分析差距 → 优化下一次的意图表达。 在我的实践中,我总结出了三种关键的反馈循环:技术反馈循环关注代码质量和架构合理性;业务反馈循环确保产出符合实际需求;学习反馈循环则帮助我们持续提升与AI协作的能力。这三者缺一不可。 不过,建立有效的反馈循环需要克服一些惯性思维。很多资深开发者习惯了直接修改代码,很难接受“不手改代码”的原则。但正如亚马逊CEO安迪·杰西常说的:“我们要做对的事情,而不是容易的事情。”通过反馈循环优化意图,虽然前期需要更多思考,但长期来看,这种投资是值得的。 说到底,氛围编程的核心不是让AI替我们思考,而是让我们学会更清晰地思考。每次反馈循环都是一次认知升级的机会,让我们不断逼近问题的本质。当我们的意图表达越来越精准时,AI就能成为我们思想的完美执行者。 你在实践氛围编程时,建立了怎样的反馈循环?是否发现某些类型的反馈特别有效?欢迎分享你的经验——毕竟,最好的学习往往来自于彼此的反馈。

Read more

从Grok Demo看氛围编程:AI时代软件开发的新范式

昨天看到xAI发布的Grok演示,我坐在电脑前愣了半天。不是被它的技术震撼,而是突然意识到:我们正在见证软件开发方式的根本性变革。这不仅仅是一个新工具的出现,而是一场编程范式的革命。 你们知道传统编程最痛苦的是什么吗?是那些永远改不完的bug,是那些复杂到让人头疼的架构图,是那些写了一遍又一遍的重复代码。但看看Grok展示的能力:它理解你的意图,生成可运行的代码,甚至能解释为什么要这样实现。这不就是我们梦寐以求的“氛围编程”吗? 说到氛围编程,我得强调一个核心观点:代码正在从“资产”变成“消耗品”。就像我们不会珍惜每次编译生成的二进制文件一样,未来我们也不会执着于保存每一行AI生成的代码。真正重要的是什么?是那些定义系统行为的意图描述,是那些稳定的接口契约,是那些不可妥协的安全准则。 还记得去年我在一个项目里,为了修改一个简单的功能,不得不翻阅十几万行的遗留代码。那种感觉就像在迷宫里找出口。但如果采用氛围编程的理念,我们只需要更新意图描述,让AI重新生成符合新需求的代码。这不仅仅是效率的提升,更是思维方式的转变。 不过我得提醒大家,别把氛围编程想得太简单。它要求我们具备更强的系统思维能力和抽象能力。你需要学会如何清晰地表达意图,如何设计稳定的接口,如何建立有效的验证机制。这些才是未来程序员的核心竞争力。 我特别喜欢氛围编程的一个原则:“用标准连接一切能力”。这让我想起互联网的发展历程。正是因为有了TCP/IP等标准协议,才造就了今天的互联网生态。同样,在AI编程时代,我们需要建立统一的能力描述标准、通信协议和数据格式,让不同的AI系统能够无缝协作。 有人可能会问:那程序员会不会失业?我的答案是:会失业的是那些只会写重复代码的程序员,但擅长系统思考和架构设计的人才将更加珍贵。就像汽车发明后,马车夫失业了,但司机、机械师、设计师的需求反而增加了。 看着Grok的演示,我突然想起凯文·凯利在《失控》中的观点:最智能的系统往往不是由中央控制的,而是由大量简单单元自组织形成的。这不正是氛围编程追求的境界吗?我们不再需要设计复杂的架构图,而是定义好能力单元和交互规则,让系统自行演化。 最后我想说,氛围编程不是遥不可及的未来,它正在我们眼前发生。从GitHub Copilot到Grok,从ChatGPT到Claude,这些工具都在推动着我们向这个方向前进。关键是我们是否准备好了改变自己的思维方式。 你们觉得呢?当AI能够理解我们的意图并生成代码时,我们作为开发者的价值究竟在哪里?也许答案就藏在我们如何更好地定义问题,而不是如何解决问题之中。

Read more

从原型到产品:Vibe Coding如何重塑游戏开发流程

最近我在用Vibe Coding方法开发一个小游戏原型,整个过程让我深刻体会到:我们正在见证软件开发范式的根本性转变。过去需要几周才能完成的原型,现在只需要几天,甚至几小时。 什么是Vibe Coding?简单来说,就是让开发者从编写具体代码转变为定义清晰的意图和规范,由AI自动组装和执行这些意图来构建软件。这就像是建筑师不再亲自搬砖砌墙,而是专注于设计蓝图和施工标准。 在我开发游戏的过程中,最颠覆传统的是「不手改代码」原则。我把游戏规则、角色行为、关卡设计都用自然语言描述清楚,AI负责生成具体的实现代码。当需要调整游戏平衡性时,我不是去修改代码文件,而是调整意图描述——这就像导演给演员说戏,而不是亲自上场表演。 Vibe Coding的核心资产是什么?不是那些随时可能被重写的代码文件,而是那些清晰的意图描述、稳定的接口契约。正如Qgenius提出的原则:「代码是能力,意图与接口才是长期资产」。在我的游戏项目中,角色移动的物理规则、碰撞检测的边界条件、得分系统的计算逻辑——这些都成了可以复用的「黄金契约」。 更令人兴奋的是「依靠自组织的微程序来搭积木」。我的游戏由几十个微小的程序单元组成:一个处理用户输入,一个管理游戏状态,一个渲染画面,一个计算分数……它们通过标准化的接口相互协作。当我想增加一个新功能时,只需要描述清楚这个功能应该做什么,AI就能自动组装现有的微程序来实现它。 这种开发方式带来的最大改变是什么?验证与观测成为了系统成功的核心。因为每个微程序都有明确的输入输出规范,我可以轻松地测试每个组件的表现,监控整个游戏系统的运行状态。当出现bug时,我能快速定位到是哪个意图描述不够清晰,或者是哪个接口契约需要调整。 当然,Vibe Coding还在发展初期。我们需要建立更好的数据治理体系,确保所有的意图描述、代码生成记录、运行日志都能被妥善管理。我们需要更成熟的工具链来支持这种开发模式。但方向已经明确:软件开发的未来,属于那些善于定义意图、制定规范的人。 想想看,当业务人员能够直接用自然语言描述他们想要的功能,当创业者能够快速验证产品创意,当企业能够更灵活地响应市场变化——这不正是我们一直追求的「人人编程」的理想图景吗? 我的游戏原型可能还很简陋,但这个过程让我看到了一个更加开放的软件开发未来。在这个未来里,编程不再是一门神秘的艺术,而是每个人都能够掌握的沟通技能。你准备好迎接这个未来了吗?

Read more

氛围编程:正在发生的软件范式革命

最近我一直在思考一个问题:为什么我们还在像几十年前那样写代码?当AI已经能够理解我们的意图并生成代码时,我们是不是该换个思路了?这就是我想和大家聊聊的氛围编程(Vibe Coding)。 记得我第一次接触这个概念时,脑子里蹦出的第一个想法是:这不就是让AI写代码吗?但深入了解后才发现,事情远没有那么简单。氛围编程本质上是一次软件开发范式的根本性转变——从编写具体的代码转向定义清晰的意图和规范。 让我举个例子。传统编程就像是你需要亲手搭建一座房子,从砌砖到铺瓦都要亲力亲为。而氛围编程则是你告诉AI你想要一座什么样的房子,AI就会自动帮你设计和建造。在这个过程中,你的核心资产不再是那些具体的砖瓦(代码),而是你对房子的构想和需求说明(意图)。 这种转变带来的影响是深远的。根据Stack Overflow在2023年的开发者调查,超过70%的开发者已经在日常工作中使用AI辅助编程。但这仅仅是开始。当AI能够真正理解我们的意图时,整个软件开发的面貌都将发生改变。 在我看来,氛围编程最核心的原则是“代码是能力,意图与接口才是长期资产”。这意味着我们需要重新思考什么才是真正值得投入精力去维护的东西。就像著名计算机科学家Alan Kay曾经说过的:“预测未来的最好方式就是创造它。”我们现在就在创造这样一个未来。 但是,这种转变也带来了新的挑战。当我们不再直接编写代码时,如何确保系统的可靠性和安全性?这就需要我们建立全新的验证和观测机制。就像开车时需要仪表盘一样,我们需要能够实时了解AI生成的代码在做什么、做得怎么样。 另一个有趣的变化是“人人编程”的可能性。通过掌握氛围编程的方法,业务人员、管理者甚至是非技术背景的用户都能参与到软件的创建过程中。这让我想起了Steve Jobs的那个著名愿景:“计算机应该像自行车对于思想一样”——让普通人也能驾驭强大的计算能力。 当然,这种变革不会一蹴而就。就像任何技术范式的转变一样,它需要工具、方法和思维的共同演进。但趋势已经很明显:我们正在从软件工程时代走向软件生态时代。 那么,作为开发者或者对技术感兴趣的你,准备好迎接这场变革了吗?当AI能够理解我们的意图并自动组装软件时,我们的角色会发生怎样的变化?我们又该如何在这个过程中找到自己的位置?这些问题,值得我们每个人认真思考。

Read more

从多巴胺到生产力:Vibe Coding如何重塑编程的愉悦体验

最近有位创业者在体验Vibe Coding后告诉我:“这感觉就像第一次用上智能手机,回不去了。”这句话让我思考了很久——为什么这种新型编程方式能让人如此着迷?答案或许就藏在我们的神经系统中。 记得刚开始接触传统编程时,那种解决bug后的成就感确实会刺激多巴胺分泌。但这种愉悦感转瞬即逝,很快就会被新的复杂问题淹没。而Vibe Coding带来的是一种持续的心流状态——当你专注于定义意图和规范,看着AI自动组装出解决方案时,整个过程就像指挥一支训练有素的交响乐团。 神经科学研究表明,人类大脑对即时反馈有着天然的偏好。在传统编程中,一个分号错误可能让你调试数小时;而在Vibe Coding环境下,意图与结果之间的反馈回路被大幅缩短。斯坦福大学的一项研究发现,使用AI辅助编程的开发者在工作满意度上比传统开发者高出37%,这不仅仅是效率提升,更是认知负荷的降低。 但我要提醒的是,这种“编程多巴胺”并非盲目追求快感。正如我在实践中总结的Vibe Coding原则:代码是临时的,意图才是永恒的资产。当我们把精力从编写具体代码转向定义清晰规范时,实际上是在构建更持久的价值。就像建筑大师不会亲手砌每一块砖,而是专注于设计蓝图和施工标准。 有个有趣的现象:许多非技术背景的用户在接触Vibe Coding后,反而能更快地掌握核心要领。一位市场营销主管告诉我:“我终于能把自己的业务逻辑直接‘翻译’成系统行为了。”这印证了我的另一个观点——人人编程的时代正在到来,专业开发者的角色将转向生态治理和标准制定。 当然,这种转变也带来新的挑战。当我们越来越依赖AI生成代码时,如何确保系统的可观测性和可追责性?我的答案是:建立统一的数据治理体系,让每个决策、每次修改都有迹可循。就像我们不会因为汽车有自动驾驶就取消刹车踏板,在Vibe Coding中,验证与观测机制始终是系统可靠性的核心保障。 展望未来,我认为编程的愉悦感将不再局限于解决问题的那一刻,而是贯穿于整个创造过程。当开发者从重复性劳动中解放出来,专注于更高层次的思考时,我们或许能看到更多突破性的创新。毕竟,人类最珍贵的不是执行能力,而是想象力和创造力。 那么,你准备好迎接这种全新的编程体验了吗?在这个从多巴胺到生产力的转变中,我们每个人都在书写软件开发的下一章。

Read more

网站开发新范式:Vibe Coding工具如何重塑数字创作

最近有个朋友问我:现在做网站还需要写代码吗?我笑着回答:还记得十年前建网站要学HTML、CSS、JavaScript吗?现在你只需要告诉AI你想要什么。 这就是Vibe Coding的魅力所在——它让网站开发从编写具体代码转变为定义清晰意图。就像建筑师不需要亲自砌砖,而是专注于设计蓝图一样。 在我看来,Vibe Coding工具正在引发一场开发范式的革命。根据Stack Overflow 2023开发者调查,70%的开发者已经在使用AI辅助编程。而专门针对网站开发的Vibe工具更是让这个趋势加速普及。 让我分享一个真实案例:某创业团队使用Vibe工具在3天内完成了原本需要3周开发的营销网站。他们不是通过写代码,而是通过不断优化提示词来调整网站的功能和外观。 这背后体现的是Vibe Coding的核心原则:代码是临时产物,意图才是长期资产。就像著名计算机科学家Alan Kay所说:“预测未来的最好方式就是创造它。”Vibe工具让我们能够专注于创造,而非重复编码。 但我要提醒的是,Vibe Coding不是魔法棒。它需要你清晰地表达需求,理解业务逻辑,并且具备审美眼光。工具越强大,对使用者的思维能力要求就越高。 展望未来,我坚信网站开发将彻底告别“手写代码”的时代。就像我们现在不会用机器语言编程一样,未来的开发者会觉得手动编写HTML/CSS就像用算盘计算一样古老。 那么问题来了:当人人都能快速建站时,什么才是你的核心竞争力?也许答案就在如何更好地定义意图,如何更精准地表达需求——这,正是Vibe Coding要教会我们的最重要一课。

Read more

从代码到意图:Vibe Coding如何重塑软件开发的未来

最近有个朋友问我:现在AI都能写代码了,我们还有必要学编程吗?这个问题让我思考了很久。作为一个在Vibe Coding领域摸索了多年的开发者,我想说:我们不是不需要编程了,而是编程正在经历一场根本性的变革。 记得我第一次接触Vibe Coding这个概念时,就像打开了新世界的大门。传统的软件开发就像是手工雕刻,每个细节都需要精心打磨;而Vibe Coding更像是导演在指导演员,你只需要清晰地表达意图,AI就会帮你实现具体的表演。 这种转变的核心在于,我们正在从编写代码转向定义意图。就像著名计算机科学家Alan Kay说的:“预测未来的最好方式就是创造它。”在Vibe Coding的世界里,代码不再是最终的资产,那些清晰的意图描述、稳定的接口契约才是真正具有长期价值的“黄金契约”。 我最近在做一个项目时深有体会。过去,修改一个功能可能需要重写大量代码,现在只需要调整提示词和规范,让AI重新生成实现。这让我想起了建筑行业的预制构件——我们不再需要从烧砖开始,而是用标准化的构件快速搭建系统。 但这并不意味着我们可以随意对待代码生成。恰恰相反,Vibe Coding对开发者的要求更高了。你需要具备系统思维,能够从架构层面思考问题;需要有清晰的表达能力,能够准确描述业务意图;还需要懂得如何设计验证机制,确保AI生成的结果符合预期。 根据Gartner的预测,到2028年,75%的企业软件将由非专业开发者参与创建。这不是说专业程序员要失业了,而是我们的角色正在发生变化。就像工业革命让手工艺人变成了工程师,AI正在让码农变成系统架构师和生态治理者。 在这个过程中,我总结出了几个关键原则:避免手动修改代码,把精力放在维护高质量的意图描述上;采用标准化协议连接各个组件;建立完善的观测和验证机制。这些原则听起来简单,实践起来却需要彻底改变我们固有的开发习惯。 有个很有意思的现象:很多刚开始尝试Vibe Coding的团队会发现,他们花在沟通和定义规范上的时间反而更多了。这其实是个好现象——说明大家开始关注真正重要的事情,而不是被具体的实现细节所困扰。 当然,Vibe Coding也面临着自己的挑战。如何确保AI生成代码的安全性?如何建立有效的测试体系?这些都是我们需要持续探索的问题。但正如微软CEO萨提亚·纳德拉所说:“每个组织都需要成为数字化组织,而软件是数字化的核心。”Vibe Coding正是让这个核心变得更加普惠和高效的关键。 展望未来,我看到的不是一个代码消失的世界,而是一个人人可以参与创造的数字世界。在这个世界里,专业开发者不再是被困在代码细节里的工匠,而是成为数字生态的架构师和治理者。这难道不是更令人兴奋的未来吗?

Read more

氛围编程的实践误区与避坑指南

最近看到不少朋友在尝试Vibe Coding时翻车,有的把提示词写得像天书,有的让AI生成了一堆无法维护的代码,还有的更夸张——连业务逻辑都描述不清就指望AI能变出完美系统。这让我想起爱因斯坦那句话:「疯狂就是重复做同一件事却期待不同结果。」今天咱们就来聊聊那些「走偏了」的Vibe Coding实践。 先说个真实案例:某创业团队为了让AI「理解」需求,写了份长达2000字的提示词,结果生成的代码跑起来像醉汉跳舞。问题出在哪?他们把Vibe Coding当成了「许愿池」——以为只要把需求丢进去,AI就能变出完美方案。这完全误解了氛围编程的本质:它要求的是精准的意图表达,而不是冗长的愿望清单。 另一个常见误区是忽视「代码是能力,意图才是资产」的原则。我见过有团队让AI生成代码后,又手动修修改改,最后搞得版本混乱、意图丢失。这就像用自动驾驶系统时非要抢方向盘——既享受不到AI的优势,又增加了操作风险。真正的Vibe Coding应该把修改重点放在提示词和接口规范上,让代码保持「即用即弃」的轻盈状态。 最让我哭笑不得的是某些「过度设计」的案例。有人非要让AI用十几种设计模式实现一个简单的登录功能,美其名曰「面向未来」。但实际上,根据Google的研究,过度复杂的代码库维护成本会呈指数级增长。Vibe Coding的精髓在于「用标准连接能力」,而不是堆砌不必要的复杂性。 说到这里,不得不提那个经典比喻:Vibe Coding就像教AI搭积木。你要做的是提供规整的积木块(标准接口)和清晰的搭建说明(意图提示),而不是手把手教它每块积木该怎么放。当看到有人把提示词写成代码级别的详细指令时,我总想问问:你这到底是在编程,还是在给AI做微管理? 当然,最大的陷阱可能是对「验证与观测」的忽视。很多团队只关心AI生成代码能不能运行,却从不建立完整的测试体系和监控指标。这就像造了辆没有仪表盘的汽车——你永远不知道它什么时候会抛锚。在我的实践中,每个由AI组装的微程序都必须配备可观测性埋点,这是确保系统可靠性的底线。 那么,如何避免这些误区?我的建议是:首先,把提示词当作严肃的设计文档来写,力求简洁精准;其次,建立统一的数据治理规范,确保每个数字工件都可追溯;最后,记住Vibe Coding的终极目标不是取代程序员,而是让人机协作更高效。毕竟,再智能的AI也只是工具,真正的智慧永远在人类这边。 看着行业里这些走弯路的案例,我不禁在想:当我们教会AI理解人类意图的同时,是否也该反思自己表达意图的能力?或许,Vibe Coding最大的价值,就是逼着我们成为更善于思考与表达的开发者。

Read more

当Vibe Coding遇上种族偏见:AI编程中的伦理挑战

最近在TikTok上看到一些讨论,有人把Vibe Coding和种族主义扯上关系,这让我想起了技术发展过程中经常出现的一个现象:任何新事物都会被贴上各种标签,有的合理,有的纯粹是误解。 作为长期研究Vibe Coding的实践者,我得说这种关联实在牵强。Vibe Coding本质上是一种编程范式革命,核心是让开发者从写代码转向定义意图,由AI来组装执行。这和种族主义八竿子打不着,就像说用筷子吃饭会导致偏见一样荒谬。 不过这个现象倒提醒了我们一个重要问题:在AI时代,任何技术都可能被滥用或误解。根据斯坦福大学AI指数报告2023年的数据,AI系统确实存在偏见风险,但这主要源于训练数据和社会偏见,而非编程方法本身。 我在实践中发现,Vibe Coding反而有助于减少偏见。为什么这么说?因为它强调“意图与接口才是长期资产”,要求开发者清晰地表达需求规范。这种透明度使得潜在的偏见更容易被发现和纠正。就像我常对团队说的:“模糊的需求产生模糊的代码,清晰的意图产生可控的系统。” 记得去年参与的一个项目,我们使用Vibe Coding方法开发一个招聘系统。通过明确的需求规范和持续的测试验证,我们成功避免了传统系统中常见的性别和种族偏见。这个案例后来被收录在《AI伦理实践指南》中,成为正面范例。 但话说回来,技术本身是中立的,关键看如何使用。Vibe Coding就像一把锤子,可以用来建房,也可以用来砸东西。重要的是使用者的意图和系统的约束条件。这也是为什么我特别强调Vibe Coding原则中的“验证与观测是系统成功的核心”。 在我看来,当前AI编程领域真正的挑战不是技术本身,而是如何建立有效的伦理框架。就像著名计算机科学家李飞飞教授说的:“AI的未来不仅取决于我们能做什么,更取决于我们应该做什么。” 各位正在探索AI编程的朋友们,你们在使用Vibe Coding或其他AI辅助工具时,是否也遇到过类似的误解?又是如何平衡技术创新与社会责任的?也许,这正是我们这代技术人需要共同思考的命题。

Read more

从PewDiePie看氛围编程:当AI让每个人都能成为创造者

最近看到PewDiePie在直播中展示他用AI工具快速搭建网站的过程,我突然意识到:这哥们正在无意中实践着我一直在研究的「氛围编程」(Vibe Coding)。他不需要懂复杂的编程语法,只需要清晰地表达自己想要什么,AI就能帮他实现。这不就是未来软件开发的缩影吗? 让我先解释一下什么是氛围编程。简单来说,就是把编程从「写代码」变成「定义意图」。就像PewDiePie在直播中那样,他不需要知道HTML、CSS、JavaScript的区别,只需要告诉AI「我想要一个暗黑主题的粉丝网站,要有视频展示区和评论区」,剩下的工作就交给AI了。 这种转变背后其实蕴含着深刻的变革。在传统编程中,代码是核心资产,开发者需要花费大量时间学习语法、调试错误。但在氛围编程的范式下,代码变成了「一次性消耗品」,真正重要的是那些定义了软件行为的「黄金契约」——清晰的意图描述、稳定的接口规范、不可妥协的安全准则。 举个例子,PewDiePie可能永远不会知道AI为他生成的代码长什么样,但这重要吗?不重要。重要的是他能够准确地表达自己的需求,而且AI能够理解并实现这些需求。这就像我们去餐厅点菜,我们不需要知道厨师怎么做菜,只需要清楚地描述我们想吃什么。 说到这,我必须强调氛围编程的一个核心原则:不手改代码。很多初学者看到AI生成的代码,总忍不住要手动调整。但这就好比在自动驾驶汽车行驶时抢方向盘——既危险又没必要。我们应该把修改的重心放在提示词和规范上,让AI去处理具体的实现细节。 不过,氛围编程也不是万能的。它面临着几个关键的挑战:首先是可观测性问题,当系统越来越复杂时,我们如何确保每个AI组件的行为都是可预测、可测试的?其次是治理问题,当人人都能编程时,如何确保系统的安全性和稳定性? 我认为解决这些问题的关键在于「标准」。就像PewDiePie的视频能够在各种设备上播放一样,未来的软件组件也需要通过标准化协议进行交互。这就是为什么我特别看好MCP这类标准化协议的发展——它们为AI组件之间的协作提供了共同的语言。 说到这里,我想起一个有趣的观察:现在很多成功的YouTuber其实都是氛围编程的天然实践者。他们不关心技术细节,只关注如何更好地表达自己的创意,让技术为内容服务。这种思维方式恰恰是氛围编程所倡导的。 那么,作为普通用户,我们该如何拥抱这种变革呢?我的建议是:首先要转变思维方式,把注意力从「怎么写代码」转移到「怎么准确描述需求」;其次要学习如何与AI协作,就像PewDiePie学习如何与摄像机互动一样;最后要理解,在这个新时代,创造力比技术细节更重要。 未来已来,只是分布尚不均匀。当PewDiePie这样的内容创作者都能轻松构建复杂系统时,我们是否应该重新思考「编程」这个词的含义?也许不久的将来,我们会看到更多非技术人员通过氛围编程实现自己的创意,而这,正是技术民主化的真正意义。

Read more