Tại sao một số thư viện nguồn mở cung cấp nhị phân?

Tại sao một số thư viện nguồn mở cung cấp nhị phân? Tôi đã nhận thấy rằng một số dự án trì hoãn các bên thứ ba, những người duy trì các bản dựng phần mềm hiện tại, đặc biệt là các bản dựng Windows.

Tôi hỏi bởi vì nó có vẻ như là một rào cản cho việc áp dụng một thư viện. Đó là công việc nhiều hơn cho nhà phát triển vì anh ta phải thiết lập môi trường của mình để xây dựng nó. Một nhà phát triển cũng phải lo lắng rằng anh ta đã giới thiệu các lỗi bằng cách xây dựng thư viện không chính xác.

EDIT : Một số cập nhật để giải quyết ý kiến ​​và câu trả lời. Tôi đã xóa các ví dụ vì chúng không phải là trung tâm của cuộc thảo luận. Cũng nhắc lại câu hỏi của tôi là "một số thư viện nguồn mở cung cấp" thay vì "thư viện nguồn mở có xu hướng cung cấp" ... không nhận ra mọi người sẽ vi phạm điều đó.

Bởi vì việc tạo các cửa sổ nhị phân là một công việc hoàn toàn khác đòi hỏi một cơ sở kiến ​​thức và bộ công cụ hoàn toàn khác. Mọi người dường như có một thời gian khó khăn để nắm bắt điều này về các nhà phát triển Linux, vì vậy hãy để tôi xoay quanh nó.

• Bạn đã sử dụng Windows cho những gì có vẻ như mãi mãi.
• Bạn chỉ có Windows được cài đặt tại nhà.
• Bạn đã sử dụng Linux ở đây và tại nơi làm việc, nhưng chỉ với tư cách là người dùng, không quản trị hoặc phát triển cho Linux.
• Bạn biết gcc là trình biên dịch được sử dụng phổ biến nhất cho Linux, nhưng chưa bao giờ cài đặt nó trên máy tính của riêng bạn.
• Bạn chủ yếu làm việc trên phần mềm cho chính mình trên Windows, nhưng đừng bận tâm đến việc sửa lỗi cho Linux nếu có ai đó làm việc để làm cho nó tương thích và phân phối nhị phân.
• Bạn không muốn trả tiền cho một hệ điều hành và chuỗi công cụ khác khi một người khác đã hoàn toàn sẵn sàng thực hiện các bản dựng.

Cairo là một thư viện, không phải là một ứng dụng. Postgres dường như có nhị phân Windows . Các dự án nhỏ hơn thường không cung cấp các bản dựng vì chúng không có cơ sở hạ tầng / tài nguyên.

Đó là một phần của triết lý mã nguồn mở "nếu bạn muốn một cái gì đó được thực hiện, lấy một cái xẻng." Đương nhiên, nó giảm khối lượng công việc cho các nhà phát triển nếu người dùng chỉ đơn giản tự biên dịch chương trình. Không cần phải lo lắng về tất cả các kiến ​​trúc, hệ điều hành, v.v ...

Nhưng, nếu bạn đang tạo một sản phẩm ở cấp độ người tiêu dùng (Firefox, Paint.NET, Audacity, Keepass, v.v.) và bạn quan tâm đến việc có được người dùng, bạn nên luôn luôn, luôn luôn, luôn luôn! bao gồm nhị phân. Có lẽ chỉ có 2% những người vấp ngã trên trang web của bạn và quan tâm đến sản phẩm của bạn, sẽ:

• Tải xuống ứng dụng khách SCM thích hợp
• Kiểm tra toàn bộ bản sao của cây nguồn
• Tải xuống IDE hoặc các công cụ biên dịch cần thiết (dễ dàng vài trăm MB cho một số dự án)
• Tải xuống và cài đặt tất cả các phụ thuộc cần thiết (và đặt các biến môi trường)
• Chạy một trình biên dịch mới (dễ dàng xử lý 10 phút cho một số dự án)
• Xử lý bất kỳ lỗi hoặc vấn đề hoặc phát sinh (mà trong các dự án nhỏ có thể không được ghi lại - "oh yeah, mới nhất thực sự là viết lại chi nhánh, không phải thân cây!")
• Gỡ cài đặt mọi thứ hoặc để lại tất cả trên máy tính của bạn và biên dịch lại để cập nhật.

(Rõ ràng trên linux mọi thứ sẽ gọn gàng hơn, nhưng hầu hết người tiêu dùng vẫn sử dụng Windows.)

Người mới nói dễ dàng hơn nhiều khi nói "ooh, phiên bản Windows! Tải xuống. Chạy".

Tuy nhiên, nhiều dự án nguồn mở không ở cấp độ người tiêu dùng; họ nhắm vào các lập trình viên, những người có khả năng chịu đựng cao hơn đối với loại thử thách này, và vì vậy các nhị phân là DIY. Theo kinh nghiệm của tôi, các lập trình viên có thể lười biếng như người dùng, vì vậy, được cảnh báo. :)

Người tạo các ứng dụng được viết trong một lần Viết Biên dịch mọi lúc mọi nơi môi trường (C, C ++, v.v.) được hưởng lợi từ việc đẩy bước biên dịch xuống các nhà phân phối (apt, rpm, yum, v.v.) để tạo và đóng gói nhị phân cho các kiến ​​trúc phổ biến. Điều này đạt được một ứng dụng di động tối đa với ít nỗ lực hơn từ phía người sáng tạo và cho phép họ dành nhiều thời gian hơn để tập trung vào năng lực cốt lõi của họ (phát triển ứng dụng, không biên dịch và lưu trữ nó cho nhiều kiến ​​trúc). Một số người tạo ứng dụng WOCA sẵn sàng trả thêm chi phí trong các trường hợp đặc biệt như Windows bởi vì - tốt - không ai khác, người dùng sẽ mong đợi điều đó và họ không muốn từ bỏ thị trường.

Mặt khác, các ứng dụng được viết trong môi trường Write Again Run Anywhere (Java) hoặc cho một kiến ​​trúc đích cụ thể (ví dụ, các ứng dụng OS X) có thể cung cấp một nhị phân duy nhất và thường phải làm như vậy vì chúng chỉ phải trả tiền biên dịch Chi phí một lần.

Cuối cùng, người dùng của họ thường thoải mái xây dựng từ nguồn hoặc sử dụng trình quản lý gói hệ điều hành của họ, vì vậy mô hình này cũng cung cấp khả năng sử dụng tốt hơn. Người dùng biết nơi nhận nhị phân (trình quản lý gói của họ), có trải nghiệm vòng đời cài đặt và quản lý gói nhất quán và biết nơi để có được nguồn nếu họ cần.

Tại sao tôi muốn nhai băng thông cung cấp cho bạn bản dựng (rõ ràng có thể rất lớn) thay vì bạn xây dựng nguồn mà tôi đang cung cấp cho bạn bằng mọi cách? Chưa kể rằng việc xây dựng một dự án trên máy của riêng bạn sẽ luôn mang lại kết quả tốt hơn vì nó được biên soạn riêng cho nền tảng của bạn ..

Tôi có thể nghĩ về hai lý do.

Đầu tiên, bạn có nhiều hệ điều hành chạy trên nhiều loại phần cứng; số lượng mục tiêu nhị phân bạn sẽ phải xây dựng trở nên không thể quản lý được. Có ba phiên bản Windows vẫn được sử dụng phổ biến (XP, Vista, 7) chạy trên phần cứng 32 bit hoặc 64 bit; Đó là 6 mục tiêu nhị phân ngay tại đó. Tình hình tồi tệ hơn về phía Linux, với nhiều bản phân phối lớn hơn chạy trên Chúa biết phần cứng nào (x86, PPC, MIPS, SPARC, PA-RISC, v.v.). Bạn sẽ xây dựng cho mọi sự kết hợp có thể? Bạn thậm chí có thiết bị và / hoặc phần mềm để làm như vậy? Nếu có ai đó ngoài kia vẫn đang chạy (Chúa giúp chúng tôi) NT trên PII, bạn có định xây dựng nhị phân cho họ không?

Thứ hai, nguồn vận chuyển có nghĩa là người dùng có thể tối ưu hóa bản dựng cho môi trường cụ thể của họ; họ có thể bật bất kỳ tối ưu hóa nào họ cần hoặc tự điều chỉnh nguồn nếu cần.

Thông thường, giá trị của một dự án nguồn mở, có thể là một ứng dụng, hệ thống, mô-đun hoặc thư viện, là nó có thể được nghiên cứu và / hoặc sửa đổi khi cần thiết. Phân phối nguồn là bản chất cho mô hình xuất bản.

Phân phối một nhị phân có nguy cơ rằng nó đã được sửa đổi trong một số thời trang cho mục đích bất chính. Tổng hợp dự án từ các nỗ lực nguồn để giảm thiểu rủi ro đó.

Điều này có thể có một số lý do. Nhiều dự án nguồn mở (nếu không phải hầu hết) bắt đầu trên Linux. Vì vậy, dự án ban đầu được thực hiện cho hệ thống này và việc đóng gói được thực hiện bởi các thành viên trong nhóm.

Tạo trình cài đặt Windows là công việc bổ sung đòi hỏi kiến ​​thức mà các nhà phát triển Linux có thể không có. Vì vậy, nếu ai đó từ bên ngoài nhóm nòng cốt đảm nhận công việc này, anh ta thường được đề cập đặc biệt.

Điều tương tự cũng có thể đúng với các hệ thống khác như OS X hoặc thậm chí các bản phân phối Linux cụ thể. Tất cả phụ thuộc vào người có kiến ​​thức và thời gian để làm thêm.