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

Giúp tài liệu trở nên toàn diện hơn, dễ hiểu hơn và bao quát nhiều trường hợp sử dụng.

Đảm bảo tài liệu luôn được viết bằng ngôn ngữ tiếng Anh.

Tự động hóa việc tạo tài liệu

Giảm sự cần thiết của các bản cập nhật mã nguồn

Đảm bảo chất lượng mã, phát hiện lỗi, cải thiện hiệu suất và tuân thủ các tiêu chuẩn mã hóa.

Tăng số lượng dòng mã trong dự án.

Thử nghiệm các tính năng mới trước khi phát hành

Đảm bảo mã nguồn dễ dàng bị tấn công để kiểm tra bảo mật

Tự do cho người dùng sử dụng, nghiên cứu, chia sẻ và cải tiến phần mềm.

Phần mềm không có chi phí bản quyền.

Phần mềm có mã nguồn công khai để mọi người xem

Phần mềm được phát triển bởi cộng đồng tình nguyện

Bạn phải ghi rõ rằng bạn đã sửa đổi tệp gốc và cung cấp một bản sao của giấy phép Apache.

Bạn phải phát hành toàn bộ mã nguồn của bạn dưới giấy phép Apache.

Bạn không cần phải làm gì với các sửa đổi đó

Bạn phải xin phép tác giả gốc trước khi phân phối các sửa đổi

Họ không thể giữ bí mật mã nguồn của phần mình phát triển nếu nó kết hợp với mã GPL, mà phải phát hành dưới dạng mã nguồn mở.

Họ có thể sử dụng một giấy phép khác cho phần của họ.

Họ có thể chỉ phát hành tệp thực thi (binary) mà không cần cung cấp mã nguồn

Họ phải mua lại giấy phép GPL từ người giữ bản quyền

Phát triển các phần mềm hạ tầng doanh nghiệp và công nghệ web.

Phát triển hệ điều hành và phần mềm nhúng.

Phát triển ứng dụng di động và trò chơi

Phát triển phần mềm đồ họa và chỉnh sửa video

Đảm bảo tuân thủ các quy định pháp lý và yêu cầu kiểm toán, đặc biệt với các giấy phép copyleft.

Phần mềm mã nguồn mở không đáp ứng được yêu cầu bảo mật.

Thiếu các tính năng cần thiết cho doanh nghiệp

Chi phí bản quyền quá cao

Xem xét, phê duyệt các đóng góp mã nguồn, quản lý các vấn đề (issues) và định hướng kỹ thuật của dự án.

Chỉ chịu trách nhiệm về marketing và quảng bá dự án.

Thu thập tài chính cho dự án

Viết toàn bộ mã nguồn cho dự án

Đọc kỹ và hiểu rõ các điều khoản của giấy phép được áp dụng cho phần mềm đó, đặc biệt là các yêu cầu về phân phối và sửa đổi.

Tin rằng mọi phần mềm mã nguồn mở đều có thể sử dụng tự do hoàn toàn mà không cần quan tâm đến giấy phép.

Chỉ cần nêu tên phần mềm mã nguồn mở đã sử dụng trong tài liệu sản phẩm

Luôn luôn sử dụng các giấy phép ‘permissive’ như MIT

Phải giữ lại thông báo bản quyền và tuyên bố miễn trừ trách nhiệm ban đầu.

Phải cung cấp mã nguồn đã sửa đổi dưới giấy phép BSD.

Phải đóng góp lại mọi sửa đổi cho dự án gốc

Phải xin phép tác giả trước khi sử dụng cho mục đích thương mại

Swift.

Python.

C#

Java (Openjdk là mã nguồn mở)

Windows Server.

macOS Server.

Linux

Solaris

Yêu cầu mọi sản phẩm phái sinh phải giữ nguyên giấy phép gốc và công khai mã nguồn.

Cho phép sử dụng mã nguồn GPL trong các sản phẩm độc quyền mà không cần công khai mã nguồn.

Cấm hoàn toàn việc sử dụng GPL trong các dự án thương mại

Cho phép thay đổi giấy phép GPL thành một giấy phép khác khi tái phân phối

A. Học sinh không cần học về cách phần mềm hoạt động.

B. Giúp sinh viên tiếp cận với công nghệ mới, học hỏi cách phát triển và hiểu sâu hơn về cách phần mềm vận hành.

C. Chỉ phù hợp cho các khóa học về lịch sử máy tính

Yêu cầu người dùng phải đóng góp lại mã nguồn khi sử dụng.

Cho phép sử dụng, sửa đổi và phân phối lại phần mềm một cách tự do, không phân biệt mục đích sử dụng.

Cần phải có sự phê duyệt của OSI trước khi sử dụng

Phải có khả năng thương mại hóa sản phẩm dựa trên phần mềm đó

Chi phí mua giấy phép ban đầu luôn bằng không.

Đảm bảo tính bảo mật tuyệt đối mà không cần bất kỳ biện pháp phòng ngừa nào.

Khả năng tùy chỉnh cao để phù hợp với nhu cầu đặc thù của doanh nghiệp

Không cần chuyên môn kỹ thuật để cài đặt và vận hành

Người viết tất cả mã nguồn chính của dự án.

Người quản lý và điều phối hoạt động của cộng đồng, thúc đẩy sự tham gia và giải quyết mâu thuẫn.

Người chịu trách nhiệm về mặt pháp lý của giấy phép phần mềm

Người duy nhất có quyền phê duyệt các bản đóng góp mã nguồn

Chỉ tập trung vào việc phát triển các tính năng mới.

Thiếu tài liệu hướng dẫn sử dụng.

Sự tham gia tích cực và bền vững của một cộng đồng

Không cho phép người dùng đóng góp mã nguồn

GNU GPL v3.

Mozilla Public License 2.0.

Apache License 2.0

Affero GPL

Cơ chế ra quyết định về định hướng phát triển, quản lý đóng góp và giải quyết xung đột trong cộng đồng.

Quy trình bán sản phẩm và thu lợi nhuận.

Chỉ số hiệu suất của phần mềm

Mô hình cấp phép sử dụng duy nhất