@blackbeardd
从盈利模式考虑的话，也有可能是在给定主题的问题上，回复一些答案。这些答案可能包含一些广告之类的推广。现在的百度知道里面，已经有不少机器人写的答案了。

@blackbeardd
👍，很可能哦。百度问答、不会爬（下载）数据侵权、需要些爬虫技能、需要登录（回答问题）。
不过怎么盈利呢？

https://www[dot]youtube[dot]com/watch?v=w0iwIzpypGc&t=5579s
好像自动截断了。把上面的[dot]换成.即可，t=5579 是开始写 app 的时间

youtube 高清链接：
https://www.youtube.com/watch?v=w0iwIzpypGc&t=5579s

感觉不错。贴个演示地址吧：
https://galacean.antgroup.com/#/examples/latest/

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

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

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

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

@Livid /go/promotions

@Livid /go/random

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

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

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