Câu trả lời:
Mã nguồn mở
Nhìn vào trang web của dự án
Khi làm như vậy, chọn các điểm sau ...
Ngoài ra, hãy đảm bảo rằng bạn lưu ý Giấy phép theo đó phần mềm được phân phối. Một số có thể không phù hợp với nhu cầu của bạn.
Phần mềm doanh nghiệp
Tôi không có quá nhiều điều để nói ở đây ngoài ...
root . Đặc biệt nếu nó sẽ lắng nghe trên một cổng TCP / IP. * Nhìn vào danh tiếng của nhà cung cấprootquyền truy cập và vì vậy sản phẩm phải hỗ trợ sudo . Bất kỳ ai tranh luận rằng sudokhông được hỗ trợ thường chỉ là lão hóa, nhưng họ là nhà cung cấp và họ sẽ là những người phải hỗ trợ bạn - bạn không muốn mua sản phẩm và sau đó họ sẽ nói với bạn "Không, bạn không thể sử dụng sudo, bạn phải su để root".Thiếu hoạt động. Nếu dự án chưa phát hành mã mới, hãy hiển thị nhiều lỗi không được tiết lộ (hoặc các lỗi rất cũ không có lỗi mới) hoặc có các diễn đàn người dùng có tỷ lệ spam-bài rất cao, đó là mùi chắc chắn của cơ sở phân rã. Các dự án đang hoạt động có các bản phát hành thường xuyên, bản sửa lỗi cho biết các bản mới được mở không vượt quá các bản cũ đã đóng và các diễn đàn người dùng có hoạt động hàng ngày. Tất cả ba trong số này là rất quan trọng để giữ cho mã tồn tại và phát hành tốt, trả lại và gỡ lỗi / tái cấu trúc, tạo thành một vòng lặp hoàn chỉnh.
Hoạt động tỷ lệ thuận với kích thước, độ phức tạp và sự trưởng thành của cơ sở mã. Chương trình / dự án càng lớn, các bản phát hành điểm không thường xuyên, nhưng cần có một dòng phát hành điểm nhất quán. Đối với một dự án như Samba, với cơ sở mã phức tạp lớn, dự kiến sẽ phát hành điểm sau một tháng hoặc lâu hơn. Đối với một dự án như gcc, một codebase trưởng thành với các mục tiêu thiết kế bảo thủ hơn, các bản phát hành điểm dài hơn ở giữa, nhưng lớn hơn. Các mục tiêu chuyển động nhanh với số lượng mã rất nhỏ cũng cho thấy các vấn đề tiềm ẩn - có thể là các nhà phát triển vẫn đang chiến đấu với các lỗi hoặc chưa có tất cả các mục tiêu / tính năng được mã hóa.
Mã nguồn phải dễ dàng truy cập. Điểm trống, nếu đó là nguồn mở thực sự , sẽ không có bất kỳ cái bắt tay kỳ diệu, các dịch vụ tà thuật hay các câu thần chú dưới ánh nến liên quan để xem mã nguồn. Sẽ không có vấn đề gì nếu nó có thể truy cập thông qua CVS, SVN, Git, Mercurial hoặc thậm chí là chim bồ câu của nhà cung cấp , miễn là bạn có thể truy cập nó mà không cần thỏa thuận cấp phép nhấp chuột. Nếu bạn ký từ bỏ, NDA hoặc đồng ý với một số chương trình cấp phép chưa nghe thấy, bạn không giao dịch với nguồn mở, bạn đang giao dịch với một nhà cung cấp thương mại đã đồng ý mở nguồn của họ cho bạn - với giá .
Có rất nhiều, thực sự.
Cấp phép lừa đảo - Quá nhiều giải pháp đang cố gắng làm cho tôi chết và khiến tôi chết. Gói có giá X, nhưng nếu bạn muốn các tùy chọn được quảng cáo 1, 2 và 3, thì sẽ có thêm 500-1500 đô la cho mỗi tùy chọn. Không cám ơn.
Không ai sử dụng nó - Hoặc ít nhất, Google không thể tìm thấy ai nói về nó. Đó là một thương hiệu mới (trong trường hợp này, bạn là một con chuột lang) hoặc tệ đến mức mọi người đều biết rõ hơn
Đó là gốc rễ của một số dĩa - Nếu một cái gì đó đã bị rẽ nhánh nhiều lần, có lẽ đó là một lý do chính đáng cho nó, và một trong những dĩa có lẽ đã giải quyết vấn đề tốt hơn so với nguồn đã làm. Điều tra những người thay thế.
Thiết kế giao diện xấu liên tục - Tôi không chỉ có nghĩa là GUI. Các cờ hoặc tùy chọn CLI điên, không xác định hoặc dán nhãn sai khiến tôi phát điên
Nó không hoạt động - hoặc nó giả vờ rằng một tình huống cần được giải quyết không nên (hoặc không) tồn tại, và do đó không giải quyết nó
Tôi cũng sẽ nói thêm rằng tốc độ khuấy mã là nhất quán và được thực hiện bởi nhiều người, không chỉ một số ít. Bạn không muốn một người viết mã bán thời gian khi anh ta hào hứng với dự án của mình sau đó chán nó và để nó cho cộng đồng tiếp tục hỗ trợ. Drupal và Joomla là hai ví dụ điển hình.
Nếu bạn đang xem phần mềm cho công ty của bạn, để bán nó, thay đổi nó, v.v ... thì khía cạnh quan trọng nhất là giấy phép. Nhìn vào việc bao gồm busybox trên các bộ định tuyến WLAN và tuân theo các hành động pháp lý, các công ty nghĩ rằng "nguồn mở = làm bất cứ điều gì bạn thích".
Một số điều khác: Tôi cũng đang tìm kiếm ngày cập nhật cuối cùng và một cộng đồng tích cực, vì vậy diễn đàn, có thể các trang khác có phần mềm làm chủ đề.
Trên Linux, tôi sẽ kiểm tra xem phần mềm nào được đóng gói bởi bản phân phối của bạn. Phần mềm đóng gói không giới hạn chỉ là mã nguồn mở / GPL - Ubuntu, Gentoo và SLES tối thiểu bao gồm phần mềm sở hữu trong danh sách gói của họ. Mặc dù không có gì đảm bảo rằng các gói này sẽ hoạt động hiệu quả như phần mềm cốt lõi trong bản phân phối - ai đó đã đầu tư thời gian và công sức để chuẩn bị một gói.
Tôi chủ yếu nhìn vào sự trưởng thành và hoạt động. Nếu nó xuất hiện hợp lý trưởng thành và dường như có một lượng hoạt động khá (ví dụ như hoạt động diễn đàn hoặc wiki) thì tôi có thể cảm thấy khá thoải mái. Sau đó, tôi biết rằng rất có thể các lỗi sẽ được giải quyết và tôi có thể được giúp đỡ với các vấn đề phát sinh. Tôi sẽ chọn một dự án đang hoạt động không phù hợp với nhu cầu của tôi một cách hoàn hảo, qua một dự án có vẻ như là một trận đấu hoàn hảo nhưng dường như đã chết, bất kỳ ngày nào trong tuần.
Khi đến hạn, nó phụ thuộc khá nhiều vào mục đích sử dụng. Nếu đó là thứ tôi cần tung ra ngay lập tức và không thể cho phép thất bại hoặc gây rắc rối, thì sự trưởng thành rõ ràng sẽ là một yếu tố khá quan trọng. Nếu tôi có thể sống với một vài điều kỳ quặc và nó không quan trọng với một số thời gian chết, thì tôi sẽ nhìn vào triển vọng trong tương lai.