为什么公开工作是有效的（即使它很困难）

当我与正在进行他们的第一个开源项目的大学生交谈时，我一遍又一遍（是的，再一次）强调的信息是公开工作的重要性。 然而，正如我在写这篇文章时发现的那样，“公开工作”比听起来更难。

当我谈到公开工作时，我的意思是说，以“开源方式”做事不仅仅是使用开源许可证（虽然你显然也必须有一个）。 公开工作意味着公开你的流程，从开始到结束，包括所有中间的混乱部分。

我通常告诉学生，通过记录和分享（以任何格式）整个项目，他们正在做一些好事：

• 通过记录“错误的弯路”，他们可以防止未来的维护者/参与者走同样的弯路。
• 通过记录决策过程，他们将帮助下一个挠头试图弄清楚为什么学生做了“这个”而不是“那个”的人。
• 文档创建了一个项目历史，它代表了项目随着时间的推移的个性和特征。 如果有人正在考虑加入一个项目，他们更有可能加入一个有背景故事的项目，而不是一个只有裸代码的项目。

还有其他原因，比如你可能会收到来自团队甚至学校之外的有用反馈。

制造障碍

这一切听起来都很合乎逻辑。 事实也确实如此。 然而，当被要求记录我自己的反馈（你现在正在阅读的内容）时，我承认我有点卡住了。

以下是阻碍我我制造的障碍，以阻止我完成这篇（小）文章：

1. 我不知道在哪里发表它（有史以来最愚蠢的借口）。
2. 我没有时间写它。
3. 我希望我所说的一切都是完全正确的（并考虑让两到三甚至五个人来审查它，以确保我已经说清楚了）。
4. 我不确定我所说的东西以前是否有人说过——而且比我能说的更好。
5. 我不确定我是否是专家，以及我是否有“权利”写关于它们的文章（冒名顶替综合症）。

所以我犹豫不决。 我开始写这篇文章，但被拉去做其他事情——所有这些都是必须完成的合法工作，但也都在某种程度上是为了避免坐下来写这个。

然后我重写（和重写）。 这花费了时间。 而且有一半时间我甚至在完成之前就开始重写想法，这是完美主义妨碍了事情的完成。

然后 IRC 会召唤。 我通常在 IRC 上不是很健谈，或者更准确地说，我的健谈是零星的。 我发现当我最健谈的时候，那是因为我对某事感到沮丧或者在逃避某事（我希望我的老板没有在读这篇文章）。

而且，我必须说一些完全新颖的东西，而且我必须是专家才能增加价值的想法……好吧，老实说，我仍然在为此挣扎。 但我也意识到，有时以另一种方式听到某事的解释会有所不同，也许这就是我能做的。

更好，但不容易

我坚持了下来，最终完成了这篇文章，这篇文章最终更多的是关于为什么公开工作很难，而不是关于你为什么应该公开工作。

请原谅我变得“元”，但我认为这就是重点，对吧？ 写作这篇文章的过程最终是有价值的，因为它（我希望）我已经表明它并不总是容易的，但它总是重要的。