这个栏目里写过的所有内容，每篇都有署名和日期。
关于一个家庭自动化例子，市面上流传的说法不少，其中相当一部分只在理想条件下成立。下面写的都是能在家、在普通工作日里落地的部分。…
先承认一件事：没有人能一直保持状态。所以办公自动化案例的设计要包含「状态差的那天怎么办」。…
见过太多人把安全与权限做成一次冲刺，然后停三周。停三周不是失败，但会让前面那点积累白费。…
如果时间很紧，只看前两节就够。剩下的部分等到真正动手时再回来查，比一次读完更有效。…
见过太多人把让 AI 解释报错做成一次冲刺，然后停三周。停三周不是失败，但会让前面那点积累白费。…
这篇不打算说服谁。脚本的可维护性这件事，愿意做的人自然会做，需要的是一个不别扭的顺序，以及知道在哪些条件下该停。…
写这篇的原因很简单——问的人多，回来的答案却常常是「看情况」。看什么情况，才是真正需要说清的部分。…
很多人对数据处理的小工具的第一印象是麻烦，真正做过一段时间后会发现，麻烦集中在开头那几天。把开头拆细，后面会顺很多。…
先承认一件事：没有人能一直保持状态。所以网页信息抓取的边界的设计要包含「状态差的那天怎么办」。…
定时任务的设置的门槛其实不高，难的是把它放进已经排满的日程里。这一节先解决位置问题，再谈方法。…
关于低代码平台的选择，市面上流传的说法不少，其中相当一部分只在理想条件下成立。下面写的都是能在家、在普通工作日里落地的部分。…
见过太多人把AI 写代码的验证方法做成一次冲刺，然后停三周。停三周不是失败，但会让前面那点积累白费。…
把版本管理的最小用法当成一个要长期维护的系统，而不是一个要完成的任务，判断标准会完全不同。…
很多人对代码注释的价值的第一印象是麻烦，真正做过一段时间后会发现，麻烦集中在开头那几天。把开头拆细，后面会顺很多。…
很多人对从需求到原型的路径的第一印象是麻烦，真正做过一段时间后会发现，麻烦集中在开头那几天。把开头拆细，后面会顺很多。…
很多人对本地模型与云端的取舍的第一印象是麻烦，真正做过一段时间后会发现，麻烦集中在开头那几天。把开头拆细，后面会顺很多。…
见过太多人把多工具串联的流程做成一次冲刺，然后停三周。停三周不是失败，但会让前面那点积累白费。…
01
07
09
13
16
17
19