虽然大量制作的网络工具带有AI,但我改变了我如何将设计锁定在三个阶段.
我之前写的那篇文章得到了这个评论:“我希望看到JSON方法与设计-系统方法并存。” 从面值来看,我应该把两者放在一起。
但首先,我要补充一个简短的序言。
我不想把这个设定为"JSON方法与设计系统方法".
当我称JSON接近那个职位是"失败"时,我不是说这个方法是劣等的;我是说它不适合我那一套特定的工具.
用JSON方法制作的一页看起来很薄.
但从哪里来的薄薄很容易被误读.
设计漂移是否以及它看起来是否丰富是单独决定的.
阻止漂移的就是锁住设计;它看起来是否丰富,就是建造出多少.
与 JSON 连接的解锁是 漂移在您在计划中指定的项目中 。
另一方面,屏幕是否变得丰富,是由你建造了多少机器来决定的,这些机器把JSON变成了屏幕.
所以不是因为JSON锁门 才看起来像电子表格 在前篇文章中,我写道, 肥胖的"计划"和"渲染器"确实增加了表达本身。
但有一个警告:过去一点,它正朝着用手重建HTML和CSS的方向前进。
我真正想检查的是 一步之前。
如果模板设置了表达式的天花板,那么就像当前模板一样,构建出JSON侧的模板来产生相同的屏幕.
那积分需求是什么?
其实是我建造的 并测量。
我将分享结果, 连同JSON-摄取和设计-系统-摄取屏幕 在匹配的测试条件下并排。
我承认:当时,我选择了设计系统,而没有进行这种比较。
所以,这就是我建造我没有走的路, 事后,并测量成本。
同样的顺序,同样的一发子弹 这样比较可以反映不同的方法, 我匹配一切我可以匹配。
我用一个BMI计算器把对象修好了 在两边,一代是一个单独的 Claude Opus 4.8会议, 我只交出了"那个方法的工具包".
一个只写, 以后不再编辑, 为了避免污染, 我让双方 都读生产 BMI 计算器。
唯一与我不符的,是 相当于定义每个方法本身的部分。
我告诉JSON方法"写出一个目录条目",以及设计系统方法"写出页面模板".
就算是那样 你也不会再比较两种方法了 一枪一发 背后的是什么 就是我把每一面都递出来了 JSON 方法 设计-系统方法 工具包 移交了条目计划(4个结构键,外加模板读取的7个字符串键) 1个固定模板 BMI 建构指南 模式 收集模板 spect 1 参考模板 AI写了1个目录条目(34行,完全符合"计划") 1页模板 (313行)和5种语言的词典 是什么决定了屏幕的内容 我交出的固定模板(AI无法触摸它) AI写的模板 同样的BMI计算器,从每个时代的工具包中单独生成一发.
输入:170厘米/65公斤.
单位切换 免责声明 和四波段颜色编码 也没有被AI从没有决定.
部件,要求,和颜色标准由工具包侧(构建指南,图案收集,模板谱)所持有,AI组装与之相符合.
相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相并相相并相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相 但这种瘦弱并不是因为方法.
建立那个时代的机器 就像现在的一样 主题分光分暗的事实也不是方法的不同.
主题不是测试时我所匹配的一个条件; 这是每个时代实际设置的结果。