AI 让写代码变便宜之后,稀缺的东西换了位置:从「能不能写出来」变成「有没有一个装得下的载体」。本文分析教程 demo 长不大的三个结构性原因(没有持续状态、没有空间结构、没有可扩展边界),给出一个载体应有的四个属性(可进入、可比较、可叠加、可交付),并把「从零写」和「拿一套能跑的底座改」做成成本对照。「养载体」的具体做法是每周加一层、每层提交并留证。AI 的用法被限定在读工程、按一处改、对着验收脚本回归三件事上。如实标注:手机端未完整实测、没有可引用的耗时数字、规划项未实现。
自学 web 编程半年,作品还是计算器和待办清单,多数人的结论是「语法没学牢」。本文换一个角度:语法是比较好补的一段,真正吃掉时间的是反馈——等待、判断、遗忘。文中给出三个筛选练手项目的判据(结果可见性、改动独立性、可积累性),用它们对照几个经典教程项目,再给出一条按反馈速度排序的六阶段起步路径,并写清 AI 编码工具能省掉哪一段、省不掉哪一段。如实标注:手机端未完整实测、没有可引用的耗时数字、规划项未实现。
孩子想自己做出一个能在浏览器里走进去的 3D 世界,该从哪儿开始?本文对比三种起点各自断在哪:图形化积木第一节课就能出东西但转到文本代码时断层;从零写 three.js 工程上正确但概念全堆在「还看不见东西」的阶段;纯 AI 生成结果快但因果不可见。第四条路是给一个已经在跑的世界:有参照物、作业可验证、错了系统自己会叫。文中给出一节改一处的六节课顺序表,并指出课堂上该被评价的不是 AI 写了什么、而是学生能不能说清 AI 改了什么。如实标注:不是教育机构、无课程无师资、没有课堂实测、不承诺学习效果。
拿到一套陌生的 3D 虚拟世界工程,第一个问题是「从哪下手不会弄坏」。本文给出五个按风险排序的改动点(文案、场景与出生点、模型与资产、角色与动作、界面面板),逐处说明会牵动什么;再划出「第六处」——真正属于你的业务层,以及它与底座内部的界限;接着给出让「改坏」变便宜的四条做法(一次改一处、git 分支、跑验收脚本、先能进再好看);最后写清 AI 编码工具在这条线上的三条边界与一个具体用法。如实标注:手机端未完整实测、无可引用耗时数字、不提供定制开发服务。
甲方越来越多在效果图之后多问一句「能不能做成线上能看的」。本文先把「线上能看」拆成三种形态(能转的模型/能走的空间/能点能用的东西),指出三者工程量差一个量级;再给接单方六个必须当场问清的问题(形态、模型来源与格式、给谁看用什么设备、这东西活多久、以后谁改、服务器域名备案归谁),逐条讲不问的代价;接着给出三种结论(正常接/只接一部分并把边界写进合同/直说做不了)与「线上版」应拆成的五项工作量;最后写清 AI 讲解做不到什么,以及四类不适合的情形。如实标注:不接代建、无客户案例、手机端未完整实测。
交付那天最常见的场面:乙方点开链接转一圈说「您看」,甲方觉得挺好又说不出哪里不对,签完字才发现手机打不开、改一个字要等三天。问题在于双方手里都没有一张能对的东西——「好不好看」是主观的谈不出结论,「能不能打开」是客观的一测就知道。这篇给出六项当场可验、不需要懂 3D 的客观项:换三台设备各点一次(用甲方自己的手机和网络,因为访客就是这个条件)、数着秒表看到真正出画面、对着清单核内容、问出单个模型的体积量级、现场指一处问「改它走什么步骤谁做多久」、以及服务器/域名账号/到期后果三句归属问答。配一张可直接抄的验收单(含「通过标准」当场写当场认)与三个现场动作。同时说明四种不适用情形,并交代边界——六项是通用项、未服务过大量展厅项目故不引客户案例、首屏加载没有通用合格线。