Những nguyên nhân tốt và xấu khi mở nguồn các phần mềm của bạn (Tiếp theo và hết)

Làm cách nào bạn đo được?

Good and Bad Reasons to Open Source Your Software

How do you measure up?

Theo: http://opensource.sys-con.com/read/431545.htm

Bài được đưa lên Internet ngày: 25/09/2007

By: Ibrahim Haddad; Frederic Benard

Quyết định của công ty đóng góp vào các dự án nguồn mở thường là hướng kinh doanh. Bài viết này xem xét những nguyên nhân chính có thể ảnh hưởng tới công ty của bạn khi đóng góp mã nguồn cho nguồn mở hoặc khi bắt đầu các dự án nguồn mở mới.

A company's decision to contribute to open source projects is usually business-driven. This article offers a review of the top reasons that can influence your company to contribute source code to open source or to start new open source projects.

... And the Three Worst Reasons

... Và 3 nguyên nhân tồi tệ nhất

Việc nguồn mở hoá phần mềm của bạn không phải luôn là chiến lược kinh doanh tốt nhất. Phần này xem xét tới một vài nguyên nhân tệ nhất bạn có thể có khi mở nguồn một công nghệ cụ thể nào đó hoặc tạo ra một dự án nguồn mở mới:

1. Bạn có phần mềm không còn dùng nữa mà bạn muốn giải phóng và bạn nghĩ rằng việc mở nguồn nó là cách tốt để giải phóng nó.

2. Bạn đang tìm kiếm động lực thiết kế tự do từ cộng đồng nguồn mở và bằng việc mở nguồn bạn nghĩ các nhà lập trình phát triển phần mềm nguồn mở sẽ tập hợp lại để đóng góp cho dự án của bạn.

3. Bạn có phần mềm mà bạn không còn cần nữa và thay vì chấm dứt dự án hoặc từ bỏ nó, bạn quyết định mở nguồn cho nó và sau đó gọi náo là một thắng lợi.

Để thành công trong việc mở mã nguồn cho một dự án, bạn phải có những lý do hoặc động lực chính đáng. Hơn nữa, luôn được khuyến cáo hãy làm siêng năng và có trách nhiệm: Nếu có bất kỳ dự án nguồn mở nào khác với nó dwj án của bạn có thể cạnh tranh thì hãy nghiên cứu cơ hội liên kết và đóng góp vào dự án đó. Nếu không, bạn sẽ tạo ra cạnh tranh và, theo tinh thần của nguồn mở, dự án tốt nhất và mạnh nhất sẽ chiến thắng và sẽ là dòng chính thống.

Open sourcing your software isn't always the best business strategy. This section reviews some of the worst reasons you can have to open source a particular technology or create a new open source project:

1. You have obsolete software that you want to get rid of and you think that open sourcing it is a good way to get rid of it.

2. You're looking to leverage free engineering from the open source community and by open sourcing you think open source developers will lineup to contribute to your project.

3. You have software that you don't need anymore and instead of terminating the project or canceling it, you decide to open source it and then call it a win.

To be successful in open sourcing a project, you must have the right reasons or motivations. Furthermore, it's always recommended to do due diligence: If there's any other open source project with which your project might compete then study the opportunity to join and contribute to that project. Otherwise, you'll be creating competition and, in the spirit of open source, the strongest and best project wins mainstream.

Conclusion

Kết luận

Có nhiều lý do để đóng góp cho nguồn mở và có hàng loạt lợi ích để có được từ những cam kết như vậy. Trong tất cả các trường hợp, điều quan trọng là hãy nhớ rằng đây là một mối quan hệ “cho và nhận”: hãy là một công dân nguồn mở tốt, đóng góp cho cộng đồng trong sự tin tưởng tốt lành và hãy tôn trọng và tuân theo các thực tiễn của cộng đồng.

Trong một bài viết khác, chúng tôi sẽ bàn luận tới qui trình để tuân thủ sau khi bạn quyết định đóng góp như việc lựa chọn một giấy phép, việc tiến hành một xem xét pháp lý, việc hiểu những ẩn ý về sở hữu trí tuệ, việc đào tạo các nhân viên, việc xây dựng một hạ tầng dự án, việc công bố dự án, việc tuân thủ mô hình phát triển nguồn mở, việc trở nên nhìn thấy được và việc trở thành một công dân nguồn mở tốt dẫn tới thành công đối với dự án của bạn.

Hãy giữ cho hài hoà!

There are many reasons to contribute to open source and there are various benefits to be realized from such engagements. In all cases, it's important to remember that it's a "give and take" relationship: be a good open source citizen, contribute to the community in good faith, and respect and follow community practices.

In a follow-up article, we'll discuss the process to follow after you decide to contribute such as selecting a license, doing a legal review, understanding the intellectual property implications, training employees, building a project infrastructure, announcing the project, following the open source development model, being visible, and being a good open source citizen driving the success of your project.

Stay tuned!

Về các tác giả

Về Ibrahim Haddad

Giáo sư Ibrahim Haddad là Giáo sư của Công nghệ nguồn mở và nhúng tại Motorola. Trước Motorola, Haddad đã quản lý Carrier Grade Linux và sáng kiến Mobile Linux tại phòng thí nghiệm phát triển nguồn mở – OSDL (nay là tổ chức Linux Foundation). Trước khi tham gia OSDL, ông đã là một nhà nghiên cứu lâu năm tại phòng “Nghiên cứu và Sáng tạo” của bộ phận nghiên cứu của hãng Ericsson. Ông đã nhận bằng tiến sĩ khoa học về khoa học máy tính tại Đại học Concordia ở Montreal, Canada.

Về Frederic Benard

Giáo sư Frederic Benard là quản lý thiết kế ở Motorola và dẫn dắt Trung tâm phần mềm nguồn mở ưu tú mà nó là một phần của “Nhóm Các hệ thống nhúng, Nguồn Mở và Công nghệ Linux” của Motorola. Ông là cử nhân về vật lý của Đại học McGill, cử nhân cao học khoa học và tiến sĩ khoa học về vật lý của Đại học Toronto, và cử nhân cao học của Đại học McGill.

About Ibrahim Haddad

Dr. Ibrahim Haddad is Director of Embedded & Open Source Technology at Motorola. Prior to Motorola, Dr. Haddad managed the Carrier Grade Linux and Mobile Linux Initiatives at the Open Source Development Lab (now the Linux Foundation). Prior to joining OSDL, Dr. Haddad was a Senior Researcher at the "Research and Innovation" department of Ericsson’s Corporate Unit of Research. He received his Ph.D. in Computer Science from Concordia University in Montreal, Canada.

About Frederic Benard

Dr. Frédéric Bénard is Engineering Manager at Motorola and leads the Open Source Software Center of Excellence, which is part of the Motorola "Embedded Systems, Open Source and Linux Technology Group". He holds a B.Sc. in Physics from McGill University, a M.Sc. and a Ph.D. in Physics from the University of Toronto, and an MBA from McGill University.

Dịch tài liệu: Lê Trung Nghĩa

Công ty Cổ phần phần mềm – Thương mại điện tử Nhất Vinh

ltnghia@yahoo.com

New York nghiên cứu tính tương hợp của tài liệu điện tử

New York to Study Electronic Document Interoperability

Theo: http://www.linuxelectrons.com/news/application/11028/new-york-study-electronic-document-interoperability

Bài được đưa lên Internet ngày 02/08/2007

Washington DC – Liên minh Định dạng Tài liệu Mở (ODF Alliance) thúc dục New York để trở thành bang thứ 2, cùng với Minnesota, ban hành đạo luật yêu cầu nghiên cứu các định dạng tài liệu mở.

“Để kêu gọi việc nghiên cứu các định dạng tài liệu mở, New York hiểu được tầm quan trọng sống còn của việc truy cập tiếp tục được các hồ sơ có giá trị của nó”, ông Marino Marcich, Giám đốc điều hành của ODF Alliance nói. “Các nghiên cứu còn để treo tại New York và Minnesota sẽ khám phá được giá trị thực của ODF đối với việc tối đa hoá truy cập, kiểm soát và tính tương hợp của các tài liệu và thông tin của chính phủ. Với nền kinh tế lớn vào hàng thứ 11 của thế giới, New York hiểu việc truy cập các tài liệu điện tử là quan trọng như thế nào – là để duy trì vị trí của nó như một thủ lĩnh trong các thị trường quốc nội và toàn cầu”. Tuần trước, Thống đốc bang New York là Eliot Spitzxer đã ký đạo luật kêu gọi đánh giá các định dạng tài liệu điện tử mà chúng đảm bảo cho việc kiểm soát, truy cập, lựa chọn, tính tương hợp và trung lập với các nhà cung cấp của chính phủ. Điều này tuân theo đạo luật tương tự như ở bang Minnesota vào tháng 05/2007. Để trả lời cho đạo luật của New York, đại diện bang Minnesota là Paul Thissen đã lưu ý “chính phủ sẽ bị ảnh hưởng tốt hoặc xấu bởi sự biến đối mang tính cơ bản này về cách mà các thông tin được giao tiếp, được bảo vệ và được lưu trữ. Nhưng chính phủ cũng chậm thay đổi. Tôi rất mong muốn New York tham gia với Minnesota trong việc xây dựng một cái đà cho tương lai của các hồ sơ công cộng có tính mở, an ninh và có thể truy cập được”.

Washington, DC – The OpenDocument Format Alliance (ODF Alliance) has hailed New York for becoming the second state, along with Minnesota, to enact legislation requiring study of electronic document formats.

“In calling for a study of electronic document formats, New York has recognized the critical importance of continued access to their valuable records,” said Marino Marcich, ODF Alliance Managing Director. “The pending studies in New York and Minnesota will reveal the true value of ODF for maximizing access, control and interoperability of government documents and information. With the world’s 11th largest economy, New York understands how important electronic document access is for maintaining their position as a leader in the domestic and global marketplaces.”
In the last week, New York Governor Eliot Spitzer signed legislation calling for an evaluation of electronic document formats that ensure government control, access, choice, interoperability and vendor neutrality. This follows enactment of similar legislation in Minnesota in May 2007.
In response to enactment of the New York law, Minnesota State Representative Paul Thissen remarked “government will be affected, for good or bad, by the fundamental transformation of how information is communicated, protected and preserved. But government is also slow to embrace change. I am so pleased New York has joined Minnesota in building momentum toward a future of open, secure and accessible public records.”

“Vì các tài liệu và dịch vụ được chuyển đổi từ dạng giấy sang điện tử, có một mối lo rất thực tế rằng các chính phủ, người dân và doanh nghiệp có thể không có khả năng truy cập, tra cứu và lưu trữ các tài liệu sống còn trong tương lai”, Marcich nói. “Mối lo này đã dẫn tới việc 7 cơ quan lập pháp của bang đã đưa vấn đề này ra trong năm nay. New York và Minnesota nay đã thông qua luật này và đã thực hiện các bước quan trọng đầu tiên trong việc chuyển sang ODF như một công cụ để đảm bảo truy cập được tiếp tục và kiểm soát các tài liệu và thông tin điện tử”.

“As documents and services are transformed from paper to electronic form, there is a very real concern that governments, citizens and businesses may not be able to access, retrieve and preserve critical documents in the future,” said Marcich. “This concern has led seven state legislatures to take up the issue this year. New York and Minnesota have now passed legislation and taken important first steps in moving toward ODF as a means to ensuring continued access and control of electronic documents and information.”

Dịch tài liệu: Lê Trung Nghĩa

Công ty Cổ phần phần mềm – Thương mại điện tử Nhất Vinh

ltnghia@yahoo.com

Stallman: Bạn đã sẵn sàng đấu tranh vì tự do? (Phần 1)

Stallman: are you ready to fight for freedom?

Lời người dịch: Nói “phần mềm nguồn mở” hay “phần mềm tự do” là với cả các triết lý đi kèm. Chuỗi bài này đưa ra những triết lý bên trong của “phần mềm tự do” mà Stallman đã chỉ ra.

Bạn đã sẵn sàng đấu tranh vì tự do hoặc bạn còn quá lười không thể chống đỡ? Đó là thách thức mà Richard Stallman đưa ra cho cộng đồng nguồn mở trong phỏng vấn quan trọng này từ tạp chí anh em của chúng tôi là Computerworld Brazil. Ông cũng nói lên quan điểm của mình về Microsoft, Linus Torvald và hơn nữa.

Are you ready to fight for freedom or are you too lazy to resist? That is the challenge Richard Stallman throws down to the open source community in this major interview from our sister title Computerworld Brazil. He also spells out his views on Microsoft, Linus Torvalds and much more

Theo: http://www.computerworlduk.com/management/it-business/supplier-relations/in-depth/index.cfm?articleid=771

Bài được đưa lên Internet ngày: 12/09/2007

You launched the GNU Project in September 1983 to create a free Unix-like operating system, and have been the project's lead architect and organizer since then. Why did you start it in the first place? Back then it was already clear that software was becoming proprietary?

Ông đã đưa ra dự án GNU vào tháng 09/1983 để tạo ra một hệ điều hành tự do giống như Unix, và từng là kiến trúc sư đầu đàn và là người tổ chức cho dự án từ đó. Vì sao ông không bắt đầu nó ngay từ nơi ban đầu đó? Ngược về đó rõ ràng là phần mềm đã trở nên có sở hữu độc quyền?

Stallman: Trong năm 1983, tất cả các hệ điều hành đều là sở hữu độc quyền, các phần mềm không tự do. Không thể mua một máy tính và sử dụng nó trong tự do. Các phần mềm sở hữu độc quyền giữ những người sử dụng bị chia rẽ và bơ vơ, bằng cách quên họ để chia sẻ nó và từ chối họ mã nguồn để thay đổi nó. Cách duy nhất tôi có thể sử dụng máy tính trong tự do là phát triển hệ điều hành khác và làm cho nó thành phần mềm tự do. Tôi đã tuyên bố kế hoạch vào tháng 09/1983, và bắt đầu phát triển hệ thống GNU vào tháng 01/1984.

Stallman: In 1983, all operating systems were proprietary, non-free software. It was impossible to buy a computer and use it in freedom. Proprietary software keeps the users divided and helpless, by forbidding them to share it and denying them the source code to change it. The only way I could use computers in freedom was to develop another operating system and make it free software. I announced the plan in September 1983, and began development of the GNU system in January 1984.

On Feb. 3, 1976, Bill Gates wrote his famous "open letter to hobbyists" where he stated that software should be paid [for] just like hardware. Did you read that manifesto at the time? What was your impression back then?

Ngày 03/02/1976, Bill Gates viết “bức thư mở cho những người yêu thích” nổi tiếng của mình, nơi mà ông ta nói rằng các phần mềm phải được trả tiền [cho] giống như với phần cứng. Liệu ông có khi nào đọc tuyên ngôn đó? Ông có ấn tượng gì về điều này khi đó?

Stllman: Tôi không bao giờ nghe về nó. Tôi không phải là một người yêu thích, tôi là một nhà lập trình phát triển hệ thống được thuê làm việc tại Phòng thí nghiệm Trí tuệ nhân tạo của Đại học Công nghệ thông tin Massachusets. Tôi có quan tâm chút ít trong các bộ vi xử lý 16bit, vì PDP-10 của phòng thí nghiệm, với một bộ nhớ tương đương 2.5MB, đã là thú vị hơn rồi. Pascal (ngôn ngữ) vừa yếu và vừa thiếu trang nhã nếu so sánh với Lisp, ngôn ngữ mức cao của chúng tôi, và đối với những thứ cần phải nhanh, ngôn ngữ assembler là mềm dẻo hơn cả.

Tôi không biết làm thế nào tôi có thể phản ứng được lúc đó nếu tôi thấy được ghi chú đó. Kinh nghiệm của tôi tại phòng thí nghiệm AI đã dạy tôi đề cao tinh thần chia sẻ và phần mềm tự do, nhưng tôi đã không đi đến kết luận rằng các phần mềm không tự do (sở hữu độc quyền) là một thứ bất hợp pháp. Vào năm 1976 tôi đã không sử dụng bất kỳ phần mềm không tự do nào rồi. Chỉ trong năm 1977, khi Emacs đã chuyển sang hệ thống chia sẻ thời gian Twenex không tự do mà tôi bắt đầu có kinh nghiệm về sự kinh tởm của phần mềm sở hữu độc quyền. Sau đó, tôi đã cần thời gian để nhận thức điều này như một vấn đề về đạo đức và chính trị.

Stallman: I never heard of it at the time. I was not a hobbyist, I was a system developer employed at the MIT Artificial Intelligence Lab. I had little interest in 16-bit microcomputers, because the lab's PDP-10, with a memory equivalent to 2.5 megabytes, was much more fun. Pascal is both weak and inelegant compared with Lisp, our high-level language, and for things that had to be fast, assembler language was more flexible.

I don't know how I would have reacted at that time if I had seen that memo. My experience at the AI lab had taught me to appreciate the spirit of sharing and free software, but I had not yet come to the conclusion that non-free (proprietary) software was an injustice. In 1976 I did not use any non-free software. It was only in 1977, when Emacs was ported to the non-free Twenex time-sharing system that I started to experience the nastiness of proprietary software. After that, I needed time to recognize this as an ethical and political issue.

What do you think about intellectual property?

Ông nghĩ thế nào về sở hữu trí tuệ?

Stallman: Tôi thận trọng không sử dụng khái niệm gây nhầm lẫn trong suy nghĩ của mình, vì nó làm cho không tham chiếu được tới một thứ mạch lạc, mặc dù nó dường như là lừa dối. Khái niệm này kết với những luật lệ mà chúng gây ra những vấn đề hoàn toàn khác, dường như chúng là một chủ đề.

Bản quyền sẽ tồn tại, và tôi có những ý kiến về luật bản quyền. Các bằng sáng chế cũng sẽ tồn tại, nhưng luật về bằng sáng chế hầu như hoàn toàn khác với luật về bản quyền. Ý kiến của tôi về luật về bằng sáng chế cũng hoàn toàn khác với ý kiến của tôi về luật bản quyền. Luật về thương hiệu cũng sẽ tồn tại và nó không có gì chung với luật bản quyền và luật về bằng sáng chế. Nếu bạn muốn nghĩ rõ ràng về bất kỳ luật nào này, bước đầu tiên là khẳng định chắc chắn về việc đối xử với chúng như 3 đối tượng khác nhau.

Nếu bạn nói gì đó về “sở hữu trí tuệ”, bạn đang cố khái quát hoá về 3 luật mà chúng hoàn toàn khác nhau đó. Bất kể bạn nói gì cũng sẽ là một thứ khái quát hoá ngu xuẩn, vì rằng khái niệm đó chỉ dẫn tới điều như vậy. Tôi đã quyết định tránh cái bẫy đó bằng việc không bao giờ sử dụng khái niệm đó. [xem ở đây để có được sự giải thích thêm].

Stallman: I am careful not to use that confusing term in my thoughts, because it does not refer to a coherent thing, although it misleadingly appears to. The term lumps together laws that raise totally different issues, as if they were one subject.

Copyrights exist, and I have opinions about copyright law. Patents also exist, but patent law is almost completely different from copyright law. My opinions about patent law are also completely different from my opinions about copyright law. Trademark law exists too and it has nothing at all in common with copyright law or patent law. If you want to think clearly about any of these laws, the first step is firmly insisting on treating them as three different subjects.

If you say something about "intellectual property," you are trying to generalize about three laws that are totally different. Whatever you say will be a foolish over-generalization, because that term only leads to such. I've decided to avoid that pitfall by never using the term. [see here for more explanation.]

What's more important to you, GNU's huge user base or its large developer base?

Điều gì quan trọng hơn với ông, nền tảng người sử dụng GNU rộng lớn hay nền tảng những nhà lập trình phát triển rộng lớn của nó?

Stallman: Tôi đánh giá chúng cả 2, nhưng không thứ nào là chính cả. Chúng tôi đã không phát triển GNU chỉ để làm cho nó giành thắng lợi về kỹ thuật, hoặc chỉ để có một thành công. Mục đích của chúng tôi là chiếm được sự tự do, cho bản thân chúng tôi và cho các bạn.

Điều quan trọng đối với GNU là nó cung cấp một phương thức sử dụng máy tính trong sự tự do. Nhưng điều đạt được này là thứ nhất thời. Có hàng trăm các phát tán distro GNU/Linux, và gần như tất cả đều có vài phần mềm không tự do.

Năm 1992, GNU/Linux đã làm cho nó có thể lần đầu tiên sử dụng một máy tính cá nhân và giữ được sự tự do của bạn. Tới năm 2000, oái oăm thay, mỗi phiên bản GNU/Linux đã đưa vào các phần mềm không tự do và vì vậy đã mời những người sử dụng đầu hàng sự tự do của họ bằng việc cài đặt một vài thứ đó. Ngày hôm nay, tôi hân hạnh nói rằng, các phát tán Ututo và gNewSense là 100% phần mềm tự do.

Stallman: I appreciate them both, but neither is what matters most. We didn't develop GNU just to make it a technical triumph, or just to have a success. Our goal was to win freedom, for ourselves and for you.

What's important about GNU is that it provides a way to use computers in freedom. But this achievement is precarious. There are hundreds of GNU/Linux distros, and nearly all include some non-free software.

In 1992, GNU/Linux made it possible for the first time to use a PC and keep your freedom. By 2000, ironically, every version of GNU/Linux included non-free software and thus invited users to surrender their freedom by installing some. Today, I am glad to say, the Ututo and gNewSense distributions are 100 percent free software.

Dịch tài liệu: Lê Trung Nghĩa

Công ty Cổ phần phần mềm – Thương mại điện tử Nhất Vinh

ltnghia@yahoo.com

Những nguyên nhân tốt và xấu khi mở nguồn các phần mềm của bạn

Làm cách nào bạn đo được?

Good and Bad Reasons to Open Source Your Software

How do you measure up?

Theo: http://opensource.sys-con.com/read/431545.htm

Bài được đưa lên Internet ngày: 25/09/2007

By: Ibrahim Haddad; Frederic Benard

Quyết định của công ty đóng góp vào các dự án nguồn mở thường là hướng kinh doanh. Bài viết này xem xét những nguyên nhân chính có thể ảnh hưởng tới công ty của bạn khi đóng góp mã nguồn cho nguồn mở hoặc khi bắt đầu các dự án nguồn mở mới.

A company's decision to contribute to open source projects is usually business-driven. This article offers a review of the top reasons that can influence your company to contribute source code to open source or to start new open source projects.

1. Provide a reference implementation to a standard:

1. Cung cấp một triển khai tham chiếu tới một tiêu chuẩn:

Nguồn mở là một nơi hẹn hò tiềm năng để tung ra các triển khai có tham chiếu của một đặc tả kỹ thuật hoặc tiêu chuẩn, với lợi ích được bổ sung rằng những triển khai như vậy có thể chiếm được sự thừa nhận nhanh hơn so với nếu chúng được giữ ở dạng sở hữu độc quyền. Các ví dụ về các công ty đã tung ra các dự án nguồn mở để cung cấp một triển khai có tham chiếu tới một tiêu chuẩn bao gồm:

• Motorola, đã mở mã nguồn cho dòng sản phẩm phần mềm trung gian (middleware) tính sẵn sàng cao của mình, được gọi là OpenSAF, để cung cấp một triển khai có tham chiếu cho các đặc tả kỹ thuật của Diễn đàn về Tính sẵn sàng của các Dịch vụ – SAF (Service Availability Forum). Để có thêm thông tin về OpenSAF, hãy xem www.opensaf.org.

• Ericsson đã mở nguồn giao thức Giao tiếp Bên trong – Quy trình Trong suốt – TIPC (Transparent Inter-Process Communication protocol) để cung cấp một triển khai có tham chiếu cho đặc tả kỹ thuật cho Linux của Linux Foundation Carrier Grade phiên bản 2.0. Ngày nay TIPC được tích hợp trong nhân Linux. Để có thêm thông tin về TIPC, hãy xem http://tipc.sourceforge.net/.

Open source is a potential venue to launch reference implementations of a specification or standard, with the added benefit that such implementations can gain faster acceptance than if they were kept proprietary. Examples of companies that launched open source projects to provide a reference implementation to a standard include:

• Motorola, which open sourced its high-availability middleware stack, called OpenSAF, to provide a reference implementation to the Service Availability Forum specifications. For more information on OpenSAF visit www.opensaf.org/.

• And Ericsson, which open sourced the Transparent Inter-Process Communication (TIPC) protocol to provide a reference implementation for the Linux Foundation Carrier Grade Linux specification version 2.0. Today TIPC is integrated into the Linux kernel. For more information on TIPC visit http://tipc.sourceforge.net/.

2. Ensure that critical software remains viable:

2. Đảm bảo rằng phần mềm tồn tại lâu dài được:

Nếu bạn sử dụng một dự án nguồn mở và cần đảm bảo rằng nó tiếp tục tiến triển, duy trì được một cách tích cực và lôi cuốn được những người đóng góp mới, điều quan trọng là công ty của bạn phải tham gia và bắt đầu đóng góp. Nếu bạn đã là một người đóng góp, bạn có thể muốn gia tăng các mức đóng góp và có thể đóng vai trò đầu tầu trong dự án và làm động lực cho những người khác đóng góp thông qua việc tạo cho dự án lôi cuốn và có thách thức.

If you use an open source project and need to ensure that it continues to progress, remains active, and attracts new contributors, it's important that your company step in and start contributing. If you're already a contributor, you may want to increase the level of your contributions and possibly take a leading role in the project and motivate others to contribute by making the project interesting and challenging.

3. Ensure that new features are implemented

3. Đảm bảo rằng các tính năng mới được triển khai

(“Hãy bắt đầu từ sự mong muốn của chính mình”): Nếu bạn đang sử dụng mã nguồn mở và nhận thức được rằng bạn muốn có một khả năng nào đó được triển khai, cách tốt nhất để nó được thực hiện là hãy tự làm lấy. Việc thúc đẩy nguồn mở xảy ra khi những người khác chia sẻ cùng “mong muốn”. Tuy nhiên, đừng hy vọng một cộng đồng dự án để triển khai các tính năng mà chỉ bạn quan tâm. Một ví dụ của “việc bắt đầu từ sự mong muốn của chính mình” là Motorola triển khai nguồn mở các chức năng của Tính toán Qui trình Chính xác – PPA (Precise Process Accounting), một bản vá nhân kernel Linux mà nó cải tiến việc tính toán của CPU và đặt lịch cho các hoạt động trong các máy chủ mang tải và kết quả là làm gia tăng tốc độ thực thi, khả năng và độ tin cậy. Để có thêm thông tin về PPA, hãy xem http://sourceforge.net/projects/ppacc/.

("scratch your own itch"): If you're using open source code and realize that you'd like a certain capability implemented, the best way to get it done is to do it yourself. Leverageing open source happens when others share the same "itch." However, don't expect a project community to implement features that are of interest only to you. One example of "scratching your own itch" is Motorola implementing and open sourcing Precise Process Accounting (PPA) functionalities, a Linux kernel patch that improves the accounting of CPU and scheduling activities in carrier-grade servers and results in increased performance, capacity, and reliability. For more information on PPA visit http://sourceforge.net/projects/ppacc/.

4. Take control of your own destiny:

4. Hãy kiểm soát số phận của chính bản thân

Trong nhiều trường hợp, các công ty tạo các dự án nguồn mở hoặc hỗ trợ các dự án nguồn mở đang tồn tại trong hy vọng rằng các dự án này sẽ trở nên thành công, phát đạt và ngay cả là trở thành các giải pháp thay thế đối đầu với các giải pháp sở hữu độc quyền của các nhà cung cấp phần mềm thương mại. Điều này cho phép những công ty như vậy giảm hoặc hạn chế được sự “khoá trói” của các nhà cung cấp thương mại.

In many cases, companies create open source projects or support existing open source projects in the hopes that these projects become successful, thrive, and eventually become viable alternatives to the proprietary solutions of commercial software vendors. This allows such companies to reduce or eliminate commercial vendor "lock-in".

5. Undercut the competition:

5. Bỏ thầu rẻ hơn trong cạnh tranh:

Các công ty có thể sử dụng phần mềm nguồn mở để giảm giá thành phát triển của họ bằng cách chia sẻ giá thành đó với những công ty khác. Hơn thế nữa, họ có thể hợp tác với cộng đồng nguồn mở và sử dụng lại các thành phần nguồn mở để tăng tốc độ phát triển các sản phẩm của họ và giảm thời gian đưa sản phẩm ra thị trường. Kết quả là nguồn mở có thể cung cấp những ưu thế về giá thành và vòng thời gian đối với việc cạnh tranh.

Companies can use open source software to reduce their development costs by sharing these costs with others. Moreover, they can collaborate with the open source community and reuse open source components to accelerate the development of their products and reduce time-to-market. As a result, open source can provide cost and cycle time advantages with respect to the competition.

6. Commoditize a market:

6. Hàng hoá hoá thị trường:

Khi các phần mềm nguồn mở đáp ứng được các yêu cầu của hầu hết những người sử dụng, hiệu ứng là hàng hoá hoá thị trường, giảm sức mạnh về giá của các nhà cung cấp thương mại. Ví dụ, các phát tán tự do hoặc giá rẻ Linux đã phá vỡ thị trường đối với các hệ điều hành dựa trên Unix; kết quả là, các nhà cung cấp Unix truyền thống như Sun và IBM đã chuyển sự tập trung sang cung cấp các dịch vụ. Như một công ty, bạn có thể bị quyến rũ trong việc hàng hoá hoá một thị trường để có được lợi ích cho bản thân (thông qua giá rẻ) hoặc đặt đối thủ cạnh tranh của bạn vào một tình thế khó khăn.

When open source software meets the requirements of most users, the effect is to commoditize a market, reducing the pricing power of commercial vendors. For instance, free or low-cost Linux distributions have disrupted the market for Unix-based operating systems; as a result, traditional Unix vendors such as Sun and IBM have shifted focus to offer services. As a company, you may be interested in commoditizing a market to benefit yourself (via lower costs) or to put your competitor in a difficult situation.

7. Partner with others and promote goodwill for your company in the developer community:

7. Đối tác với những người khác và khuyến khích sự thiện chí đối với công ty của bạn trong cộng đồng phát triển phần mềm:

Có nhiều ví dụ các công ty làm việc với cộng đồng nguồn mở và đóng góp cho các dự án nguồn mở để cải thiện các dự án cũng như khuyến khích bản thân họ như những công dân nguồn mở tốt rằng không chỉ sử dụng nguồn mở mà còn đóng góp cho nguồn mở. Bằng việc làm như vậy, các công ty như thế này đang thiết lập một quan hệ với các nhà cung cấp phần mềm của họ, mà, trong trường hợp này, là các nhà lập trình phát triển phần mềm nguồn mở. Các ví dụ các công ty như vậy bao gồm:

• Motorola, mà nó đã phát triển một cổng web để nuôi dưỡng sự hợp tác giữa Motorola và cộng đồng nguồn mở http://opensource.motorola.com.

• IBM, mà nó là một trong những người chấp thuận và ủng hộ nguồn mở rất sớm và sự tham gia và hợp tác một cách đáng kể của nó với cộng đồng nguồn mở được đánh giá và tôn trọng cao. Để truy cập vùng nguồn mở của IBM, hãy xem www-128.ibm.com/developerworks/opensource.

• Và Nokia, mà nó đã là đối tác một cách thành công với cộng đồng nguồn mở để phát triển các bảng Internet dựa trên Linux, N770 và N800. Để có thêm thông tin, hãy xem www.maemo.org/.

There are many examples of companies that work with the open source community and contribute to open source projects to advance projects as well as promote themselves as good open source citizens that not only use open source but also contribute. By doing so, such companies are establishing a relationship with their software suppliers, which, in this case, are open source software developers. Examples of such companies include:

• Motorola, which developed a Web portal to foster collaboration between Motorola and the open source community http://opensource.motorola.com.

• IBM, which was one of the early adopters and supporters of open source and its significant participation and collaboration with the open source community is highly regarded and respected. To access IBM's open source zone visit www-128.ibm.com/developerworks/opensource.

• And Nokia, which has successfully partnered with the open source community to develop its Linux-based Internet tablets, the N770 and N800. For more information visit www.maemo.org/.

8. Drive market demand by building an ecosystem:

8. Dẫn dắt yêu cầu của thị trường bằng việc xây dựng một hệ thống hợp tác:

Phần mềm nguồn mở và cộng đồng phần mềm nguồn mở có thể giúp các công ty tạo ra một hệ thống hợp tác xung quanh các sản phẩm và, kết quả là, dẫn dắt yêu cầu thị trường.

• Motorola đã tung ra sáng kiến MOTODEV, mà nó cung cấp các nguồn tổng hợp để những nhà lập trình phát triển tạo ra được các ứng dụng cho các thiết bị của Motorola, dẫn hướng cho yêu cầu cao hơn đối với các sản phẩm của Motorola. Xem chi tiết tại: http://developer.motorola.com/ .

• Các nhà cung cấp phần cứng như AMD và Intel đã là đối tác với cộng đồng nguồn mở để tạo ra mã cho phép phần cứng và chips của họ làm việc được với Linux, nâng cao yêu cầu cho phần cứng của họ.

Open source software and the open source community can help companies create an ecosystem around their products and, as a result, drive market demand.

• Motorola has launched the MOTODEV initiative, which provides comprehensive resources to developers and enables developers to create applications for Motorola devices, leading to higher demand for Motorola products. See http://developer.motorola.com/ for details.

• Hardware vendors such as AMD and Intel have partnered with the open source community to create code enabling their hardware and chips to work with Linux, increasing demand for their hardware.

9. Offer your customers the ability to support themselves and add custom features for them:

9. Đưa ra cho khách hàng khả năng hỗ trợ cho chính bản thân họ và bổ sung các tính năng tuỳ biến cho họ:

Đây là một tiếp cận tuyệt vời cho công việc với các khách hàng của bạn, cho phép họ đóng góp cho sự phát triển sản phẩm của bạn và giúp họ hỗ trợ cho chính bản thân họ.

• Motorola đối tác với cộng đồng nguồn mở để dịch giao diện điện thoại cầm tay A1200 của họ (Motorola Ming) sang nhiều ngôn ngữ khác nhau. Xem http://opensource.motorola.com.

This is a great approach to work with your customers, allowing them to contribute to your product development and help them support themselves.

• Motorola is partnering with the open source community to translate the interface of its A1200 cellular phone (Motorola Ming) into different languages. See http://opensource.motorola.com for details.

(Còn nữa)

Dịch tài liệu: Lê Trung Nghĩa

Công ty Cổ phần phần mềm – Thương mại điện tử Nhất Vinh

ltnghia@yahoo.com