A common reason to use the GPL is w

A common reason to use the GPL is when modifying or extending the gcc compiler. This is particularly apt when working with one-off specialty CPUs in environments where all software costs are likely to be considered overhead, with minimal expectations that others will use the resulting compiler.

The GPL is also attractive to small companies selling CDs in an environment where "buy-low, sell-high" may still give the end-user a very inexpensive product. It is also attractive to companies that expect to survive by providing various forms of technical support, including documentation, for the GPLed intellectual property world.

A less publicized and unintended use of the GPL is that it is very favorable to large companies that want to undercut software companies. In other words, the GPL is well suited for use as a marketing weapon, potentially reducing overall economic benefit and contributing to monopolistic behavior.

The GPL can present a real problem for those wishing to commercialize and profit from software. For example, the GPL adds to the difficulty a graduate student will have in directly forming a company to commercialize his research results, or the difficulty a student will have in joining a company on the assumption that a promising research project will be commercialized.

For those who must work with statically-linked implementations of multiple software standards, the GPL is often a poor license, because it precludes using proprietary implementations of the standards. The GPL thus minimizes the number of programs that can be built using a GPLed standard. The GPL was intended to not provide a mechanism to develop a standard on which one engineers proprietary products. (This does not apply to Linux applications because they do not statically link, rather they use a trap-based API.)

The GPL attempts to make programmers contribute to an evolving suite of programs, then to compete in the distribution and support of this suite. This situation is unrealistic for many required core system standards, which may be applied in widely varying environments which require commercial customization or integration with legacy standards under existing (non-GPL) licenses. Real-time systems are often statically linked, so the GPL and LGPL are definitely considered potential problems by many embedded systems companies.

The GPL is an attempt to keep efforts, regardless of demand, at the research and development stages. This maximizes the benefits to researchers and developers, at an unknown cost to those who would benefit from wider distribution.

The GPL was designed to keep research results from transitioning to proprietary products. This step is often assumed to be the last step in the traditional technology transfer pipeline and it is usually difficult enough under the best of circumstances; the GPL was intended to make it impossible.

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

Một lý do phổ biến để sử dụng GPL là khi sửa đổi hoặc mở rộng bộ biên dịch gcc. Điều này đặc biệt là apt khi làm việc với CPU đặc biệt duy nhất trong môi trường nơi mà tất cả các chi phí phần mềm có khả năng được coi là chi phí, với sự mong đợi tối thiểu mà những người khác sẽ sử dụng trình biên dịch kết quả.Giấy phép GPL cũng là hấp dẫn cho các công ty nhỏ bán đĩa CD trong một môi trường nơi "mua thấp, bán cao" có thể vẫn còn cung cấp cho người dùng cuối cùng một sản phẩm rất tốn kém. Nó cũng là hấp dẫn cho các công ty muốn tồn tại bằng cách cung cấp các hình thức khác nhau của hỗ trợ kỹ thuật, bao gồm cả tài liệu, cho GPLed tài sản trí tuệ thế giới.Một sử dụng ít công bố công khai và không mong đợi của GPL là nó rất thuận lợi cho các công ty lớn muốn thịt phi lê công ty phần mềm. Nói cách khác, giấy phép GPL là rất thích hợp để sử dụng như một vũ khí tiếp thị, có khả năng giảm tổng thể lợi ích kinh tế và đóng góp cho hành vi độc quyền.Giấy phép GPL có thể trình bày một vấn đề cho những người muốn thương mại hóa và lợi nhuận từ phần mềm. Ví dụ, GPL thêm khó khăn một sinh viên tốt nghiệp sẽ có trực tiếp hình thành một công ty để thương mại hóa các kết quả nghiên cứu của mình, hoặc khó khăn một học sinh sẽ có tham gia một công ty trên giả định rằng một dự án nghiên cứu đầy hứa hẹn sẽ được thương mại hóa.Đối với những người phải làm việc với tĩnh liên kết triển khai nhiều phần mềm tiêu chuẩn, giấy phép GPL thường là một giấy phép nghèo, bởi vì nó ngăn cản bằng cách sử dụng độc quyền thực thi của các tiêu chuẩn. Giấy phép GPL do đó giảm thiểu số lượng các chương trình có thể được xây dựng bằng cách sử dụng một tiêu chuẩn GPLed. Giấy phép GPL nhằm mục đích cung cấp một cơ chế để phát triển một tiêu chuẩn mà một trong những kỹ sư sản phẩm độc quyền. (Điều này không áp dụng cho Linux ứng dụng bởi vì họ không liên kết tĩnh, thay vào đó họ sử dụng một API dựa trên cái bẫy)Giấy phép GPL nỗ lực để làm cho các lập trình viên đóng góp cho một bộ phát triển chương trình, sau đó để cạnh tranh trong việc phân phối và hỗ trợ của bộ này. Tình trạng này là không thực tế cho nhiều tiêu chuẩn hệ thống cốt lõi cần thiết, mà có thể được áp dụng rộng rãi thay đổi môi trường mà yêu cầu thương mại tuỳ biến hoặc tích hợp với các tiêu chuẩn kế thừa theo hiện tại (không-GPL) giấy phép. Hệ thống thời gian thực thường tĩnh được liên kết, do đó, GPL và LGPL chắc chắn được coi là vấn đề tiềm năng của nhiều hệ thống nhúng công ty.Giấy phép GPL là một nỗ lực để giữ cho những nỗ lực, bất kể nhu cầu ở các giai đoạn nghiên cứu và phát triển. Điều này tối đa hóa lợi ích cho các nhà nghiên cứu và phát triển, một chi phí không rõ cho những người sẽ hưởng lợi từ phân phối rộng lớn hơn.Giấy phép GPL được thiết kế để giữ cho các kết quả nghiên cứu từ chuyển sang các sản phẩm độc quyền. Bước này thường được giả định là bước cuối cùng trong các đường ống chuyển giao công nghệ truyền thống và thường rất khó, đủ theo sắc nhất của trường hợp; giấy phép GPL được dự định để làm cho nó không thể.

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

Một lý do phổ biến để sử dụng GPL là khi sửa đổi hoặc mở rộng các biên dịch gcc. Điều này là đặc biệt thích hợp khi làm việc với các CPU đặc sản một lần trong các môi trường mà tất cả các chi phí phần mềm có thể được xem xét trên cao, với kỳ vọng tối thiểu mà những người khác sẽ sử dụng các trình biên dịch kết quả. Các GPL cũng là hấp dẫn đối với các công ty nhỏ bán đĩa CD trong một môi trường mà "mua thấp, bán cao" vẫn có thể cung cấp cho người dùng cuối một sản phẩm rất rẻ tiền. Nó cũng là hấp dẫn đối với các công ty mà hy vọng để tồn tại bằng cách cung cấp nhiều hình thức hỗ trợ kỹ thuật, bao gồm tài liệu, cho thế giới sở hữu trí tuệ GPL. Một sử dụng ít công bố công khai và không lường trước được của GPL là nó là rất thuận lợi cho các công ty lớn mà muốn cắt xén công ty phần mềm. Nói cách khác, các GPL là rất thích hợp để sử dụng như một vũ khí tiếp thị, có khả năng làm giảm lợi ích kinh tế chung và góp phần vào hành vi độc quyền. GPL có thể trình bày một vấn đề thực sự cho những người muốn thương mại hóa và lợi nhuận từ phần mềm. Ví dụ, các GPL tăng khó khăn cho một sinh viên tốt nghiệp sẽ có trong trực tiếp hình thành một công ty thương mại hóa các kết quả nghiên cứu của mình, hoặc các khó khăn một sinh viên sẽ phải gia nhập một công ty dựa trên giả định rằng một dự án nghiên cứu có triển vọng sẽ được thương mại hóa. Đối với những người những người phải làm việc với việc triển khai tĩnh liên kết của nhiều tiêu chuẩn phần mềm, các GPL thường là một giấy phép nghèo, bởi vì nó ngăn cản việc triển khai sử dụng độc quyền của các tiêu chuẩn. GPL do đó giảm thiểu số lượng các chương trình có thể được xây dựng bằng cách sử dụng một tiêu chuẩn GPL. GPL được dự định để không cung cấp một cơ chế để phát triển một tiêu chuẩn mà một kỹ sư sản phẩm độc quyền. (Điều này không áp dụng cho các ứng dụng Linux vì họ không liên kết tĩnh, thay vì họ sử dụng một API bẫy trên.) Các GPL cố gắng để làm cho các lập trình viên đóng góp cho một bộ phát triển của các chương trình, sau đó để cạnh tranh trong phân phối và hỗ trợ của bộ phần mềm này . Tình trạng này là không thực tế đối với nhiều tiêu chuẩn hệ thống cốt lõi cần thiết, có thể được áp dụng trong những môi trường rất khác nhau mà yêu cầu tùy biến thương mại hoặc tích hợp với các tiêu chuẩn di sản dưới (không GPL) giấy phép hiện có. Hệ thống thời gian thực thường được liên kết tĩnh, vì vậy các GPL và LGPL được coi chắc chắn vấn đề tiềm năng bởi nhiều công ty các hệ thống nhúng. GPL là một nỗ lực để tiếp tục nỗ lực, bất kể nhu cầu, ở giai đoạn nghiên cứu và phát triển. Điều này tối đa hóa lợi ích cho các nhà nghiên cứu và phát triển, với một chi phí không biết đến những người sẽ được hưởng lợi từ phân phối rộng hơn. GPL được thiết kế để giữ cho các kết quả nghiên cứu từ chuyển sang các sản phẩm độc quyền. Bước này thường được coi là bước cuối cùng trong các đường ống chuyển giao công nghệ truyền thống và nó thường là đủ khó khăn theo hoàn cảnh tốt nhất; GPL được dự định để làm cho nó không thể.