Little Carp
2013 – 10-10 T05 : 45 : 22 + 07 : 00
2013-10-10T05:45:22+07:00
https://vvc.vn/Philosophy/4-dang-cac-cong-dong-nguon-mo-4560.html/ themes / default / images / no_image. gif
Blog FOSS by Lê Trung Nghĩa
https://vvc.vn/uploads/letrungnghia/le-trung-nghia.png
P { margin-bottom : 0.21 cm ; } A : link { }
Four types of open source communities
Posted 10 Jun 2013 by Matthias StürmerTheo : http://opensource.com/business/13/6/four-types-organizational-structures-within-open-source-communitiesBài được đưa lên Internet ngày : 10/06/2013
Lời người dịch: Bổ sung cho các bài nói về cộng đồng nguồn mở của OSS Watch trên blog, bài viết này phân ra 4 loại cộng đồng nguồn mở thường thấy hiện nay trên thế giới và những đặc thù của nó. Một trong những đặc thù của một dạng cộng đồng mà có lẽ hiện nay ở Việt Nam nhiều người sẽ thấy rất xa lạ với mô hình phát triển phần mềm nguồn đóng, xin được trích ra ở đây khi nói về cộng đồng những người sử dụng: “Các cộng đồng người sử dụng là tương tự với các cộng đồng các lập trình viên theo cách là sự kiểm soát được phân tán giữa những người tham gia đóng góp khác nhau. Tuy nhiên, trong các cộng đồng người sử dụng và các tổ chức của người sử dụng đầu cuối sản phẩm phần mềm đó sở hữu bản quyền của phần mềm. Phần mềm hoặc từng được phát triển nội bộ ở một người sử dụng phần mềm và sau đó nó đã được phát hành như là phần mềm nguồn mở. Hoặc phần mềm đó đã được tạo ra dưới một giấy phép nguồn mở như là công việc theo hợp đồng của một nhà cung cấp bên ngoài. Trong cả 2 trường hợp thì những người sử dụng phần mềm đó là những người chủ sở hữu sản phẩm phần mềm đó, nhà cung cấp đưa ra các dịch vụ cho sản phẩm phần mềm đó nhưng không sở hữu mã nguồn. Việc sở hữu bản quyền mã đó cho phép những người sử dụng định nghĩa dạng giấy phép nguồn mở”.
Phần mềm nguồn mở ( PMNM ) không chỉ là về lập trình viết mã nguồn. Tồn tại một lượng lớn những cấu trúc tổ chức triển khai khác nhau tạo thuận tiện cho sự tăng trưởng và thăng hoa của PMNM. Trong bài báo này, tôi lý giải những dạng tổ chức triển khai chính bên trong cộng đồng nguồn mở .Tôi phân biệt giữa :
- Các dự án Bất Động Sản nguồn mở một nhà phân phối duy nhất
- Các cộng đồng tăng trưởng
- Các cộng đồng người sử dụng
- Các TT năng lượng nguồn mở
4 dạng đó của những tổ chức triển khai đại diện thay mặt cho những mẫu tổ chức triển khai cơ bản, và những biến thể và quá độ giữa chúng là rất thông dụng .
Các dự án nguồn mở một nhà cung cấp duy nhất
Các công ty thường tăng trưởng ứng dụng trong nội bộ và sau cuối, vì bất kể nguyên do gì, phát hành mẫu sản phẩm dưới một giấy phép nguồn mở. Họ chiếm hữu bản quyền khá đầy đủ của ứng dụng vì vậy kéo theo quy mô cấp phép đôi. Điều này gồm có việc xuất bản ứng dụng theo một giấy phép và cùng với việc bán loại sản phẩm trải qua những giấy phép chiếm hữu độc quyền cổ xưa. Công ty chắc như đinh để lại chỉ là người nắm giữ bản quyền bằng việc để cho những người góp phần bên ngoài ký những thỏa thuận hợp tác giấy phép của người đệ trình ( committer ) hoặc người góp phần ( contributor ). Các hợp đồng đó chuyển giao bản quyền của mã nguồn được góp phần và những gia tài bổ trợ cho hãng ứng dụng dẫn dắt dự án Bất Động Sản nguồn mở đó .Mục tiêu bắt đầu của những dự án Bất Động Sản nguồn mở đó là bán những giấy phép chiếm hữu độc quyền ở khoanh vùng phạm vi toàn thế giới. Giành được những người góp phần từ bên ngoài là thử thách vì việc bỏ những quyền sở hữu trí tuệ cho hãng dẫn dắt đưa ra ít động lực cho những lập trình viên ứng dụng bên ngoài. Dù trong thực tiễn đã chứng tỏ rằng thậm chí còn những dự án Bất Động Sản nguồn mở một nhà phân phối duy nhất có năng lực kiến thiết xây dựng một cộng đồng nguồn mở. Tôi xem xét những dự án Bất Động Sản như MySQL của Oracle, Openbravo ERP của Openbravo .. S.L., Magnolia CMS của Magnolia Inc., hoặc Alfresco DMS của Alfresco Inc. như những dự ansn nguồn mở một nhà phân phối duy nhất thành công xuất sắc về sự vận dụng trong thị trường tương ứng của chúng. Thông qua những hội nghị những lập trình viên được công ty dẫn dắt, những chương trình đối tác chiến lược, và những hoạt động giải trí thiết kế xây dựng cộng đồng khác, những công ty đó đã xoay xở để tạo ra một lượng đáng kể thị trường .
Một số người chỉ trích nói rằng những dự án Bất Động Sản nguồn mở một nhà cung ứng duy nhất đó không thực sự là những dự án Bất Động Sản nguồn mở vì có một công ty duy nhất đứng đằng sau chúng trấn áp hàng loạt cộng đồng. Như trong ứng dụng chiếm hữu độc quyền thi điều này hoàn toàn có thể dẫn tới sự khóa trói vào nhà cung ứng và vì vậy vào một loại sản phẩm không vững chắc. Tôi chấp thuận đồng ý rằng những người sử dụng tạo ra những phụ thuộc vào với công ty dẫn dắt thậm chí còn nếu họ không quyết định hành động mua phiên bản chuyên nghiệp .Tuy nhiên, vì mã nguồn y hệt được làm cho sẵn sàng chuẩn bị bên dưới một giấy phép nguồn mở nên luôn có sự sống sót năng lực so với những người sử dụng hoặc những lập trình viên không niềm hạnh phúc lấy mã đó, tạo lại tên thương hiệu cho nó và khởi đầu một dự án Bất Động Sản nguồn mở mới. Cái gọi là việc rẽ nhánh này của những dự án Bất Động Sản nguồn mở đã xảy ra nhiều lần trong quá khứ. Như lúc bấy giờ đang sống sót vài rẽ nhánh của MySQL được gọi là MariaDB, OurDelta, hoặc XtraDB. Cũng vậy với mạng lưới hệ thống ERP nguồn mở Compiere do Compiere Inc. dẫn dắt từng bị rẽ nhánh vào năm 2006 thành dự án Bất Động Sản nguồn mở mới ADempiere. Điều này chứng tỏ rằng thậm chí còn những dự án Bất Động Sản nguồn mở bị trấn áp từ một nhà cung ứng duy nhất như vậy là vững chắc nếu một phần đáng kể của cộng đồng những lập trình viên tích cực quyết định hành động đi tiếp với một dự án Bất Động Sản nguồn mở mới .
Các cộng đồng các lập trình viên
Các dự án Bất Động Sản nguồn mở được những cộng đồng những lập trình viên quản trị đại diện thay mặt cho dự án Bất Động Sản nguồn mở nổi bật. Chúng hoặc được một cá thể hoặc một tổ chức triển khai như một công ty ứng dụng, một cơ quan nhà nước hoặc một trường ĐH khởi xướng. Thông qua những góp phần từ những nguồn khác nhau mã nguồn của dự án Bất Động Sản nguồn mở đó được nhiều người tham gia góp phần chiếm hữu. Những người góp phần tham gia vào qui trình tăng trưởng vì những động lực phong phú và đi theo những tiềm năng khác nhau. Một số lập trình viên đã tham gia vì những động lực về lý tưởng hoặc khác của bản thân. Một số lập trình viên góp phần vì họ cần ứng dụng cho bản thân họ hoặc vì họ muốn học thứ gì đó. Hoặc họ tham gia trong cộng đồng vì họ được thuê trong một công ty nguồn mở hoặc vì họ chiếm hữu một doanh nghiệp CNTT đang ship hàng những người mua .
Dự án nguồn mở đó hoàn toàn có thể được tổ chức triển khai như một cộng đồng đơn nhất như LibreOffice bên trong Quỹ Tài liệu ( The Document Foundation ) hoặc mạng lưới hệ thống quản trị nội dung TYPO3 trong Hội TYPO3. Hoặc dự án Bất Động Sản đó hoàn toàn có thể là một phần của một hội nguồn mở lớn hơn với những dự án Bất Động Sản nguồn mở khác nhau khác được một quỹ hoặc cơ quan pháp lý khác quản lý. Các ví dụ là Quỹ Linux ( Linux Foundation ), Apache Foundation, Mozilla Foundation, hoặc cộng đồng Debian. Các cộng đồng những lập trình viên đó được tổ chức triển khai theo những phương pháp rất khác nhau đi theo những chuẩn mực và qui tắc riêng rẽ. Chúng có điểm chung là sự trấn áp dự án Bất Động Sản thường được phân tán trong những người góp phần chính ( được gọi là chính sách người tài chỉ huy ) và rằng bản quyền của ứng dụng được san sẻ trong những người tham gia góp phần khác nhau. Vì thế sự trấn áp được san sẻ. Không có thực thể thương mại duy nhất nào hoàn toàn có thể quyết định hành động, như về qui trình phát hành, lộ trình của những tính năng, hoặc dạng giấy pép nguồn mở .
Các cộng đồng người sử dụng
Các cộng đồng người sử dụng là tương tự như với những cộng đồng những lập trình viên theo cách là sự trấn áp được phân tán giữa những người tham gia góp phần khác nhau. Tuy nhiên, trong những cộng đồng người sử dụng và những tổ chức triển khai của người sử dụng đầu cuối loại sản phẩm ứng dụng đó chiếm hữu bản quyền của ứng dụng. Phần mềm hoặc từng được tăng trưởng nội bộ ở một người sử dụng ứng dụng và sau đó nó đã được phát hành như là ứng dụng nguồn mở. Hoặc ứng dụng đó đã được tạo ra dưới một giấy phép nguồn mở như thể việc làm theo hợp đồng của một nhà phân phối bên ngoài. Trong cả 2 trường hợp thì những người sử dụng ứng dụng đó là những người chủ sở hữu sản phẩm ứng dụng đó, nhà phân phối đưa ra những dịch vụ cho mẫu sản phẩm ứng dụng đó nhưng không sở hữu mã nguồn. Việc chiếm hữu bản quyền mã đó được cho phép những người sử dụng định nghĩa dạng giấy phép nguồn mở .Người sử dụng những mẫu sản phẩm nguồn mở tạo nên những cộng đồng người sử dụng vì họ muốn nắm giữ sự trấn áp kế hoạch của những mạng lưới hệ thống cốt lõi của họ và vì họ muốn san sẻ những ngân sách tăng trưởng và duy trì với những người khác. Có một kho người sử dụng to lớn của một loại sản phẩm ứng dụng nguồn mở cũng hoàn toàn có thể dẫn tới những góp phần từ bên ngoài như làm tài liệu, những bản dịch, sửa những lỗi, những trình lan rộng ra và ở đầu cuối sự tăng trưởng của những thành phần cốt lõi. Trong vai trò của họ như là những người sử dụng ứng dụng thì hoạt động giải trí chính của cộng đồng đó là xác lập những nhu yếu chung và tiến hành chúng hoặc bằng sự tăng trưởng trong nội bộ, hoặc bằng việc hợp đồng với những công ty bên ngoài. Một ví dụ về một cộng đồng như vậy là Liên minh GENIVI, một nhóm những đơn vị sản xuất xe hơi ( BMW, Renault, GM, Honda, Jaguar … ) và những nhà sản xuất ( Continental, Bosch, Pioneer, … ) đang tăng trưởng một sự vui chơi bằng tin học nguồn mở trong những xe cộ. Hoặc hãng tái bảo hiểm MunichRe và Allianz ART Insurance đang kiến thiết xây dựng bộ Quản lý Rủi ro Chuyên nghiệp ( ERM ) PillarOne .
Một ví dụ khác là Quỹ Kuali tại Mỹ. Có khoảng 70 thành viên cộng đồng người sử dụng này, chủ yếu là các trường đại học lớn của Mỹ đang sử dụng các giải pháp nguồn mở để quản lý các khu học đường của họ. Tại Thụy Sỹ đang tồn tại nền tảng OpenJustitia được Tòa án Tối cao Liên bang Thụy Sỹ thành lập để làm tài liệu và nghiên cứu các quyết định trước đó của tòa án, các luật và các cơ sở dữ liệu pháp lý khác.
Các trung tâm năng lực nguồn mở
Dạng thứ 4 những tổ chức triển khai nguồn mở đang sống sót với nhiều dạng khác nhau những TT năng lượng nguồn mở. Chúng hành vi như thể những nền tảng trung lập về mẫu sản phẩm và nhà phân phối với tiềm năng tạo thuận tiện cho sử dụng ứng dụng nguồn mở trong những cơ quan nhà nước, những công ty tư nhân, những tổ chức triển khai phi chính phủ NGO, … Các TT năng lượng nguồn mở lấp khoảng chừng trống giữa những người sử dụng ứng dụng, những nhà sản xuất CNTT và những thành viên cộng đồng nguồn mở độc lập .Vì những hoạt động giải trí mà một TT năng lượng nguồn mở thường tổ chức triển khai những hội nghị và hội thảo chiến lược, cung ứng những dịch vụ tư vấn cho những cơ quan hành chính và những doanh nghiệp, và phát tiển những xuất bản phẩm và tài liệu điều tra và nghiên cứu về nguồn mở. Hơn nữa những TT năng lượng nguồn mở thường tạo ra những hạng mục những công ty và những ủy nhiệm nguồn mở, kiến thiết xây dựng và quản trị những nền tảng thông tin về tri thức và kinh nghiệm tay nghề nguồn mở, và bảo vệ sử dụng và phát hành nguồn mở trong những tổ chức triển khai và quan điểm chính trị nguồn mở .
Trung tâm năng lượng nguồn mở cũng hoàn toàn có thể xử lý thử thách về những yếu tố hành vi tập thể trong những cộng đồng nguồn mở : thường sống sót những nhu yếu chung ở một dải to lớn những người sử dụng nguồn mở vì sự văn minh của ứng dụng đó. Tuy nhiên, vì không có thực thể thương mại duy nhất nào mà tích lũy ít nhưng vô số sự cấp vốn của những người sử dụng, không có gì đổi khác. Một TT năng lượng nguồn mở hoàn toàn có thể phối hợp những hoạt động giải trí tăng trưởng của những nhu yếu nhất định của người sử dụng bằng việc xác lập những nhu yếu chung, lôi kéo những tài nguyên và shopping giải pháp của một nhà cung ứng cho yếu tố đó .Các TT năng lượng nguồn mở được quản trị thành công xuất sắc sống sót khắp quốc tế. Tổ chức khởi xướng, cấu trúc thành viên, những hoạt động giải trí, kích cỡ và việc cấp vốn … hoàn toàn có thể khác nhau. Tuy nhiên, chúng tổng thể đều thao tác với tiềm năng chung để cải tổ thiên nhiên và môi trường và những điều kiện kèm theo chung để sử dụng và tăng trưởng những ứng dụng nguồn mở. Các TT năng lượng nguồn mở như vậy hoàn toàn có thể thấy được, ví dụ, ở Thụy Sỹ ( Nhóm người sử dụng những Hệ thống Nguồn Mở – Swiss Open Systems User Group / ch / open ), tại Đức ( Liên minh Doanh nghiệp Nguồn Mở – Open Source Business Alliance ), tại Tây Ban Nha ( CENATIC ), tại Pháp ( Adullact ), tại Anh ( OSS Watch ), tại Nauy ( Friprog ), và tại châu Âu nói chung ( Diễn đàn Mở châu Âu – Open Forum Europe ) .Open source software is not only about programming code. There exist a vast amount of different organizational structures that facilitate the development and diffusion of open source software. In this article, I explain the main types of organizations within the open source community .I distinguish between :
- single vendor open source projects
- development communities
- user communities
- open source competence centers
Thes e four types of organizations represent basic organizational patterns, and variations and transitions between them are very common .
Single vendor open source projects
Often companies develop software in-house and eventually, for whatever reason, release the product below an open source license. They own the full copyright of the software thus are entitled to follow e. g. a dual-licensing Mã Sản Phẩm. This includes publishing the software under an open source license on the one side and selling the product through classical proprietary licenses on the other side. The company makes sure to remain the only copyright holder by letting external contributors sign committer or contributor license agreements. Thes e contracts transfer the copyright of the contributed source code and additional assets to the software firm leading the open source project .The primary goal of these open source projects are the sales of proprietary software licenses on a global scale. Gaining external contributors is challenging since giving up intellectual property rights to the leading firm provides little incentive to external software developers. Nevertheless reality has proven that even single vendor open source projects are able to build an open source community. I consider projects such as MySQL by Oracle, Openbravo ERP by Openbravo S.L., Magnolia CMS by Magnolia Inc., or Alfresco DMS by Alfresco Inc. as successful single vendor open source projects in terms of adoption within their respective market. Through company-lead developer conferences, partner programs, and other community building activities these companies managed to cre-ate a substantial amount of market share .Sometimes critical people state that these single vendor open source projects are not real open source projects since there is a single company behind them controlling the entire community. As in proprietary software this may lead to vendor lock-in and thus an unsustainable product. I agree that users cre-ate dependencies with the leading company even if they don’t decide to buy the enterprise version .However, since the identical source code is made available below an open source license there always exists the ability for unhappy users or developers to take the code, rebrand it and start a new open source project. This so called forking of open source projects has happened many times in the past. E.g. currently there exist several forks of MySQL called MariaDB, OurDelta, or XtraDB. Also the open source ERP system Compiere lead by Compiere Inc. was forked in 2006 into the new open source project ADempiere. This proves that even such single vendor controlled open source projects are sustainable if a substantial part of the active developer community decides to move on with a new open source project .
Developer communities
Open source projects managed by developer communities represent the typical open source project. They were either initiated by an individual or by an organization such as a software company, a public administration, or a university. Through contributions f-rom various sources the source code of the open source project is owned by multiple stakeholders. The contributors participate in the development process because of diverse motivations and follow different goals. Some programmers are involved because of ideological or other intrinsic motives. Some developers contribute because they need the software for themselves or because they want to learn something. Or they participate in the community because they are employed at an open source company or because they own an IT enterprise serving clients .The open source project may be organized as a single community such as LibreOffice within The Document Foundation or the content management system TYPO3 within the TYPO3 Association. Or the project may be part of a greater open source association with various other open source projects governed by a foundation or other legal institution. Examples are the Linux Foundation, the Apache Foundation, the Mozilla Foundation, or the Debian community. Such developer communities are organized in very different ways following individual rules and norms. They have in common that the control of the project is usually distributed among the main contributors ( called meritocracy ) and that the copyright of the software is shared among various stakeholders. Thus control is shared. There is no single commercial entity that may decide e. g. about the release process, feature road map, or the type of open source license .
User communities
User communities are similar to developer communities in the way that control is distributed among various stakeholders. However, in user communities the end user organizations of the software product own its copyright. The software was either developed internally at a software user and then it was released as open source software. Or the software was cre-ated below an open source license as contract work by an external vendor. In either case the software users are the owners of the software product, the vendor provides services for the open source product but does not own the source code. Owning the copyright of the code allows users to define the software’s type of open source license .Users of open source products form user communities because they want to keep strategic control of their core systems and because they want to share the development and maintenance costs with others. Having a broad user basis of an open open source software product also may lead to external contributions such as documentation, translations, bug fixes, extensions, and eventually development of core components. In their role as software users the main activity of the community is to define common requirements and implement them either by in-house development or by contracting external companies. An example of such a user community is the GENIVI Alliance, a group of car manufacturers ( BMW, Renault, GM, Honda, Jaguar etc. ) and suppliers ( Continental, Bosch, Pioneer etc. ) developing an open source in-vehicle infotainment. Or the re-insurance MunichRe and Allianz ART Insurance building the Enterprise Risk Management ( ERM ) suite PillarOne .
Another example is the Kuali Foundation in the U.S. There are around 70 members of this user community, mostly large U.S. universities using the open source solutions for their campus management. In Switzerland there exists the OpenJustitia platform founded by the Federal Supreme Court of Switzerland to document and research previous court decisions, laws, and other legal databases .
Open source competence centers
As a fourth type of open source organizations there exist various forms of open source competence centers. They act as vendor – and product-neutral platforms with the goal to facilitate the use of open source software in public institutions, private companies, NGOs, etc. Open source competence centers close the gap between software users, IT providers, and independent open source community members .As activities an open source competence center typically organizes conferences and workshops, provides consulting services for administrations and businesses, and develops research studies and publications about open source. Furthermore open source competence centers often cre-ate directories of open source firms and credentials, build up and manage information platforms about open source knowledge and experience, and the advocate the use and release of open source in government organizations and politics .
Open source competence center may also solve the challenge of collective action problems within open source communities: Often there exist common needs at a broad range of open source users for improvement of the software. However, since there is no single commercial entity that collects the little but numerous funding of the users, nothing changes. An open source competence center may coordinate development activities of certain user needs by defining the common requirements, pooling the resources, and procuring a vendor solution to the problem.
Successfully managed open source competence centers exist all over world. The initiating organization, the membership structure, the activities, size and funding etc. may vary. However, they all work with the common goal of improving the environment and general conditions to use and develop open source software. Such open source competence centers can be found for example in Switzerland ( Swiss Open Systems User Group / ch / open ), in Germany ( Open Source Business Alliance ), in Spain ( CENATIC ), in France ( Adullact ), in UK ( OSS Watch ), in Norway ( Friprog ), and in Europe in general ( Open Forum Europe ) .Dịch : Lê Trung Nghĩ[email protected]
