掌握自述文件内容

如果发现开发工作或社区的普遍参与度下降，需要打开自述文件(README)并查找问题：例如语言不清晰、信息过时，或者总体上认为项目是失败的。就像工具本身一样，自述文件不应只编写一次。

Aqua Security公司开源工程副总裁Liz Rice说，“第一印象很重要，因此需要查看项目的GitHub存储库的自述文件。这通常是潜在用户可能会看到的第一份文件，因此需要明确说明该项目将要做什么以及如何解决问题。它还需要就如何安装和运行该工具给出明确的说明。”

他建议说：“需要将自己置于对其项目或项目的知识一无所知的思维框架中。他们是否能够从自述文件和说明书中掌握基础知识?他们可以更简单地向其他人解释吗?如果没有，是时候重新启动的时候了。”

有很多建议可以无缝地转化为工程，因此需要获取反馈。这是因为技术或创意与执行想法之间通常会存在差距。

Rice表示，这适用于组织的自述文件以及工具本身。如果组织觉得某个项目或总体开源战略有问题，需要向那些愿意分享真实意见的人员寻求反馈。

Rice说：“组织需要外部的一些人员试用开源项目并获得他们的反馈。即使只有一两个人提出反馈，也会带来很多关于如何改善开源项目的知识。”

开源与云计算、DevOps和现代IT的其他支柱有着更多的交集，因为开源的成功取决于相似的基础，尤其是从人员和文化的角度来看，而开发人员担心对这些贡献的响应。

Red Hat公司首席技术策略师兼加拿大解决方案架构总监Michael Cardy说，“高绩效团队需要在心理安全的环境中工作，以分享想法和经验教训，但也要从实际的角度出发，例如将他们的源代码公开给组织的其他成员，而不必担心遭到嘲笑或面临尴尬。”

必须培养这种安全文化及其所促进的合作。如果项目或组织文化具有负面影响或完全有害，那么这将与开源原则相冲突。

（编辑：揭阳站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!