Phần mềm mã nguồn mở

Phần mềm được cấp phép để bảo vệ quyền sử dụng mã nguồn

Để có phạm vi bao quát rộng hơn về chủ đề này, hãy xem Phong trào phần mềm nguồn mở

Bạn đang đọc: Phần mềm mã nguồn mở

Phần mềm mã nguồn mở (OSS) là một loại phần mềm máy tính trong đó mã nguồn được phát hành dưới một giấy phép trong đó bản quyền chủ sở hữu cấp cho người dùng quyền sử dụng, nghiên cứu, thay đổi và phân phối phần mềm cho bất kỳ ai và cho bất kỳ mục đích nào.[1] Mã nguồn mở phần mềm có thể được phát triển trong một hợp tác công khai. Phần mềm nguồn mở là một ví dụ nổi bật về cộng tác cởi mở.[2]

Phát triển phần mềm nguồn mở hoàn toàn có thể mang lại những quan điểm phong phú ngoài tầm nhìn của một công ty. Một báo cáo giải trình năm 2008 của Nhóm độc lập công bố rằng việc vận dụng những quy mô phần mềm mã nguồn mở đã giúp tiết kiệm chi phí khoảng chừng 60 tỷ đô la ( 48 tỷ bảng Anh ) mỗi năm cho người tiêu dùng. [ 3 ] [ 4 ]

Lịch sử

Cuối những năm 1990 : Thành lập Sáng kiến ​ ​ Nguồn Mở

Trong những ngày đầu của máy tính, các lập trình viên và nhà phát triển chia sẻ phần mềm để học hỏi lẫn nhau và phát triển lĩnh vực máy tính. Cuối cùng, khái niệm nguồn mở đã chuyển sang hướng thương mại hóa phần mềm trong những năm 1970-1980. Tuy nhiên, các học giả vẫn thường phát triển phần mềm một cách hợp tác. Ví dụ, Donald Knuth vào năm 1979 với TeX hệ thống sắp chữ[5] hoặc là Richard Stallman vào năm 1983 với GNU hệ điều hành.[6] Vào năm 1997, Eric Raymond được phát hành Nhà thờ và Chợ, một phân tích phản ánh về cộng đồng hacker và các nguyên tắc của phần mềm tự do. Bài báo đã nhận được sự quan tâm đáng kể vào đầu năm 1998, và là một yếu tố thúc đẩy Netscape Communications Corporation để phát hành phổ biến của họ Netscape Communicator Bộ Internet như phần mềm miễn phí. Điều này mã nguồn sau đó trở thành cơ sở đằng sau SeaMonkey, Mozilla Firefox, Thunderbird và KompoZer.

Hành động của Netscape đã thôi thúc Raymond và những người khác xem xét cách đưa Tổ chức phần mềm không tính tiền ý tưởng sáng tạo phần mềm không tính tiền và những quyền lợi được nhận thấy so với ngành công nghiệp phần mềm thương mại. Họ Tóm lại rằng hoạt động giải trí xã hội của FSF không mê hoặc so với những công ty như Netscape và đang tìm cách đổi tên thương hiệu hoạt động phần mềm không lấy phí để nhấn mạnh vấn đề tiềm năng kinh doanh thương mại của việc san sẻ và cộng tác trên mã nguồn phần mềm. [ 7 ] Thuật ngữ mới mà họ chọn là ” mã nguồn mở “, đã sớm được trải qua bởi Bruce Perens, nhà xuất bản Tim O’Reilly, Linus Torvalds, và những người khác. Các Sáng kiến ​ ​ nguồn mở được xây dựng vào tháng 2 năm 1998 để khuyến khích sử dụng thuật ngữ mới và truyền bá những nguyên tắc nguồn mở. [ 8 ]Trong khi Sáng kiến ​ ​ nguồn mở tìm cách khuyến khích việc sử dụng thuật ngữ mới và truyền bá những nguyên tắc mà nó tuân thủ, những nhà sản xuất phần mềm thương mại nhận thấy mình ngày càng bị rình rập đe dọa bởi khái niệm phần mềm được phân phối tự do và quyền truy vấn phổ cập vào ứng dụng mã nguồn. A Microsoft Giám đốc quản lý và điều hành đã công bố công khai minh bạch vào năm 2001 rằng ” mã nguồn mở là kẻ hủy hoại gia tài trí tuệ. Tôi không hề tưởng tượng điều gì đó hoàn toàn có thể tồi tệ hơn thế này so với ngành kinh doanh thương mại phần mềm và kinh doanh thương mại sở hữu trí tuệ. ” [ 9 ] Tuy nhiên, trong khi Phần mềm nguồn mở và không tính tiền trong lịch sử dân tộc đã đóng một vai trò bên ngoài khuynh hướng tăng trưởng phần mềm tư nhân chính thống, những công ty lớn như Microsoft đã khởi đầu tăng trưởng nguồn mở chính thức hiện có trên Internet. IBM, Oracle, Google và State Farm chỉ là một vài trong số những công ty có CP đại chúng nghiêm trọng trong thị trường nguồn mở cạnh tranh đối đầu thời nay. Đã có một sự biến hóa đáng kể trong triết lý công ty tương quan đến sự tăng trưởng của FOSS. [ 10 ]Các hoạt động phần mềm tự do được đưa ra vào năm 1983. Năm 1998, một nhóm cá thể ủng hộ rằng thuật ngữ phần mềm không tính tiền nên được sửa chữa thay thế bằng phần mềm nguồn mở ( OSS ) như một cách diễn đạt ít mơ hồ hơn [ 11 ] [ 12 ] [ 13 ] và tự do hơn cho quốc tế doanh nghiệp. [ 14 ] Các nhà tăng trưởng phần mềm hoàn toàn có thể muốn xuất bản phần mềm của họ với giấy phép nguồn mở, để bất kể ai cũng hoàn toàn có thể tăng trưởng cùng một phần mềm hoặc hiểu được công dụng bên trong của nó. Với phần mềm nguồn mở, nói chung, bất kể ai cũng được phép tạo những sửa đổi, chuyển nó sang hệ quản lý và điều hành mới và kiến trúc tập hướng dẫn, san sẻ nó với những người khác hoặc trong 1 số ít trường hợp, tiếp thị nó. Các học giả Casson và Ryan đã chỉ ra 1 số ít nguyên do dựa trên chủ trương cho việc vận dụng mã nguồn mở – đặc biệt quan trọng là đề xuất kiến nghị giá trị nâng cao từ mã nguồn mở ( khi so sánh với hầu hết những định dạng độc quyền ) trong những hạng mục sau :

  • Bảo vệ
  • Khả năng chi trả
  • Minh bạch
  • Vĩnh viễn
  • Khả năng tương tác
  • Uyển chuyển
  • Bản địa hóa – đặc biệt trong bối cảnh của chính quyền địa phương (người đưa ra quyết định về phần mềm). Casson và Ryan lập luận rằng “các chính phủ có trách nhiệm cố hữu và nghĩa vụ ủy thác đối với người nộp thuế” bao gồm việc phân tích cẩn thận các yếu tố này khi quyết định mua phần mềm độc quyền hoặc triển khai một tùy chọn mã nguồn mở.[15]

Các Định nghĩa nguồn mở trình bày triết lý nguồn mở và xác định rõ hơn các điều khoản sử dụng, sửa đổi và phân phối lại phần mềm nguồn mở. Giấy phép phần mềm cấp quyền cho người dùng mà luật bản quyền sẽ được bảo lưu bởi chủ sở hữu bản quyền. Một số giấy phép phần mềm nguồn mở đã đủ điều kiện trong giới hạn của Định nghĩa nguồn mở. Ví dụ nổi bật và phổ biến nhất là Giấy phép Công cộng GNU (GPL), “cho phép phân phối miễn phí với điều kiện các phát triển và ứng dụng tiếp theo được đặt dưới cùng một giấy phép”, do đó cũng miễn phí.[16]

Các mã nguồn mở nhãn ra khỏi một phiên chiến lược được tổ chức vào ngày 7 tháng 4 năm 1998 tại Palo Alto phản ứng với Netscape’s Tháng 1 năm 1998 thông báo về một bản phát hành mã nguồn cho Hoa tiêu (như Mozilla). Một nhóm cá nhân tại phiên họp bao gồm Tim O’Reilly, Linus Torvalds, Tom Paquin, Jamie Zawinski, Larry Wall, Brian Behlendorf, Sameer Parekh, Eric Allman, Greg Olson, Paul Vixie, John Ousterhout, Guido van Rossum, Philip Zimmermann, John Gilmore và Eric S. Raymond.[17] Họ đã sử dụng cơ hội trước khi phát hành mã nguồn của Navigator để làm rõ một sự nhầm lẫn tiềm ẩn do sự mơ hồ của từ “miễn phí” trong Tiếng Anh.

Nhiều người cho rằng sự sinh ra của Internet, kể từ năm 1969, mở màn trào lưu nguồn mở, trong khi những người khác không phân biệt giữa trào lưu phần mềm nguồn mở và phần mềm tự do. [ 18 ]

Các Tổ chức phần mềm miễn phí (FSF), bắt đầu vào năm 1985, dự định từ “miễn phí” có nghĩa là tự do phân phối (hoặc “tự do như trong ngôn luận tự do”) và không tự do khỏi chi phí (hoặc “miễn phí như trong bia miễn phí”). Vì rất nhiều phần mềm miễn phí đã (và vẫn) miễn phí, nên những phần mềm miễn phí như vậy trở nên có giá bằng 0, điều này có vẻ phản thương mại.[7]

Các Sáng kiến ​ ​ nguồn mở ( OSI ) được xây dựng vào tháng 2 năm 1998 bởi Eric Raymond và Bruce Perens. Với tối thiểu 20 năm bằng chứng từ lịch sử vẻ vang trường hợp tăng trưởng phần mềm đóng và tăng trưởng mở đã được cung ứng bởi hội đồng nhà tăng trưởng Internet, OSI đã trình diễn trường hợp ” mã nguồn mở ” cho những doanh nghiệp thương mại, như Netscape. OSI kỳ vọng rằng việc sử dụng nhãn ” mã nguồn mở “, một thuật ngữ do Christine Peterson [ 6 ] [ 19 ] sau đó Viện nhìn xa tại phiên kế hoạch, sẽ vô hiệu sự mơ hồ, đặc biệt quan trọng so với những cá thể coi ” phần mềm không tính tiền ” là phản thương mại. Họ tìm cách nâng cao quyền lợi thiết thực của mã nguồn có sẵn không tính tiền và họ muốn đưa những doanh nghiệp phần mềm lớn và những ngành công nghệ cao khác thành mã nguồn mở. Perens đã cố gắng nỗ lực ĐK ” mã nguồn mở ” làm Điểm dịch vụ cho OSI, nhưng nỗ lực đó không trong thực tiễn bởi Nhãn hiệu tiêu chuẩn. Trong khi đó, do bài báo của Raymond trình ban giám đốc cấp trên tại Netscape – Raymond chỉ phát hiện ra khi đọc thông cáo báo chí truyền thông, [ 20 ] và được gọi bởi Netscape CEO Jim Barksdale PA của sau đó trong ngày — Netscape đã phát hành mã nguồn Navigator của mình dưới dạng mã nguồn mở, với tác dụng khả quan. [ 21 ]

Các định nghĩa

Các Sáng kiến ​​nguồn mởĐịnh nghĩa của (OSI) được một số chính phủ quốc tế công nhận[22] như tiêu chuẩn hoặc trên thực tế Định nghĩa. Ngoài ra, nhiều người đóng góp và dự án phần mềm nguồn mở lớn nhất thế giới, bao gồm Debian, Hiệp hội Drupal, Quỹ FreeBSD, Quỹ Linux, Quỹ OpenSUSE, Quỹ Mozilla, Quỹ Wikimedia, Quỹ WordPress đã cam kết[23] để duy trì sứ mệnh của OSI và Định nghĩa nguồn mở thông qua Thỏa thuận liên kết của OSI.[24]

OSI sử dụng Định nghĩa nguồn mở để xác định xem nó có coi là nguồn mở giấy phép phần mềm hay không. Định nghĩa dựa trên Nguyên tắc về Phần mềm Miễn phí Debian, được viết và chuyển thể chủ yếu bởi Perens.[25][26][27] Perens không dựa trên bài viết của mình về “bốn quyền tự do” từ Tổ chức phần mềm miễn phí (FSF), chỉ được phổ biến rộng rãi sau đó.[28]

Theo định nghĩa của Perens, mã nguồn mở là một giấy phép phần mềm rộng rãi cung cấp mã nguồn cho công chúng với các hạn chế nới lỏng hoặc không tồn tại đối với việc sử dụng và sửa đổi mã. Đây là một “tính năng” rõ ràng của mã nguồn mở mà nó đặt ra rất ít hạn chế đối với việc sử dụng hoặc phân phối bởi bất kỳ tổ chức hoặc người dùng nào, để kích hoạt sự phát triển nhanh chóng của phần mềm.[29]

Mặc dù khởi đầu gật đầu nó, [ 30 ] Richard Stallman của FSF hiện thẳng thừng phản đối thuật ngữ ” Nguồn mở ” đang được vận dụng cho thứ mà họ gọi là ” phần mềm không lấy phí “. Mặc dù ông đồng ý chấp thuận rằng hai thuật ngữ diễn đạt ” gần như cùng một loại phần mềm “, Stallman cho rằng việc đánh đồng những thuật ngữ này là không đúng chuẩn và gây hiểu nhầm. [ 31 ] Stallman cũng phản đối chủ nghĩa thực dụng được công bố của Sáng kiến ​ ​ nguồn mở, vì anh ta lo lắng rằng lý tưởng tự do của phần mềm không lấy phí và hội đồng đang bị rình rập đe dọa do tác động ảnh hưởng đến những tiêu chuẩn lý tưởng của FSF về tự do phần mềm. [ 32 ] FSF coi phần mềm không lấy phí là một tập hợp con phần mềm nguồn mở và Richard Stallman lý giải rằng DRM ví dụ, phần mềm hoàn toàn có thể được tăng trưởng dưới dạng mã nguồn mở, mặc dầu nó không mang lại cho người dùng sự tự do ( nó hạn chế họ ) và do đó không đủ tiêu chuẩn là phần mềm không tính tiền. [ 33 ]

Cấp phép phần mềm nguồn mở

Khi một tác giả góp phần mã vào một dự án Bất Động Sản nguồn mở ( ví dụ : Apache. org ), họ làm như vậy theo giấy phép rõ ràng ( ví dụ : Thỏa thuận cấp phép cộng tác viên Apache ) hoặc giấy phép ngầm ( ví dụ : giấy phép nguồn mở mà dự án Bất Động Sản đó là đã có mã cấp phép ). Một số dự án Bất Động Sản nguồn mở không sử dụng mã góp phần theo giấy phép, nhưng thực tiễn nhu yếu chuyển nhượng ủy quyền bản quyền của tác giả chung để đồng ý góp phần mã vào dự án Bất Động Sản. [ 34 ]Ví dụ về giấy phép phần mềm không lấy phí / giấy phép nguồn mở gồm có Giấy phép Apache, Giấy phép BSD, Giấy phép Công cộng GNU, Giấy phép Công cộng Ít hơn GNU, Giấy phép MIT, Giấy phép Công cộng Eclipse và Giấy phép Công cộng Mozilla .Các sự ngày càng tăng của những giấy phép nguồn mở là một góc nhìn xấu đi của trào lưu mã nguồn mở vì thường khó hiểu được ý nghĩa pháp lý của sự độc lạ giữa những giấy phép. Với hơn 180.000 dự án Bất Động Sản nguồn mở có sẵn và hơn 1400 giấy phép duy nhất, sự phức tạp của việc quyết định hành động cách quản trị việc sử dụng nguồn mở trong những doanh nghiệp thương mại ” nguồn đóng ” đã tăng lên đáng kể. Một số là cây nhà lá vườn, trong khi những người khác được mô phỏng theo FOSS ví dụ điển hình như Berkeley Software Distribution ( ” BSD ” ), Apache, MIT-style ( Massachusetts Institute of Technology ) hoặc GNU General Public License ( ” GPL ” ). Theo quan điểm này, những nhà thực hành thực tế nguồn mở đang mở màn sử dụng những sơ đồ phân loại trong đó FOSS giấy phép được nhóm lại ( thường dựa trên sự sống sót và nghĩa vụ và trách nhiệm do copyleft pháp luật ; sức mạnh của việc cung ứng copyleft ). [ 35 ]Một cột mốc pháp lý quan trọng cho trào lưu phần mềm mã nguồn mở / không lấy phí đã được trải qua vào năm 2008, khi tòa phúc thẩm liên bang Hoa Kỳ phán quyết rằng giấy phép phần mềm không tính tiền chắc như đinh đặt ra những điều kiện kèm theo ràng buộc về mặt pháp lý so với việc sử dụng tác phẩm có bản quyền và do đó chúng hoàn toàn có thể thực thi theo luật bản quyền hiện hành. Kết quả là, nếu người dùng cuối vi phạm những điều kiện kèm theo cấp phép, giấy phép của họ sẽ biến mất, có nghĩa là họ đang vi phạm bản quyền. [ 36 ] Bất chấp rủi ro đáng tiếc cấp phép này, hầu hết những nhà sản xuất phần mềm thương mại đang sử dụng phần mềm nguồn mở trong những mẫu sản phẩm thương mại trong khi phân phối những pháp luật cấp phép, ví dụ : tận dụng giấy phép Apache. [ 37 ]

Chứng chỉ

Chứng nhận hoàn toàn có thể giúp thiết kế xây dựng lòng tin của người dùng. Chứng nhận hoàn toàn có thể được vận dụng cho thành phần đơn thuần nhất, cho hàng loạt mạng lưới hệ thống phần mềm. Các Viện Công nghệ Phần mềm Đại học Liên hợp quốc, [ 38 ] đã khởi xướng một dự án Bất Động Sản được gọi là ” Dự án máy tính để bàn toàn thế giới “. Dự án này nhằm mục đích mục tiêu kiến thiết xây dựng một giao diện máy tính để bàn mà mọi người dùng cuối đều hoàn toàn có thể hiểu và tương tác, do đó vượt qua những rào cản về ngôn từ và văn hóa truyền thống. Dự án sẽ cải tổ năng lực tiếp cận mạng lưới hệ thống thông tin của những vương quốc đang tăng trưởng. UNU / IIST kỳ vọng đạt được điều này mà không tác động ảnh hưởng đến chất lượng của phần mềm bằng cách đưa ra những chứng từ. [ 39 ]

Phát triển phần mềm nguồn mở

Mô hình tăng trưởng

Trong bài luận năm 1997 của anh ấy Nhà thờ và Chợ,[40] nhà truyền giáo nguồn mở Eric S. Raymond gợi ý một mô hình để phát triển PMNM được gọi là chợ mô hình. Raymond ví sự phát triển của phần mềm theo phương pháp luận truyền thống với việc xây dựng một thánh đường, “được chế tạo cẩn thận bởi các pháp sư riêng lẻ hoặc các nhóm pháp sư nhỏ làm việc trong sự cô lập tuyệt vời”.[40] Ông gợi ý rằng tất cả phần mềm nên được phát triển theo phong cách chợ, mà ông mô tả là “một phiên chợ nhỏ tuyệt vời về các chương trình nghị sự và cách tiếp cận khác nhau.”[40]

Trong mô hình phát triển truyền thống, mà ông gọi là thánh đường mô hình, sự phát triển diễn ra một cách tập trung. Vai trò được xác định rõ ràng. Các vai trò bao gồm những người chuyên thiết kế (kiến trúc sư), những người chịu trách nhiệm quản lý dự án và những người chịu trách nhiệm thực hiện. Kỹ thuật phần mềm truyền thống tuân theo mô hình thánh đường.

Tuy nhiên, quy mô chợ lại khác. Trong quy mô này, những vai trò không được xác lập rõ ràng. Gregorio Robles [ 41 ] gợi ý rằng phần mềm được tăng trưởng bằng cách sử dụng quy mô chợ nên biểu lộ những quy mô sau :

Người dùng phải được coi là đồng phát triển
Người dùng được đối xử như những người đồng phát triển và vì vậy họ phải có quyền truy cập vào mã nguồn của phần mềm. Hơn nữa, người dùng được khuyến khích gửi các bổ sung cho phần mềm, sửa mã cho phần mềm, báo cáo lỗi, tài liệu, v.v. Có nhiều đồng phát triển hơn sẽ làm tăng tốc độ phát triển của phần mềm. Luật Linus nói, “Có đủ nhãn cầu, tất cả các lỗi đều nông.” Điều này có nghĩa là nếu nhiều người dùng xem mã nguồn, cuối cùng họ sẽ tìm thấy tất cả các lỗi và đề xuất cách sửa chúng. Lưu ý rằng một số người dùng có kỹ năng lập trình nâng cao và hơn nữa, mỗi máy của người dùng cung cấp một môi trường thử nghiệm bổ sung. Môi trường thử nghiệm mới này cung cấp khả năng tìm và sửa một lỗi mới.
Bản phát hành sớm
Phiên bản đầu tiên của phần mềm nên được phát hành càng sớm càng tốt để tăng cơ hội tìm được đồng phát triển sớm.
Tích hợp thường xuyên
Các thay đổi mã nên được tích hợp (hợp nhất vào một cơ sở mã dùng chung) thường xuyên nhất có thể để tránh phải sửa một số lượng lớn lỗi vào cuối vòng đời của dự án. Một số dự án nguồn mở có các bản dựng hàng đêm, nơi tích hợp được thực hiện tự động hàng ngày.
Một số phiên bản
Phải có ít nhất hai phiên bản của phần mềm. Cần có một phiên bản mạnh hơn với nhiều tính năng hơn và một phiên bản ổn định hơn với ít tính năng hơn. Phiên bản lỗi (còn gọi là phiên bản phát triển) dành cho những người dùng muốn sử dụng ngay các tính năng mới nhất và sẵn sàng chấp nhận rủi ro khi sử dụng mã chưa được kiểm tra kỹ lưỡng. Sau đó, người dùng có thể đóng vai trò là nhà đồng phát triển, báo cáo lỗi và cung cấp các bản sửa lỗi.
Mô-đun hóa cao
Cấu trúc chung của phần mềm nên theo mô-đun cho phép phát triển song song trên các thành phần độc lập.
Cơ cấu ra quyết định động
Cần có một cấu trúc ra quyết định, dù chính thức hay không chính thức, để đưa ra các quyết định chiến lược tùy thuộc vào sự thay đổi yêu cầu của người dùng và các yếu tố khác. So sánh với lập trình cực đoan.

Dữ liệu cho thấy, tuy nhiên, PMNM không trọn vẹn dân chủ như quy mô chợ cho thấy. Một nghiên cứu và phân tích về 5 tỷ byte mã nguồn mở / không lấy phí của 31.999 nhà tăng trưởng cho thấy rằng 74 % mã được viết bởi 10 % tác giả tích cực nhất. Số lượng tác giả trung bình tham gia vào một dự án Bất Động Sản là 5,1, với mức trung bình là 2. [ 42 ]

Ưu điểm và điểm yếu kém

Phần mềm nguồn mở thường dễ lấy hơn phần mềm độc quyền, thường dẫn đến việc sử dụng nhiều hơn. Ngoài ra, sự sẵn có của việc tiến hành mã nguồn mở của một tiêu chuẩn hoàn toàn có thể làm tăng việc vận dụng tiêu chuẩn đó. [ 43 ] Nó cũng đã giúp thiết kế xây dựng lòng trung thành với chủ của nhà tăng trưởng khi những nhà tăng trưởng cảm thấy được trao quyền và có cảm xúc sở hữu sản phẩm ở đầu cuối. [ 44 ]Hơn nữa, ngân sách tiếp thị và dịch vụ phục vụ hầu cần thấp hơn là thiết yếu cho PMNM. Nó là một công cụ tốt để tiếp thị hình ảnh của một công ty, gồm có cả những mẫu sản phẩm thương mại của nó. [ 45 ] Phương pháp tăng trưởng PMNM đã giúp sản xuất phần mềm chất lượng cao, đáng đáng tin cậy một cách nhanh gọn và không tốn kém. [ 46 ]Phát triển mã nguồn mở mang lại tiềm năng cho một công nghệ tiên tiến linh động hơn và thay đổi nhanh hơn. Nó được cho là đáng an toàn và đáng tin cậy hơn vì nó thường có hàng nghìn lập trình viên độc lập thử nghiệm và sửa lỗi của phần mềm. Mã nguồn mở không phụ thuộc vào vào công ty hoặc tác giả khởi đầu tạo ra nó. Ngay cả khi công ty không thành công xuất sắc, mã vẫn liên tục sống sót và được tăng trưởng bởi người dùng. Ngoài ra, nó sử dụng những tiêu chuẩn mở cho toàn bộ mọi người ; do đó, nó không có yếu tố về những định dạng không thích hợp hoàn toàn có thể sống sót trong phần mềm độc quyền .Nó linh động vì những mạng lưới hệ thống mô-đun được cho phép những lập trình viên kiến thiết xây dựng những giao diện tùy chỉnh hoặc thêm những năng lực mới cho nó và nó rất phát minh sáng tạo vì những chương trình nguồn mở là mẫu sản phẩm của sự hợp tác giữa một số lượng lớn những lập trình viên khác nhau. Sự phối hợp giữa những quan điểm khác nhau, tiềm năng công ty và tiềm năng cá thể sẽ đẩy nhanh sự thay đổi. [ 47 ]Hơn nữa, phần mềm không lấy phí hoàn toàn có thể được tăng trưởng theo những nhu yếu kỹ thuật thuần túy. Nó không yên cầu tâm lý về áp lực đè nén thương mại thường làm giảm chất lượng của phần mềm. Áp lực thương mại khiến những nhà tăng trưởng phần mềm truyền thống lịch sử chú ý quan tâm đến những nhu yếu của người mua hơn là những nhu yếu về bảo mật thông tin, vì những tính năng như vậy phần nào vô hình dung so với người mua. [ 48 ]Đôi khi người ta nói rằng quy trình tăng trưởng mã nguồn mở hoàn toàn có thể không được xác lập rõ ràng và những quy trình tiến độ trong quy trình tăng trưởng, ví dụ điển hình như kiểm tra mạng lưới hệ thống và tài liệu hoàn toàn có thể bị bỏ lỡ. Tuy nhiên, điều này chỉ đúng với những dự án Bất Động Sản nhỏ ( hầu hết là lập trình viên ). Các dự án Bất Động Sản lớn hơn, thành công xuất sắc sẽ xác lập và thực thi tối thiểu một số ít quy tắc khi họ cần chúng để làm cho năng lực thao tác nhóm. [ 49 ] [ 50 ] Trong những dự án Bất Động Sản phức tạp nhất, những quy tắc này hoàn toàn có thể khắt khe như việc xem xét biến hóa thậm chí còn nhỏ của hai nhà tăng trưởng độc lập. [ 51 ]Không phải toàn bộ những sáng tạo độc đáo ​ ​ OSS đều thành công xuất sắc, ví dụ : SourceXchange và Eazel. [ 44 ] Các chuyên viên và nhà nghiên cứu phần mềm không bị thuyết phục bởi năng lực tạo ra mạng lưới hệ thống chất lượng của nguồn mở xác lập tiến trình không rõ ràng, phát hiện lỗi muộn và thiếu bất kể bằng chứng thực nghiệm nào là những yếu tố quan trọng nhất ( tài liệu tích lũy tương quan đến hiệu suất và chất lượng ). [ 52 ] Cũng rất khó để phong cách thiết kế một quy mô kinh doanh thương mại tương thích với quy mô nguồn mở. Do đó, chỉ hoàn toàn có thể phân phối những nhu yếu kỹ thuật chứ không phải những nhu yếu của thị trường. [ 52 ] Về mặt bảo mật thông tin, mã nguồn mở hoàn toàn có thể được cho phép tin tặc biết về điểm yếu hoặc sơ hở của phần mềm thuận tiện hơn so với phần mềm mã nguồn đóng. Nó phụ thuộc vào vào những chính sách trấn áp để tạo ra hiệu suất hiệu suất cao của những tác nhân tự trị tham gia vào những tổ chức triển khai ảo. [ 53 ]

Trong phát triển PMNM, các công cụ được sử dụng để hỗ trợ sự phát triển của sản phẩm và chính quá trình phát triển.[54]

Kiểm soát sửa đổi mạng lưới hệ thống như Hệ thống phiên bản đồng thời ( CVS ) trở lên Lật đổ ( SVN ) và Git là ví dụ về những công cụ, thường là mã nguồn mở, giúp quản trị những tệp mã nguồn và những biến hóa so với những tệp đó cho một dự án Bất Động Sản phần mềm. [ 55 ] Các dự án Bất Động Sản tiếp tục được tàng trữ và xuất bản trên cơ sở tàng trữ mã nguồn nhu la Bệ phóng. [ 56 ]Các dự án Bất Động Sản nguồn mở thường được tổ chức triển khai lỏng lẻo với ” ít tương hỗ hoặc quy mô hóa tiến trình được chính thức hóa “, nhưng những tiện ích như trình theo dõi yếu tố thường được sử dụng để tổ chức triển khai tăng trưởng phần mềm nguồn mở. [ 54 ] Thường được sử dụng người kiểm tra lỗi gồm có Bugzilla và Redmine. [ 57 ]Các công cụ như list mail và IRC phân phối những phương tiện đi lại phối hợp giữa những nhà tăng trưởng. [ 54 ] Các website tàng trữ mã tập trung chuyên sâu cũng có những tính năng xã hội được cho phép những nhà tăng trưởng tiếp xúc. [ 56 ]

Tổ chức

Một số ” tổ chức triển khai điển hình nổi bật hơn ” tham gia tăng trưởng PMNM gồm có Tổ chức phần mềm Apache, người tạo ra sever web Apache ; những Quỹ Linux, một tổ chức triển khai phi doanh thu kể từ năm 2012 đã thuê Linus Torvalds, người tạo ra Hệ điều hành quản lý Linux hạt nhân ; những Tổ chức Eclipse, nhà của Nhật thực nền tảng tăng trưởng phần mềm ; Dự án Debian, những người tạo ra Debian Bản phân phối GNU / Linux ; những Quỹ Mozilla, trang chủ của trình duyệt web Firefox ; và OW2, Cộng đồng sinh ra ở Châu Âu đang tăng trưởng phần mềm trung gian nguồn mở. Các tổ chức triển khai mới có khuynh hướng có một quy mô quản trị phức tạp hơn và tư cách thành viên của họ thường được hình thành bởi những thành viên pháp nhân. [ 58 ]Viện phần mềm nguồn mở là một tổ chức triển khai phi doanh thu ( 501 ( c ) ( 6 ) ) dựa trên tư cách thành viên được xây dựng vào năm 2001 nhằm mục đích thôi thúc sự tăng trưởng và tiến hành những giải pháp phần mềm nguồn mở trong những cơ quan chính quyền sở tại liên bang, tiểu bang và địa phương của Hoa Kỳ. Các nỗ lực của OSSI đã tập trung chuyên sâu vào việc thôi thúc việc vận dụng những chương trình và chủ trương phần mềm nguồn mở trong nhà nước Liên bang và những hội đồng Quốc phòng và An ninh Nội địa. [ 59 ]Nguồn mở cho Mỹ là một nhóm được xây dựng để nâng cao nhận thức trong nhà nước Liên bang Hoa Kỳ về những quyền lợi của phần mềm nguồn mở. Các tiềm năng đã nêu của họ là khuyến khích cơ quan chính phủ sử dụng phần mềm nguồn mở, tham gia vào những dự án Bất Động Sản phần mềm nguồn mở và tích hợp những động lực hội đồng nguồn mở để tăng tính minh bạch của chính phủ nước nhà. [ 60 ]Mil-OSS là một nhóm dành riêng cho sự văn minh của việc sử dụng và tạo PMNM trong quân đội. [ 61 ]

Kinh phí

Các công ty có TT kinh doanh thương mại về sự tăng trưởng của phần mềm mã nguồn mở sử dụng nhiều quy mô kinh doanh thương mại khác nhau để xử lý thử thách về cách kiếm tiền bằng cách cung ứng phần mềm theo định nghĩa được cấp phép không lấy phí. Mỗi kế hoạch kinh doanh thương mại này dựa trên tiền đề là người dùng công nghệ tiên tiến nguồn mở chuẩn bị sẵn sàng mua những tính năng phần mềm bổ trợ theo giấy phép độc quyền hoặc mua những dịch vụ hoặc yếu tố có giá trị khác bổ trợ cho phần mềm nguồn mở cốt lõi cho doanh nghiệp. Giá trị bổ trợ này hoàn toàn có thể là nhưng không số lượng giới hạn ở những tính năng cấp doanh nghiệp và bảo vệ thời hạn hoạt động giải trí ( thường trải qua thỏa thuận hợp tác mức dịch vụ ) để cung ứng những nhu yếu kinh doanh thương mại hoặc tuân thủ, tăng hiệu suất và hiệu suất cao nhờ những tính năng chưa có trong phiên bản mã nguồn mở, bảo vệ pháp lý ( ví dụ : bồi thường do vi phạm bản quyền hoặc văn bằng bản quyền trí tuệ ) hoặc tương hỗ / giảng dạy / tư vấn chuyên nghiệp nổi bật cho những ứng dụng phần mềm độc quyền .

So sánh với những quy mô cấp phép / tăng trưởng phần mềm khác

Nguồn đóng / phần mềm độc quyền

Cuộc tranh luận kết thúc mã nguồn mở vs. nguồn đóng (cách gọi khác là phần mềm độc quyền) đôi khi được làm nóng.

Bốn nguyên do số 1 ( được cung ứng bởi khảo sát Hội nghị Doanh nghiệp Nguồn Mở [ 62 ] ) Các cá thể hoặc tổ chức triển khai lựa chọn phần mềm nguồn mở là :

  1. chi phí thấp hơn
  2. Bảo vệ
  3. không có nhà cung cấp ‘khóa trong’
  4. Chất lượng tốt hơn

Kể từ khi những công ty thay đổi không còn phụ thuộc vào nhiều vào việc bán phần mềm, phần mềm độc quyền đã trở nên ít thiết yếu hơn. [ 63 ] Như vậy, những thứ như mã nguồn mở mạng lưới hệ thống quản lí nội dung — Hoặc CMS — việc tiến hành đang trở nên thông dụng hơn. Vào năm 2009, [ 64 ] Nhà Trắng Hoa Kỳ đã chuyển mạng lưới hệ thống CMS của mình từ một mạng lưới hệ thống độc quyền sang Drupal mã nguồn mở CMS. Hơn nữa, những công ty như Novell ( những người thường bán phần mềm theo cách cổ xưa ) liên tục tranh luận về quyền lợi của việc chuyển sang tính khả dụng của nguồn mở, họ đã chuyển một phần loại sản phẩm phân phối sang mã nguồn mở. [ 65 ] Theo cách này, phần mềm nguồn mở phân phối giải pháp cho những yếu tố đơn cử hoặc độc nhất. Như vậy, nó được báo cáo giải trình [ 66 ] rằng 98 % những công ty cấp doanh nghiệp sử dụng những dịch vụ phần mềm nguồn mở ở một mức độ nào đó .Với sự biến hóa thị trường này, những mạng lưới hệ thống quan trọng hơn đang khởi đầu dựa vào những dịch vụ mã nguồn mở, [ 67 ] cho phép hỗ trợ vốn lớn hơn ( ví dụ điển hình như Bộ An ninh Nội địa Hoa Kỳ trợ cấp [ 67 ] ) để giúp ” săn tìm lỗi bảo mật thông tin. ” Theo một nghiên cứu và điều tra thử nghiệm về những tổ chức triển khai vận dụng ( hoặc không vận dụng ) PMNM, những yếu tố có ý nghĩa thống kê sau đây được quan sát thấy trong niềm tin của nhà quản trị : ( a ) thái độ so với hiệu quả, ( b ) tác động ảnh hưởng và hành vi của những người khác, và ( c ) của họ năng lực hành vi. [ 68 ]Các nhà phân phối nguồn độc quyền đã mở màn tăng trưởng và góp phần vào hội đồng nguồn mở do sự biến hóa thị trường, làm như vậy là do nhu yếu thay đổi quy mô của họ để duy trì tính cạnh tranh đối đầu. [ 69 ]Nhiều người ủng hộ lập luận rằng phần mềm nguồn mở vốn đã bảo đảm an toàn hơn vì bất kể ai cũng hoàn toàn có thể xem, chỉnh sửa và đổi khác mã. [ 70 ] Một điều tra và nghiên cứu về mã nguồn Linux có 0,17 lỗi trên 1000 dòng mã trong khi phần mềm độc quyền thường ghi được 20 – 30 lỗi trên 1000 dòng. [ 71 ]

Phần mềm không lấy phí

Theo Chuyển động phần mềm không tính tiền chỉ huy của, Richard Stallman, sự độc lạ chính là bằng cách chọn một thuật ngữ thay vì thuật ngữ kia ( tức là ” mã nguồn mở ” hoặc ” phần mềm không lấy phí ” ) một người cho người khác biết về tiềm năng của một người là gì : ” Nguồn mở là một phương pháp luận tăng trưởng ; phần mềm không tính tiền là một trào lưu xã hội. ” [ 32 ] Tuy nhiên, có sự chồng chéo đáng kể giữa phần mềm nguồn mở và phần mềm không tính tiền. [ 33 ]FSF [ 72 ] cho rằng thuật ngữ ” mã nguồn mở ” tạo ra sự mơ hồ về một loại khác đến mức nó nhầm lẫn giữa tính khả dụng của nguồn với quyền tự do sử dụng, sửa đổi và phân phối lại. Mặt khác, thuật ngữ ” phần mềm không tính tiền ” bị chỉ trích vì sự mơ hồ của từ ” không lấy phí ” là ” có sẵn không lấy phí “, điều này được coi là không khuyến khích doanh nghiệp vận dụng, [ 73 ] và so với việc sử dụng thuật ngữ không rõ ràng trong lịch sử dân tộc. [ 7 ] [ 74 ] [ 75 ]

Các nhà phát triển đã sử dụng điều khoản thay thế Phần mềm nguồn mở và miễn phí (FOSS), hoặc là Phần mềm miễn phí / Libre và nguồn mở (FLOSS), do đó, để mô tả phần mềm nguồn mở cũng là phần mềm miễn phí.[76] Trong khi định nghĩa về phần mềm nguồn mở rất giống với định nghĩa của FSF định nghĩa phần mềm miễn phí[77] nó dựa trên Nguyên tắc về Phần mềm Miễn phí Debian, được viết và chuyển thể chủ yếu bởi Bruce Perens với đầu vào từ Eric S. Raymond và những người khác.[78]

Thuật ngữ ” nguồn mở ” bắt đầu được dự tính là hoàn toàn có thể ĐK thương hiệu ; tuy nhiên, thuật ngữ này được coi là quá miêu tả, vì thế không có thương hiệu nào sống sót. [ 79 ] OSI muốn mọi người coi mã nguồn mở như thể nó là một thương hiệu và chỉ sử dụng nó để miêu tả phần mềm được cấp phép theo giấy phép được OSI phê duyệt. [ 80 ]

OSI được chứng nhận là nhãn hiệu chỉ được cấp phép cho những người đang phân phối phần mềm được cấp phép theo giấy phép được liệt kê trong danh sách của Sáng kiến ​​Nguồn Mở.[81]

Nguồn mở so với nguồn có sẵn

Mặc dù định nghĩa OSI về “phần mềm nguồn mở” được chấp nhận rộng rãi, một số ít người và tổ chức sử dụng thuật ngữ này để chỉ phần mềm có nguồn để xem nhưng có thể không được sửa đổi hoặc phân phối lại một cách hợp pháp. Phần mềm như vậy thường được gọi là nguồn có sẵn, hoặc như nguồn chia sẻ, một thuật ngữ do Microsoft đặt ra vào năm 2001.[82] Trong khi vào năm 2007, hai trong số các Sáng kiến ​​nguồn được chia sẻ giấy phép đã được chứng nhận bởi OSI, hầu hết các giấy phép từ chương trình SSI vẫn là chỉ có sẵn nguồn.[83]

Tìm nguồn mở

Tìm nguồn mở là hành động tuyên truyền phong trào mã nguồn mở, thường đề cập đến việc phát hành trước đó phần mềm độc quyền dưới một mã nguồn mở/phần mềm miễn phí giấy phép,[84] nhưng nó cũng có thể đề cập đến lập trình phần mềm Nguồn mở hoặc cài đặt phần mềm Nguồn mở.

Các gói phần mềm đáng quan tâm, thuộc quyền sở hữu trước đây, đã được mở nguồn gồm có :Trước khi biến hóa giấy phép phần mềm, những nhà phân phối thường kiểm tra mã nguồn để tìm mã được cấp phép của bên thứ ba mà họ sẽ phải xóa hoặc xin phép để cấp phép lại. Cửa hậu và khác phần mềm ô nhiễm cũng nên được vô hiệu vì chúng hoàn toàn có thể thuận tiện bị phát hiện sau khi phát hành mã .

Các ứng dụng hiện tại và việc áp dụng

“Chúng tôi đã di chuyển các chức năng chính từ Windows sang Linux vì chúng tôi cần một hệ điều hành ổn định và đáng tin cậy – một hệ điều hành sẽ cho chúng tôi quyền kiểm soát nội bộ. Vì vậy, nếu chúng tôi cần vá lỗi, điều chỉnh hoặc thích ứng, chúng tôi có thể.”

Tuyên bố chính thức của United Space Alliance, quản trị mạng lưới hệ thống máy tính cho Trạm khoảng trống quốc tế ( ISS ), tương quan đến nguyên do họ chọn chuyển từ Windows sang Debian GNU / Linux trên ISS [ 85 ] [ 86 ]

Phần mềm nguồn mở được sử dụng thoáng rộng

Các dự án Bất Động Sản phần mềm mã nguồn mở được thiết kế xây dựng và duy trì bởi một mạng lưới những lập trình viên tình nguyện và được sử dụng thoáng rộng trong những loại sản phẩm không tính tiền cũng như thương mại. [ 37 ] Các ví dụ chính về những loại sản phẩm nguồn mở là Máy chủ Apache HTTP, nền tảng thương mại điện tử osCommerce, trình duyệt internet Mozilla Firefox và Chromium ( dự án Bất Động Sản nơi phần đông sự tăng trưởng của phần mềm không lấy phí Google Chrome là xong ) và bộ văn phòng khá đầy đủ LibreOffice. Một trong những loại sản phẩm mã nguồn mở thành công xuất sắc nhất là GNU / Linux hệ quản lý và điều hành, một nguồn mở Giống Unix hệ điều hành quản lý và dẫn xuất của nó Android, Một hệ quản lý cho những thiết bị di động. [ 87 ] [ 88 ] Trong một số ít ngành, phần mềm nguồn mở là tiêu chuẩn. [ 89 ]

Tiện ích lan rộng ra cho việc sử dụng không phải phần mềm

Mặc dù thuật ngữ ” nguồn mở ” khởi đầu chỉ vận dụng cho mã nguồn của phần mềm, [ 90 ] nó hiện đang được vận dụng cho nhiều nghành khác [ 91 ] nhu la Hệ sinh thái nguồn mở, [ 92 ] một trào lưu phân cấp công nghệ tiên tiến để mọi người hoàn toàn có thể sử dụng chúng. Tuy nhiên, nó thường được vận dụng sai cho những nghành khác có những nguyên tắc khác nhau và cạnh tranh đối đầu, chỉ chồng chéo một phần .Các nguyên tắc tựa như làm nền tảng cho phần mềm nguồn mở hoàn toàn có thể được tìm thấy trong nhiều liên kết kinh doanh khác, ví dụ điển hình như phần cứng mã nguồn mở, Wikipedia và truy vấn mở xuất bản. Nói chung, những nguyên tắc này được gọi là mã nguồn mở, mở nội dung và cộng tác cởi mở : [ 93 ] ” bất kể mạng lưới hệ thống thay đổi hoặc sản xuất nào dựa trên những người tham gia có khuynh hướng tiềm năng nhưng được phối hợp lỏng lẻo, những người tương tác để tạo ra mẫu sản phẩm ( hoặc dịch vụ ) có giá trị kinh tế tài chính, mà họ cung ứng cho những người góp phần và không góp phần. ” [ 2 ]” Văn hóa ” hay hệ tư tưởng này có quan điểm rằng những nguyên tắc được vận dụng chung hơn để tạo điều kiện kèm theo thuận tiện cho nguồn vào đồng thời của những chương trình nghị sự, chiêu thức tiếp cận và ưu tiên khác nhau, trái ngược với những quy mô tăng trưởng tập trung chuyên sâu hơn như những quy mô thường được sử dụng trong những công ty thương mại. [ 94 ]

Xem thêm

Người ra mắt

đọc thêm

Source: https://bacxiunong.com
Category: Blog

Related Posts

Trả lời

Email của bạn sẽ không được hiển thị công khai.