当我最近尝试写博客时，我一直在思考编写优质内容的元过程。 对于我们许多人来说，创造的过程要比其他人使它显得更为轻松。 其中很大一部分是与审稿人有效合作。
好的写作常常要经过审查才能提高其质量并消除粗糙的边缘。 我已经注意到，作为作家，获得如何改进您的作品的广泛指导是非常有价值的。 不幸的是，您经常收到的反馈是它“看起来还不错”，“很无聊”或“不清楚”。
问题在于很难理解如何应用这些一般性评论。 我需要新鲜的眼睛才能看到自己的错误，但是我也需要一些关于错误的指导。
就个人而言，我喜欢挑出早期的初稿只是为了让大家听到。 我想知道哪些部分引起共鸣，以便我可以进一步建立它们。
这是一个减法和加法的过程。 我想知道要删除什么，以便使作品变得更加集中 。 其次，我总是对采用“是，然后……”方法进行审查的人持开放态度。 审查过程将最初的想法开放给其他人能够偶然添加我没想到的东西。
这有两个问题：
- 努力处理散文并提供有意义的反馈是一项艰巨的认知工作
- 许多人（包括我自己）缺乏共同的词汇来提出有用的建议
良好的反馈会吃掉宝贵的大脑食物
提出有价值的整体建议具有很高的认知成本。 用Daniel Kahneman和Amos Tversky的语言，这意味着要使用系统2。这是从第一原理得出的逻辑引擎。 它要贵得多（消耗葡萄糖），因此我们经常求助于便宜的System 1（模式匹配）。
寻求帮助起草作品需要以某种方式补偿合作者的认知成本。 如果不这样做，它可以尝试通过允许编辑者使用其更便宜的模式匹配系统来降低成本 。
系统1和系统2有助于解释为什么我们可能会收到一些小的更正而不是更重要的内容。 我认为这些观点很容易提出，并且它们给审阅者以帮助的印象 。 像Google Docs这样的工具也可以很容易地提出这类建议。
使用通用语言提出建议
我经常在代码审查中找到类似的过程。 指出一些小问题或错别字很容易，但不能给出大量反馈。
在软件世界中解决此问题的方法之一是拥有一组语言，以使其更易于以共享方式描述问题 。 您可以说没有必要使用多重继承 ，或者应该使用某种设计模式 。
在查看彼此的博客帖子时情况并非如此。 但是，开发这种通用语言非常值得。 我并不是说可以指出形容词或被动语态的误用。
我们需要的是常用词来描述有效而有说服力的故事和论点的讲述 。 描述如何订购积分，如何备份积分以及积分是否对接收者产生预期的影响。
在我看来，将行话放在一起可以使我们以更多的模式匹配模式进行操作。 了解散文应该具有共同的元素，可以使散文丢失时更容易发现。 命名事物具有巨大的力量。 我在下面汇总了有关一种心理检查清单的想法，以帮助完成此过程（尽管其目的不是将冗长的细节系统化）。
清楚您想要什么反馈
这篇文章的最初目的是向人们展示我与之共事的人们，他们如何能够给我更好的反馈。 通过详细说明，我同意提供超出似乎可能的范围更深远的批评。
明确这些界限很重要。 这是建立快速改进文化的一部分 。 我们越是谈论人们可以帮助我们改善的方式，我越希望我们能收到宝贵的反馈。
