Although a fundamental principle of

Although a fundamental principle of open-source development is that source code should be freely available, this does not mean that anyone can do as they wish with that code. Legally, the developer of the code (either a company or an individual) still owns the code. They can place restrictions on how it is used by including legally binding conditions in an open source software license (St. Laurent, 2004). Some open source developers believe that if an open source component is used to develop a new system, then that system should also be open source. Others are willing to allow their code to be used without this restriction. The developed systems may be proprietary and sold as closed source systems.
Most open source licenses are derived from one of three general models:

1. The GNU General Public License (GPL). This is a so-called ‘reciprocal’ license that, simplistically, means that if you use open source software that is licensed under the GPL license, then you must make that software open source.
2. The GNU Lesser General Public License (LGPL). This is a variant of the GPL license where you can write components that link to open source code without having to publish the source of these components. However, if you change the licensed component, then you must publish this as open source.
3. The Berkley Standard Distribution (BSD) License. This is a non-reciprocal license, which means you are not obliged to republish any changes or modifica- tions made to open source code. You can include the code in proprietary systems that are sold. If you use open source components, you must acknowledge the original creator of the code.

Licensing issues are important because if you use open-source software as part of a software product, then you may be obliged by the terms of the license to make your own product open source. If you are trying to sell your software, you may wish to keep it secret. This means that you may wish to avoid using GPL-licensed open source software in its development.
If you are building software that runs on an open source platform, such as Linux, then licenses are not a problem. However, as soon as you start including open source components in your software you need to set up processes and databases to keep track of what’s been used and their license conditions. Bayersdorfer (2007) suggests that companies managing projects that use open source should:
1. Establish a system for maintaining information about open source components that are downloaded and used. You have to keep a copy of the license for each

Chapter 7 ■ Key points 201

component that was valid at the time the component was used. Licenses may change so you need to know the conditions that you have agreed to.
2. Be aware of the different types of licenses and understand how a component is licensed before it is used. You may decide to use a component in one system but not in another because you plan to use these systems in different ways.
3. Be aware of evolution pathways for components. You need to know a bit about the open source project where components are developed to understand how they might change in future.
4. Educate people about open source. It’s not enough to have procedures in place to ensure compliance with license conditions. You also need to educate develop- ers about open source and open source licensing.
5. Have auditing systems in place. Developers, under tight deadlines, might be tempted to break the terms of a license. If possible, you should have software in place to detect and stop this.
6. Participate in the open source community. If you rely on open source products, you should participate in the community and help support their development.
The business model of software is changing. It is becoming increasingly difficult to build a business by selling specialized software systems. Many companies prefer to make their software open source and then sell support and consultancy to software users. This trend is likely to accelerate, with increasing use of open source software and with more and more software available in this form.

Kết quả (Việt) 2:

Mặc dù là một nguyên tắc cơ bản của phát triển mã nguồn mở là mã nguồn nên được tự do có sẵn, điều này không có nghĩa là bất cứ ai có thể làm được như họ mong muốn với mã đó. Về mặt pháp lý, các nhà phát triển của mã (hoặc một công ty hoặc một cá nhân) vẫn sở hữu mã. Họ có thể đặt các hạn chế về cách nó được sử dụng bằng cách bao gồm các điều kiện ràng buộc về mặt pháp lý trong một giấy phép phần mềm nguồn mở (St Laurent, 2004). Một số nhà phát triển mã nguồn mở tin rằng nếu một thành phần mã nguồn mở được sử dụng để phát triển một hệ thống mới, sau đó hệ thống nên cũng được mã nguồn mở. Những người khác đang sẵn sàng để cho phép mã của họ sẽ được sử dụng mà không có sự hạn chế này. Các hệ thống được phát triển có thể thuộc quyền sở hữu và bán như là hệ thống mã nguồn đóng.
Giấy phép mã nguồn mở Hầu hết đều ​​bắt nguồn từ một trong ba mô hình chung: 1. Giấy phép GNU General Public License (GPL). Đây là một cái gọi là giấy phép "đối ứng" đó, cách đơn giản, có nghĩa là nếu bạn sử dụng phần mềm mã nguồn mở được cấp phép theo giấy phép GPL, sau đó bạn phải chắc rằng phần mềm mã nguồn mở. 2. Các Giấy phép Công cộng GNU Hạn chế (LGPL). Đây là một biến thể của giấy phép GPL, nơi bạn có thể viết các thành phần liên kết để mở mã nguồn mà không cần phải công bố mã nguồn của các thành phần này. Tuy nhiên, nếu bạn thay đổi các thành phần được cấp giấy phép, sau đó bạn phải xuất bản mã nguồn mở này. 3. Phân phối Berkley Standard (BSD) Giấy phép. Đây là một giấy phép không đối ứng, có nghĩa là bạn không bắt buộc phải tái xuất bất kỳ thay đổi hoặc tions modifica- thực hiện để mở mã nguồn. Bạn có thể bao gồm các mã trong hệ thống độc quyền đó được bán. Nếu bạn sử dụng các thành phần mã nguồn mở, bạn phải thừa nhận sự sáng tạo ban đầu của mã. Vấn đề cấp phép là quan trọng bởi vì nếu bạn sử dụng phần mềm mã nguồn mở như là một phần của một sản phẩm phần mềm, sau đó bạn có thể có nghĩa vụ theo các điều khoản của giấy phép để làm cho bạn sản phẩm của mã nguồn mở. Nếu bạn đang cố gắng để bán phần mềm của bạn, bạn có thể muốn giữ bí mật. Điều này có nghĩa rằng bạn có thể muốn tránh sử dụng phần mềm mã nguồn mở GPL cấp phép phát triển của nó. Nếu bạn đang xây dựng phần mềm chạy trên một nền tảng mã nguồn mở, chẳng hạn như Linux, sau đó giấy phép không phải là một vấn đề. Tuy nhiên, ngay sau khi bạn bắt đầu bao gồm các thành phần mã nguồn mở trong phần mềm của bạn, bạn cần phải thiết lập các quy trình và cơ sở dữ liệu để theo dõi những gì đang được sử dụng và điều kiện giấy phép của họ. Bayersdorfer (2007) cho thấy rằng các công ty quản lý các dự án có sử dụng mã nguồn mở nên: 1. Thiết lập một hệ thống để duy trì thông tin về các thành phần mã nguồn mở được tải về và sử dụng. Bạn cần phải giữ một bản sao của giấy phép cho từng Chương 7 ■ điểm chính 201 thành phần đó là hợp lệ tại thời điểm thành phần được sử dụng. Giấy phép có thể thay đổi, do đó bạn cần phải biết những điều kiện mà bạn đã đồng ý. 2. Hãy nhận biết các loại giấy phép khác nhau và hiểu thế nào là một thành phần được cấp phép trước khi nó được sử dụng. Bạn có thể quyết định sử dụng một thành phần trong một hệ thống nhưng không khác bởi vì bạn có kế hoạch để sử dụng các hệ thống này theo những cách khác nhau. 3. Hãy nhận biết của con đường tiến hóa cho các thành phần. Bạn cần phải biết một chút thông tin về các dự án mã nguồn mở, nơi các thành phần được phát triển để hiểu làm thế nào họ có thể thay đổi trong tương lai. 4. Giáo dục mọi người về nguồn mở. Nó không đủ để có các thủ tục để đảm bảo tuân thủ các điều kiện cấp phép. Bạn cũng cần phải giáo dục ers triển về nguồn mở và cấp giấy phép mã nguồn mở. 5. Có hệ thống kiểm toán tại chỗ. Các nhà phát triển, dưới thời hạn chặt chẽ, có thể bị cám dỗ để phá vỡ các điều khoản của giấy phép. Nếu có thể, bạn cần phải có phần mềm nào để phát hiện và ngăn chặn điều này. 6. Tham gia vào cộng đồng nguồn mở. Nếu bạn dựa trên các sản phẩm mã nguồn mở, bạn nên tham gia vào cộng đồng và giúp hỗ trợ sự phát triển của họ. Các mô hình kinh doanh của các phần mềm đang thay đổi. Nó ngày càng trở nên khó khăn để xây dựng một doanh nghiệp bằng cách bán các hệ thống phần mềm chuyên dụng. Nhiều công ty thích để làm cho mã nguồn mở phần mềm của họ và sau đó bán hỗ trợ và tư vấn cho người sử dụng phần mềm. Xu hướng này có khả năng tăng tốc, với sự gia tăng sử dụng các phần mềm mã nguồn mở và có càng nhiều phần mềm có sẵn trong mẫu này.