500+ câu Trắc nghiệm Phát triển phần mềm mã nguồn mở có đáp án - Phần 20

Người dùng qua mạng phải được cấp quyền truy cập vào mã nguồn.

Phải cung cấp mã nguồn cho tất cả người dùng tương tác với phần mềm qua mạng.

Phần mềm chỉ có thể được sử dụng cục bộ, không qua mạng

Cần phải trả phí cho mỗi lần truy cập mạng

Quyền sử dụng chương trình cho bất kỳ mục đích nào.

Quyền nghiên cứu cách chương trình hoạt động và sửa đổi nó.

Quyền bán lại chương trình với lợi nhuận cao mà không chia sẻ mã nguồn

Quyền phân phối lại các bản sao của chương trình

Microsoft Word.

Google Docs.

LibreOffice Writer

Apple Pages

Giảm chi phí phần mềm cho các trường học và sinh viên, cho phép tiếp cận công nghệ.

Tăng cường sự phụ thuộc vào các nhà cung cấp phần mềm độc quyền.

Hạn chế khả năng sinh viên thực hành và thử nghiệm với mã nguồn

Đảm bảo tính nhất quán của phần mềm trên mọi hệ điều hành

Để tránh mọi trách nhiệm pháp lý liên quan đến phần mềm.

Để giảm chi phí cấp phép và tăng cường sự linh hoạt trong tùy chỉnh.

Để đảm bảo không ai khác có thể sử dụng phần mềm đó

Để hạn chế khả năng cộng đồng đóng góp vào dự án

Giữ lại thông báo bản quyền gốc.

Cung cấp bản sao của giấy phép BSD.

Sử dụng mã đó trong các sản phẩm thương mại

Tuyên bố rằng bạn đã thực hiện các thay đổi

Windows 11.

FreeRTOS.

macOS

iOS

Tài liệu hướng dẫn chi tiết về cách sử dụng phần mềm.

Một thư viện các mã nguồn, lịch sử thay đổi và các tệp liên quan của một dự án phần mềm.

Nơi lưu trữ các bản dựng đã biên dịch của phần mềm

Diễn đàn thảo luận cho cộng đồng người dùng

Người mua phải trả một khoản phí bổ sung cho việc sử dụng mã nguồn.

Mã nguồn của chương trình phải được cung cấp cho người mua.

Chương trình chỉ có thể được bán lại cho các tổ chức phi lợi nhuận

Người bán phải có giấy phép độc quyền từ Free Software Foundation

Phải phát hành lại toàn bộ sản phẩm của bạn dưới Apache 2.0.

Phải cung cấp một bản sao của giấy phép Apache 2.0 và ghi rõ các thay đổi đã thực hiện.

Không cần thông báo gì, chỉ cần giữ lại thông báo bản quyền gốc

Phải xin phép người giữ bản quyền trước khi phân phối lại

Theo dõi các giao dịch mua bán phần mềm.

Quản lý và theo dõi các lỗi (bugs), yêu cầu tính năng và các vấn đề khác của dự án.

Theo dõi lịch sử các phiên bản mã nguồn

Quản lý tài khoản người dùng và quyền truy cập

Phải cung cấp mã nguồn của các thay đổi của bạn dưới Giấy phép Apache 2.0.

Không cần thông báo về các thay đổi đã thực hiện.

Phải cung cấp mã nguồn của các thay đổi dưới một giấy phép ‘copyleft’ mạnh

Chỉ cần giữ lại thông báo bản quyền gốc và không được phép sửa đổi các tệp

Subversion (SVN).

Mercurial.

Git

Tất cả các lựa chọn trên

C#.

Java (OpenJDK).

Swift

Visual Basic .NET

GNU GPL v3.

Mozilla Public License 2.0.

MIT License

Apache License 2.0

Microsoft Azure.

Amazon Web Services (AWS).

OpenStack

Google Cloud Platform (GCP)

GNU GPL v3.

GNU AGPL.

MIT License

Mozilla Public License 2.0 (chỉ khi không sửa đổi các tệp MPL)

Giảm chi phí cấp phép phần mềm, cho phép tái đầu tư vào tùy chỉnh và hỗ trợ.

Đảm bảo tính độc quyền và bảo mật thông tin doanh nghiệp.

Loại bỏ hoàn toàn nhu cầu về đội ngũ IT chuyên nghiệp

Cung cấp hỗ trợ kỹ thuật miễn phí và ngay lập tức từ cộng đồng

Linux.

FreeBSD.

macOS

Android

Một phiên bản sửa đổi của mã nguồn được tách ra để phát triển độc lập.

Việc kết hợp mã nguồn từ nhiều dự án khác nhau vào một dự án duy nhất.

Quá trình kiểm thử phần mềm mã nguồn mở trước khi phát hành

Một hình thức đóng góp mã nguồn cho dự án chính

Apache 2.0 yêu cầu các sản phẩm phái sinh phải được phát hành dưới dạng mã nguồn mở, còn GPL v3 thì không.

Apache 2.0 cấp quyền sử dụng bằng sáng chế (patent grant), còn GPL v3 thì không.

GPL v3 yêu cầu các sản phẩm phái sinh phải được phát hành dưới cùng giấy phép, còn Apache 2.0 cho phép giấy phép khác

Apache 2.0 có điều khoản ‘copyleft’ mạnh mẽ hơn GPL v3

Yêu cầu người dùng tải xuống phiên bản mới nhất của phần mềm.

Đề xuất các thay đổi mã nguồn đã thực hiện cho người bảo trì dự án xem xét và tích hợp.

Gửi báo cáo lỗi hoặc yêu cầu tính năng cho dự án

Đề nghị tài trợ cho dự án mã nguồn mở

Thiếu các tùy chọn hỗ trợ kỹ thuật chuyên nghiệp từ các nhà cung cấp thương mại.

Sự phức tạp trong việc hiểu và tuân thủ các điều khoản giấy phép khác nhau.

Yêu cầu về kiến thức kỹ thuật cao của tất cả nhân viên

Phần mềm mã nguồn mở thường kém ổn định và bảo mật hơn phần mềm thương mại

Thiếu khả năng tùy chỉnh.

Chi phí cấp phép cao.

Sự không chắc chắn về hỗ trợ kỹ thuật và trách nhiệm pháp lý

Giới hạn về số lượng người dùng

Mạnh mẽ hơn về ‘copyleft’, yêu cầu tất cả các tác phẩm phái sinh phải là mã nguồn mở.

Yếu hơn về ‘copyleft’, cho phép kết hợp mã MPL với mã độc quyền ở cấp độ tệp.

Hoàn toàn không có ‘copyleft’, cho phép sử dụng mã MPL trong các dự án độc quyền mà không cần chia sẻ mã nguồn

Chỉ áp dụng cho các dự án phần mềm miễn phí, không áp dụng cho các dự án thương mại

Họ phải đóng góp lại mã nguồn đã sửa đổi cho cộng đồng.

Họ phải giữ nguyên thông báo bản quyền và giấy phép gốc.

Họ phải sử dụng mã đó trong các dự án phi thương mại

Họ phải xin phép tác giả trước mỗi lần sử dụng

Chương trình độc quyền của bạn vẫn có thể là độc quyền.

Chương trình độc quyền của bạn phải được cấp phép lại theo GPL.

Bạn phải xin phép riêng cho việc liên kết động

Chỉ có thư viện GPL mới bị ảnh hưởng

Quá trình viết mã nguồn ban đầu của dự án.

Một phiên bản ổn định và có thể sử dụng được của phần mềm, thường đi kèm với các ghi chú phát hành.

Việc hợp nhất các thay đổi từ cộng đồng vào kho mã nguồn chính

Buổi họp mặt của các nhà phát triển dự án

Thúc đẩy việc sử dụng phần mềm thương mại để hỗ trợ các nhà phát triển.

Đảm bảo rằng mọi phần mềm đều có thể được sử dụng, nghiên cứu, chia sẻ và sửa đổi một cách tự do.

Tập trung vào việc tối ưu hóa hiệu suất phần mềm cho các ứng dụng doanh nghiệp lớn

Phát triển các tiêu chuẩn công nghiệp cho phần mềm độc quyền

Microsoft Edge.

Google Chrome.

Mozilla Firefox

Safari