真实的分享，给 OP 点个赞。

「写和编辑分离」，这个也是我用过的方法，很有用。不顾一切先写个草稿，哪怕句子一点也不通顺，哪怕逻辑非常混乱。第二遍修改的时候，很轻松，改改不通顺的地方，调整一下段落结构。一遍改过之后，还有再改一遍的空间。

如果一开始就想一下子把整个思路理顺，然后流畅表达出来，也不是做不到，就是难度忒大。初期憋草稿的过程很痛苦，还不如使用迭代的方式，基本是无痛的。其实写代码也可以用这种迭代的方法。

/t/825142
上面这篇是我写的笔记方法论，挺长的，写的过程也遇到了一些痛苦，即使是使用了迭代的方法，痛苦的地方主要在于构思怎样表达出来，让文章更加易懂，让读者更容易理解和消化。这个构思的过程是没办法省的，因为用迭代的方法写出来，虽然可以保证文章可读性很好，但不保证易懂。

@Livid /go/promotions

@Livid /go/random

@Jim142857
说的不对，应该是“为什么有的还说经济衰退也可能会导致物价上涨”。

对，它的 2 个特色，一个是 wireless 减少连线，另一个是 note 划分区域。

另外，加减乘除这些都可以简化，用连线的方式表现加减乘除显得太傻了。每个块(node)其实更应该表示一个有意义的数据处理模块，而不是加减乘除。

楼主我记得你，一直在做这方面的事情。但你好像没有发链接哦。

@est
连线是可以被拯救的：
拯救前： https://miro.medium.com/v2/resize:fit:1400/format:webp/1*[email protected]
拯救后： https://miro.medium.com/v2/resize:fit:1400/format:webp/1*[email protected]
（来自 Origami 软件，https://blog.prototypr.io/a-cure-for-cable-clutter-in-origami-studio-f07e6a65264f ）

我一般按照「可验收」的标准，划分子任务。就是说，做完了子任务，一定要有能通过验收，符合验收标准。
举例来说，要实现一个数据可视化的功能，包括数据的显示和数据的生成。我一般会这样：
1. 先把数据的显示做出来。可以 mock 假数据。
2. 再做数据的生成，用第 1 步数据显示模块来测试生成的数据对不对。

第 1 步里面，如果实际的数据很复杂，我会先 mock 一些简单的数据，来测试显示功能是否正常，然后再进一步扩展到大量数据的情形。

@Livid ， /go/qna

@Livid /go/qna