真正的纠结面前，我们能做的，其实并不是选择，而是放弃。

项目的进展，除了关键节点，更多的时间，来自一点点具体事情的完成。

顶层设计 & 底层驱动，在实际项目中是穿插进行的。

当想法比较多时，就多想，想各种可能性，想各种实现方案；
当想法比较匮乏、状态一般时，就多干。而这前提是，要能把一件件可执行的事列出来。

对自己来说，有个可实施的方案，就是「链式工作」：每做完一件事，在休息之前，先列出下一步可以做的事。虽然，经过休息后，真正撸起袖子干的不一定是这件事，但至少这样可以保持思路的连续性。特别是两步的碎片时间多，如果在不同碎片时间之前顺畅地切换，是避免低效的关键；换句话说，一有时间，哪怕只是碎片，也能知道自己该做什么。

有时候，自己最想做的事，并不是当时最应该做的事。怎么办？

大多时候，我们还是应该选择最应该做的事。不过，这样也未免显得冷血了些。

如果无伤大雅，不如放纵自己的兴趣，享受地做自己喜欢的事。这样，虽牺牲了当时的收益，但换来了自己的好状态、好心情，长远来看收益可能更高。

写代码，既是完成功能，也是学习、熟练的过程。

疲惫时，既可能写出有 Bug 的代码，也几乎学不到什么东西。

如果不是泰山压顶，只在高效时干活。

这里说的机器，也可以理解为 AI、人工智能、软件、工具。

我制作机器，机器替我赚钱；
赚到钱后，我就有更多时间、精力来改进机器；
进而，机器可以赚更多钱。

如果跨过某个临界点，我就可以和机器相伴相生。