Doanh nghiệp/đội/lập trình biên của bạn là nguồn mở cỡ nào?

How open source is your business / team / developer?

Posted 8 Aug 2013 by Girish Managoli

Theo: http://opensource.com/business/13/8/company-open-source-maturity-scale

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

Lời người dịch: Tổ chức của bạn nằm ở đâu trong thang điểm 10 này của sự nguồn mở hóa tổ chức của bạn?

Jonathan Schwartz từng viết (trong một bài trên blog mà bây giờ đã bị xóa) về cách mà họ từng trong các cuộc nói chuyện với một tổ chức (ông đã không cho biết tên, nhưng không đáng để đoán), người đã bằng lòng họ có một cơ sở dữ liệu cứng cáp và các lập trình viên của họ không có nhu cầu sử dụng một cơ sở dữ liệu nguồn mở.

Đội của Schwartz đã lôi các lưu ký máy chủ web MySQL của họ để xem các tải của các yêu cầu tải về mà nó đã nhận được từ dải IP của các tổ chức. Vấn đề là, một tổ chức trong một doanh nghiệp phát triển phần mềm sở hữu độc quyền không thể nói họ không cần hoặc không có gì phải làm với nguồn mở. Có thể không như là một quyết định chiến lược, các lập trình viên vẫn cần và sử dụng phần mềm và các công cụ nguồn mở trong công việc hàng ngày của họ.

Đối với tôi, tôi động tới 10 hoặc hơn các phần mềm và công cụ nguồn mở trong 1 giờ làm việc và có 50 hoặc khoảng thế được cài đặt trên máy tính trạm của tôi. Nhiều lập trình viên khác ở trong một tình trạng tương tự, vì thế có thể các tổ chức ngày nay nói bỏ qua hoặc thờ ơ được với nguồn mở chăng?

Hãy sử dụng thang 10 điểm chín muồi tiến bộ này để xem tổ chức của bạn đo đếm thế nào:

1. Các lập trình viên không có nhiều ý kiến phản hồi từ bên ngoài hoặc thử các đồ mới. Họ làm việc với phần mềm giống như luôn có.
2. Các lập trình viên và các quản trị dự án đã nghe về nguồn mở và có thể tôn trọng nó, nhưng không được phép sử dụng nó.
3. Một số nhân viên tổ chức các cuộc nói chuyện về nguồn mở, gây một chút ồn ào, nhưng đó là về nó.
4. Các lập trình viên sử dụng nguồn mở, nhưng vì nó không phải là 'như theo chính sách' đổi mới tiếp và/hoặc sử dụng không được thảo luận.
5. Các lập trình viên có một chính sách nguồn mở cho sử dụng, nhưng điều đó là hạn chế.
6. Các lập trình viên tích cực sử dụng nguồn mở, chính sách hoặc không, và duy trì một thư mục nội bộ các dự án hữu dụng.
7. Tổ chức có các chỉ dẫn được làm tốt thành tài liệu cho việc đánh giá các giấy phép và phần mềm nguồn mở mà giải thích cho các lập trình viên cách chọn các dự án đúng.
8. Nguồn mở là mặc định và các lập trình viên sẽ được khuyến khích để đóng góp ngược lại.
9. Các lập trình viên được đưa ra thời gian để làm việc trong các dự án nguồn mở.
10. Tổ chức đỡ đầu và duy trì ít nhất 1 dự án nguồn mở.

Bạn nằm ở hạng nào? Hầu hết các tổ chức nằm giữa #4 và #5. Điều đó có là đủ không?

Jonathan Schwartz once wrote (in a blog that has now been deleted) about how they were in talks with an organization (he did not reveal the name, but no prizes for guessing) who contented they have a solid database and their developers have no need to use an open source database.

Schwartz's team pulled up their MySQL web server logs to show loads of download requests it received from the organization's IP range. The point is, an organization in the business of developing proprietary software cannot say they do not need or have nothing to do with open source. May not be as a strategic decision, the developers do need and use open source software and tools in their day-to-day work.

For me, I touch 10 or more open source software or tools in one work hour and have 50 or so installed on my work station. Many other developers are in a similar situation, thus can organizations today claim ignorance or apathy towards open source?

Use this progressive 10-point maturity scale to see how your organization measures up:

1. Developers don't get much outside feedback or try new things. They work with software like they always have.
2. Developers and project managers have heard of open source and may revere it, but are not allowed to use it.
3. Some employees organize talks on open source, make some noise, but that's about it.
4. Developers use open source, but because it is not 'as per policy' further innovation and/or use is not discussed.
5. Developers have an open source policy for use, but it's strict.
6. Developers actively use open source, policy or not, and maintain an internal directory of useful projects.
7. Organization has well-documented guidelines for evaluating open source licenses and software that explains to developers how to choose the right projects.
8. Open source is default and developers are encouraged to contribute back.
9. Developers are given time to work on open source projects.
10. The organization sponsors and maintains at least one open source project.

Where do you rank? Most organizations fall between #4 and #5. Is that enough?

Dịch: Lê Trung Nghĩa

letrungnghia.foss@gmail.com