科哈的故事,首个开源图书馆管理系统

还没有读者喜欢这个。
An open card catalog

Opensource.com

2000年,新西兰一个服务于3万人口的小型公共图书馆开发并发布了世界上首个开源图书馆管理系统。霍罗费努阿图书馆信托 (Horowhenua Library Trust) 将该系统命名为 Koha,在 新西兰 毛利语 习俗中意为礼物或贡献。

这是一个关于我们为何开发 Koha 以及它如何改变了我们和数百万其他人工作方式的故事。

一个新的图书馆管理系统

1999年,霍罗费努阿图书馆信托 (HLT) 需要更换我们运行在 386 服务器上的已有 12 年历史的系统,即图书馆管理系统 (LMS)。我们遵循了通常的征求建议书 (RFP) 流程,在阅读了大量文件后,发现我们对任何选项都不满意。有些系统功能过剩,但价格是我们无法承受的;有些系统价格可以承受,但不能满足我们的需求;而且所有系统的通信解决方案都比我们一直在使用的要昂贵得多。此外,它们都没有使用 Web 浏览器界面。

我们聘请了 Katipo Communications 为我们开发一个基于 Web 的 LMS,他们建议以 GNU 通用公共许可证 (GPL) 发布,以确保项目的持久性(他们不一定想在余生都支持一个专有系统),并且这将鼓励其他人使用它——在此过程中改进和增强它。GPL 还将确保其他组织随后进行的修改和添加也是开源的,从而使所有用户受益。

虽然“共享软件”和“免费软件”自计算机早期就已出现,但开源软件在 2000 年之前的几年里得到了完全不同规模的发展。它不再局限于“业余”程序的领域。开源项目开始生产在当时质量上可以媲美甚至超越商业产品的软件,而 Linux 开始在超大型项目中挑战 Windows。

图书管理员与 FOSS

图书管理员与自由和开源软件有很多共同之处。他们都

  • 相信信息应该对所有人免费开放
  • 受益于他人的慷慨
  • 都关于社区

然而,对于传统上更习惯于与供应商建立相互依赖关系的图书管理员来说,使用自由和开源软件是一种非常不同的工作方式。为了最大限度地发挥开源的价值,需要进行重大的思维转变。

这并非仅仅是接受你所得到的东西,而是要清楚地表达你想要什么。图书管理员需要培养新的技能,以便充分参与或融入作为开源项目核心的社区。

开源社区

只有当社区围绕产品建立起来以确保其持续改进时,开源项目才能生存下去。Koha 现在比以往任何时候都更强大,因为它得到了由开发人员、图书管理员和供应商组成的活跃社区的支持——他们 实际上会互相交谈!

每个合作伙伴在成功的开源社区中都扮演着角色

图书管理员和读者 或他们所代表的最终用户是判断产品或服务是否受欢迎的最终评判者,他们定义了产品或供应商的成功。

开发人员 负责创建代码和工具。

供应商 筛选想法,只将可行、可能盈利和可持续的选项推向市场。 

我在印度塔纳举行的 KohaCon09 大会上的主题演讲探讨了这种合作伙伴关系社区,以及每个合作伙伴之间的互动平衡是多么重要。

供应商与图书馆

当关系处于完美平衡时,关系就会蓬勃发展;供应商可以获得关于功能开发的优秀意见和反馈、详尽的设计和功能可用性测试以及大量的免费推广。但是,如果对建立融洽工作关系的渴望超过了合理的商业决策,开发就会停止在经济上可行,并且会失去经济可持续性。另一方面,如果短视的商业决策凌驾于图书馆的需求和愿望之上,包括开源理念,我们也会遇到麻烦。

开发人员与图书馆

当它运作良好时,我们可以快速开发出能够完成工作的解决方案。现实检验为技术开发提供了信息;开发人员不仅仅因为听起来很酷而开发某些东西,而是因为它是一个针对现有问题的“好的”解决方案,或者会增加价值。当它失去和谐时,我们可能会冒着开发出糟糕的功能的风险,而这些功能是由图书馆或开发人员主动提出的。图书馆可能会要求真正有用的功能,但开发人员可能不想将其纳入,或者可能会开发出过多的花哨功能,从而牺牲了功能性而追求小玩意。

供应商与开发人员

许多企业陷入了将大部分精力集中在业务方面(成本节约、流程改进、效率、质量控制)的陷阱,而不是花时间关注人和关系。当纯粹的业务目标开始驱动开发时,我们就会因为企业贪婪而发生糟糕的事情,但是当我们取得平衡时,我们就会获得高质量、创新、可行、快速和可持续的开发。 

采取整体视角

虽然合作伙伴之间每种关系都很重要,但整体视角甚至更重要。图书管理员积极参与并且不只是将开发工作留给开发人员和供应商,这一点非常重要。我们需要牢记我们服务的最终用户。例如,如果你问:“这些新的花哨功能是否帮助人们完成了某些事情,还是它们只是碍事?” 这有助于你避免“仅仅因为你能做到就去做”的综合症。

Linus Torvalds 在 Steven Vaughan-Nichols 为惠普出版物所做的采访中,对软件开发有这样的看法:

另一件事……人们似乎弄错了,那就是认为他们编写的代码才是重要的……不,即使你编写了 100% 的代码,即使你是世界上最好的程序员,并且永远不需要任何项目帮助,真正重要的是代码的用户。代码本身并不重要;项目的价值仅在于人们实际上发现它有多有用。”

对于霍罗费努阿图书馆信托来说,转向开源在哲学上是非常合适的。这在财务和实践上也是一个很好的决定。但最重要的是,它帮助我们将最终用户,我们的读者和我们服务的人民,置于我们作为一个组织所做决策的核心。

 

标签
Avatar
Joann 是一位图书管理员、妈妈和美食家。她在 Library Matters 上写博客。

10 条评论

Joann,我喜欢你对几个领域中平衡关系的需求以及不平衡如何导致问题的描述。非常感谢 HLT 将 Koha 作为礼物献给社区!

谢谢 Dan。它基于 Greg Siefert 的客户体验模型。完整的演示文稿在线,如果您有兴趣:http://www.slideshare.net/jransom/it-takes-a-village-9955138

自由软件的力量。在互联网上看到新西兰人拥抱自由软件的故事让我感到温暖。Linux Lite 是新西兰唯一的免费桌面操作系统。很想看到 Linux Lite 在新西兰各地的图书馆和政府部门中使用。

Jerry Bezencon
Linux Lite 首席开发人员
www.linuxliteos.com

感谢这篇精彩的文章。但是,虽然它涵盖了 Koha 的起源,但我认为没有涵盖 Koha 的全部“故事”。
例如,可以描述 LibLime 与社区的争议及其“分裂”:有两个大型 Koha 项目可用(且独立):http://www.liblime.com/open-source 和 http://koha-community.org。
此致。

嗨 Leandro,

没有两个大型 Koha。只有一个是由社区开发的,还有一个分支,是由 LibLime 开发的。
如果您查看提交次数、参与人员、活动和用户,我毫不怀疑您会选择 http://koha-community.org 来获取您的 Koha。

关于这个分支的历史,我认为没有必要再次谈论它,除非,也许是为了证明开源是强大的,并且可以管理这样的危机。
并且撰写关于它的文章可能会重新引发一场毫无意义的口水战和激烈的辩论。

--
Paul,自 2002 年以来一直是 Koha 开发人员,Koha 2.0、2.2、3.8 和 3.10 版本的发布经理(也是法国人,以及 http://biblibre.com 的创始人)

文章标题“科哈的故事……”吸引我阅读。但我没有找到关于应用程序套件如何产生的任何讨论,而是发现了很多“哲学”。架构和设计权衡的描述在哪里?Koha 何时以及如何满足专有 LMS 未能满足的需求?文章链接到“Koha 社区”网站并不明显,以至于我尝试了几次才找到它。

我赞赏 Koha 项目所代表的努力。此外,我希望它能鼓励其他项目。

现在,这种哲学表达得很好,并且同样适用于开源和专有应用程序开发。在我 30 多年的软件开发生涯中,项目干系人常常避免和忽视与最终用户的直接接触,正如预期的那样,这些项目通常胎死腹中或在重要方面失败。

有趣的故事。我们有基于云的 <a href="http://www.schoolgennie.com">学校管理系统 </a> 它确实有图书馆系统,如果您感兴趣,可以查看一下。

尊敬的先生,
我想知道如何在我的电脑上安装 koha 开源图书馆软件。请告诉我直接下载链接。我将在缅甸的公共图书馆分享。然后我将为仰光大学的 LIS 学生展示这款软件。
谢谢
zahdli

有关 Koha 的信息,包括如何下载,可以在 Koha 官方网站上找到:koha-community.org.nz

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