【问题标题】:How small is *too small* for an opensource project? [closed]对于开源项目来说,*太小*有多小? [关闭]
【发布时间】:2012-11-03 22:58:50
【问题描述】:

在过去的 2 年中,我使用了很多较小的项目/库。我正在考虑将它们移至 Google Code,以便更轻松地与同事分享,并更轻松地将它们导入到我自己环境中的新项目中。例如简单的 FSM、CAN(控制器局域网)驱动程序和 GPIB 驱动程序。它们中的大多数都很小(少于 500 行),所以我想知道这些类型的东西对于一个独立的开源项目来说小了吗?

请注意,我想让它开源,因为它不会给我或我的公司带来任何真正的优势。

【问题讨论】:

  • 您似乎只需要一个共享代码库,因此您可以考虑使用 GitHub 或类似的东西。
  • 我看到单行代码比 20 万行代码库更宝贵。为什么要通过计算代码行数来衡量价值?我不明白。
  • 我认为如果他们解决了某种问题,那么他们可以而且应该是开源的。看起来这些库已经在商业上使用,所以它们显然对你有价值。如果它们对您有价值,并且其他人也可能重视它们,那么您也可以将它们开源。
  • 如果它作为一个问题发布在 SO 上,是否会因为过于本地化而被关闭?如果这个问题的答案是肯定的,那么它对于开源来说太小了
  • @inspectorG4dget 总的来说我同意,但是一些高度专业的库可以在 O(n) 时间内计算“小部件和 wotsits”,尽管高度本地化仍然对该领域的人们有用

标签: python open-source driver libraries


【解决方案1】:

越小越好。

一个 10 行函数,用于将 HSV 转换为 RGB 或找到最接近三角形的点或类似 CAN/GPIB 驱动程序的东西,远比一个庞大的、复杂的、文档不足的框架更容易被阅读和使用

【讨论】:

    【解决方案2】:

    不要考虑代码行数,要考虑代码的实用性。如果您的代码对某人有用,请将您的代码上传到一个或多个存储库,编写 wiki、示例等。我看到了一个有用的 Python 库,它不到 100 行。

    【讨论】:

      【解决方案3】:

      500 行?在我看来,这很多。

      将它们作为项目发布听起来不错。我的意思是,您阅读了多少篇博文,只用了一些节省时间的代码?

      现在想象一下,只有 500 行代码和一个为此目的而设计的永久主机

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2020-07-16
        • 1970-01-01
        • 2012-03-14
        • 2013-06-07
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多