刚刚完成了一项小项目，但它并没有达到我预期的目标。写一篇回顾文章时，我一直碰到一个问题：说得太直率了吗？

有一种版本，我谈论了它为什么会失败的真正原因，这包括了一些我知道是冒险但还是推进的设计决定、一个我选择的不太好的发布时间窗口，以及一个核心游戏循环不是我一直告诉自己它的那么紧密。这种版本写起来很不舒服，但可能对其他开发者有用。

还有另一种容易的版本，我可以责怪营销部门，谈论模糊的发现问题，并继续往下走。

我已经读够了回顾文章，知道哪一个对社区来说是真正有用的，但写一个直率的版本让我感到被暴露了。

那些已经发表过回顾文章的开发者，如何决定要包含什么内容？您是否公开指出特定的设计错误？您是否为了保护未来的项目或自己的名誉而保留了一些内容？直率的回顾文章是否真的有助于您了解问题所在，还是它只是感觉像是在公开进行尸检？

很想知道其他开发者在有用透明度和过度透露之间划定的界限在哪里。