不要打破代码分享链

还没有读者喜欢这个。
Share

Opensource.com

分享很简单。每天我们都有更快、更轻松和更多的方式来分享。分享也很重要。他们说快乐分享时会变大,悲伤分享时会变小。我们每天都在分享,我们对此感觉良好。我们分享关于某个问题的知识,我们在需要时分享建议,我们分享我们对各种事情的看法。

但关于分享最好的事情是,当我们的朋友也分享他们的观点时,让每个人对这个话题有更好的看法,并通过新的视角丰富彼此。

代码分享也是如此。

例如,在 GitHub 上分享代码对于更改、改进和更新应用程序至关重要。然后,代码需要维护。让每个人都看到它,确保可以在没有太多困难的情况下进行更改。

想象一下,您找到一个完全符合您需求的开源应用程序。您访问了代码,但您无法理解它,因为创建者没有使用一套最佳实践。或者想象一下,您找到一个接近满足您需求的应用程序,但您想修改和改进它。您访问了代码,但它被塞在一个 5,000 行的单个文件中。或者它具有高循环复杂度和高重复代码率。

您会怎么做?也许您会从头开始编写代码。那么,我们如何才能确保我们代码的可读性、可维护性和可重用性?您猜对了:测量和分析您的代码,并持续这样做。

我使用一个名为 Kiuwan 的工具来测量和分析代码——还有很多其他的工具——在许多高质量软件的特性中,它专注于并强烈强调可维护性。流程是:

  1. 注册
  2. 上传代码或下载分析器到本地计算机
  3. 获取结果(风险和质量指标、发现的缺陷以及修复它们所需的工作量)

使用这样的工具可以确保代码的分享链不会断裂。而这正是开源的全部意义所在。前进并分析您的代码吧!

 

标签
User profile image.
我在 Kiuwan 担任内容经理。我一直对开源及其所有为每个人带来知识的分享原则感兴趣。

2 条评论

感谢您分享这个资源,Belen!我特别喜欢您如何解释分享的重要性,无论是在我们的个人生活还是在代码中。这是我们都知道的事情,但这篇写得很好的文章再次提醒我们为什么它很重要。

有点晚了,但是...
我完全同意!
这是开源项目,尤其是较小的项目,开发人员很少,开发人员不是专业的开发人员,以及在大学学习编码作为一种工具,有点随波逐流的人,面临的重大问题之一。他们自学编码,并且忽略/不了解使代码堆砌在某些源文件中的代码与好的软件之间存在差异的事项。这包括对其他开发人员有好处,而不仅仅是对用户有好处。

多年来,这在某种程度上是我的主要工作领域:清理此类项目,使其在实践中成为开源,而不仅仅是理论上。
最糟糕的事情是
- 复制粘贴的代码(加上一些手动更改,为了好玩 ;-) )
- 非模块化代码
- 无文档的代码

还有其他不好的事情,但这些事情如果在最初避免它们,花费的时间会少得多,然后花费时间修复它们(当然,这也会产生新的错误,作为奖励)。

所以.. 感谢您提及这个问题!并感谢您和所有其他致力于帮助解决此类问题的工具的人! :-)

我们是后方,支持部队! ;-) :P

知识共享许可协议本作品根据知识共享署名-相同方式共享 3.0 未本地化许可协议获得许可。
© . All rights reserved.