这个栏目里写过的所有内容,每篇都有署名和日期。
如果时间很紧,只看前两节就够。剩下的部分等到真正动手时再回来查,比一次读完更有效。…
写这篇的原因很简单——问的人多,回来的答案却常常是「看情况」。看什么情况,才是真正需要说清的部分。…
关于低代码平台的选择,市面上流传的说法不少,其中相当一部分只在理想条件下成立。下面写的都是能在家、在普通工作日里落地的部分。…
见过太多人把版本管理的最小用法做成一次冲刺,然后停三周。停三周不是失败,但会让前面那点积累白费。…
关于代码注释的价值,市面上流传的说法不少,其中相当一部分只在理想条件下成立。下面写的都是能在家、在普通工作日里落地的部分。…
把从需求到原型的路径当成一个要长期维护的系统,而不是一个要完成的任务,判断标准会完全不同。…
先把前提说清楚:调用模型的成本的效果和条件强相关。同样的做法,换一个环境、换一个时间点,结果可能完全相反。…
把本地模型与云端的取舍当成一个要长期维护的系统,而不是一个要完成的任务,判断标准会完全不同。…
把日志的作用当成一个要长期维护的系统,而不是一个要完成的任务,判断标准会完全不同。…
关于安全与权限,市面上流传的说法不少,其中相当一部分只在理想条件下成立。下面写的都是能在家、在普通工作日里落地的部分。…
先承认一件事:没有人能一直保持状态。所以不会编程也能用的自动化的设计要包含「状态差的那天怎么办」。…
先把前提说清楚:让 AI 解释报错的效果和条件强相关。同样的做法,换一个环境、换一个时间点,结果可能完全相反。…
关于脚本的可维护性,市面上流传的说法不少,其中相当一部分只在理想条件下成立。下面写的都是能在家、在普通工作日里落地的部分。…
先把前提说清楚:把重复操作写成脚本的效果和条件强相关。同样的做法,换一个环境、换一个时间点,结果可能完全相反。…