Tôi ngồi trong Ủy ban điều hành Java SE / EE với tư cách là đại diện dự phòng cho Nhóm người dùng Java London (còn gọi là LJC). Tôi cũng thường xuyên nói chuyện với cả những người trong cộng đồng nguồn mở (bao gồm cả Apache) và nhân viên của Oracle về OpenJDK, các mối quan hệ cộng đồng và các chủ đề tương tự. Tôi muốn nghĩ rằng tôi có một cái nhìn trung lập về chủ đề này, YMMV.
Nói ngắn gọn
Oracle không thể đủ khả năng để Java thất bại - toàn bộ hoạt động kinh doanh phần mềm của họ chạy trên nó, được xây dựng trong đó và hít thở nó. Nếu thất bại, thì Oracle sẽ gặp rắc rối lớn và dường như Larry không phải là loại người tự bắn vào chân mình.
Vì vậy, tôi nghĩ rằng đó là một đốm sáng và mặc dù một số (hầu hết?) Sự đổ lỗi nên nằm trên Oracle, nó cũng nên nói dối một chút về các dự án lớn hơn đã không thử RC.
Oracle có thể làm việc tốt hơn với cộng đồng để đảm bảo mức độ thử nghiệm này được thực hiện không? Vâng , nhưng đôi khi nó là một con đường hai chiều. Đừng quên, Java rất lớn . Đây là ngôn ngữ phổ biến nhất từ trước đến nay (ý kiến không khoa học) và ai biết được có bao nhiêu nghìn tỷ đô la và hàng triệu loại phần mềm khác nhau được xây dựng trong đó hoặc chạy trên nó.
Chỉ cho tôi một nhóm phát triển có thể tuyên bố rằng có các bản phát hành không có lỗi trên quy mô đó và tôi sẽ ăn mũ của tôi. Ví dụ, JVM có hơn 1000 năm nỗ lực trong đó và đếm - khiến bạn nghĩ không phải vậy!
Câu trả lời dài
OK, vì vậy đã có rất nhiều FUD xung quanh chủ đề này, điều mà tôi thấy hơi khó chịu vì các phương tiện công nghệ chính thống dường như nhảy vào bất cứ điều gì trong những ngày này để đánh bại Java và dĩ nhiên là Oracle. [rant] Phần lớn các phương tiện truyền thông công nghệ dường như từ chối đến các hội nghị, hoặc đọc biên bản cuộc họp JCP, hoặc nói chuyện với các nhà lãnh đạo JUG độc lập hoặc thực hiện bất kỳ nghiên cứu lành mạnh nào để đưa ra một cái nhìn cân bằng [/ rant].
- Đó là một lỗi, vâng, điều này rất nghiêm trọng đối với một số dự án
- Có một cách giải quyết mà bạn có thể sử dụng ngay lập tức
- Đã có một bản sửa lỗi cho nó
- Nó không giết mèo con
- Có, bạn nên kiểm tra nó trước - đó là bản phát hành .0!
Bây giờ đừng hiểu lầm tôi - Oracle đã phạm nhiều sai lầm và sẽ tiếp tục làm như vậy. Không ai là hoàn hảo và lợi ích của họ sẽ không luôn phù hợp với mọi nhà cung cấp, người dùng, nhà phát triển khác ngoài kia.
Tôi cảm thấy rằng tất cả cộng đồng Java đều có thể học được một bài học từ điều này và đó là để có thêm các dự án thử nghiệm các bản dựng OpenJDK và JDK khi chúng phát triển. Tôi hy vọng Oracle dẫn đầu một nỗ lực để cải thiện điều này.
Một số lan man chung về Oracle, Java và cộng đồng
Oracle đang rất cố gắng và đã học được rất nhiều từ những ngày đầu khi họ tiếp quản.
Đồ đạc tốt:
- Nhìn vào số lượng cam kết trong OpenJDK của nhân viên Oracle
- Nhìn vào số lượng nhân viên họ đã ném vào Java
- Nhìn vào vị trí công ty rõ ràng mà Oracle tuyên bố trong thời gian công khai và đó là "Giữ Java là nền tảng số 1, thời kỳ".
- Hãy xem
invokedynamicmã byte mới trong JVM đi kèm với Java 7, một thay đổi cho phép một loạt các ngôn ngữ trở thành công dân hạng nhất trên JVM tỏa sáng.
- Họ đã có Red Hat, IBM, SAP và Apple đều tham gia OpenJDK
- Họ đang nỗ lực rất nhiều cho JUG, java.net với tư cách là một nền tảng lưu trữ, đã ra mắt một tạp chí Java và nhà tài trợ mới về mọi hội nghị tôi tham dự. Một số trong những nỗ lực này đã có một chút sai lầm hoặc thông tin sai lệch :-), nhưng hầu hết đều có ý nghĩa tốt và thực sự mang lại lợi ích cho cộng đồng.
Sự cần thiết phải cải thiện công cụ:
Phải, bây giờ trước khi tôi nghe như một con rối truyền thông ẩn của Oracle.
Có lẽ họ nên giữ lại với bản phát hành này. Xin lưu ý bạn, các betas và RC sau này đã ra mắt được một thời gian, có lẽ một số dự án trong số này có thể đã tham gia vào việc giúp thử nghiệm các bản dựng trước đó - IIRC Oracle đã yêu cầu toàn bộ cộng đồng dùng thử.
Oracle vẫn còn nhiều việc phải làm với cộng đồng và tái cấu trúc JCP và cách thức hoạt động của JSR ( JSR 348 là khởi đầu của việc này, vui lòng tham gia!). Tất nhiên, điều này cuối cùng sẽ bao gồm một cuộc thảo luận mới về các hạn chế FOU cấp phép TCK và những điều pháp lý khó chịu khác, điều gây ra dòng máu xấu với Apache và Google.
Họ đã xử lý một loạt các dự án nguồn mở kém (Jenkins / Hudson, Open Office và MySQL đến với tâm trí) đặc biệt là về mặt truyền thông. Tại OSCON gần đây, một giám đốc điều hành cấp cao của Oracle đã giải thích rằng nhiều dự án trong số đó tồn tại trong silo kinh doanh của riêng họ, không có chiến lược tổng thể nào về nguồn mở mỗi lần nói, do đó hành vi tay trái / tay phải chúng ta đã thấy. Phần còn lại là Oracle không hiểu cộng đồng nguồn mở, nhưng tôi cảm thấy họ đang cải thiện rất nhiều về nó và ý chí là có.