1

注意:我在 R 下标记了这个,因为我是 R 用户,但是这个问题的主题是一般性的,所以无论编程语言如何,我都感谢任何输入。

大家好,

我的公司正在扩展到数据科学/开发人员领域,并将在不久的将来开发代码/脚本。我想为内部共享和归档已开发代码制定标准实践。重点是,如果我们今天开发一个代码,我们可以对那个代码和围绕那个代码做些什么,以便在 5 年后它可以很容易地被理解。本质上,在代码共享和归档方面,最佳实践是什么?

我为此做了一些研究,所以我了解 DRY(不要重复自己)对 WET(我们喜欢打字)的偏好,拥有顶级 README、可读且易于理解的评论,以及截图或示例成品。您对这些做法有何看法,如何改进?

4

0 回答 0