Tình trạng hiện tại của các dự án này là gì, và có bất kỳ một (hoặc hai) nào nổi lên như một nhà lãnh đạo rõ ràng không?

Để chứng minh động cơ của tôi khi đặt câu hỏi này, hãy suy nghĩ lại vài năm. Prototype và jQuery đã đối đầu với những người chơi khác như MooTools đang chiến đấu để sinh tồn. Chuyển nhanh đến ngày hôm nay và sự đồng thuận chung là jQuery là thư viện JavaScript có mục đích chung tốt nhất.

Có điều gì đó tương tự đã xảy ra trong vài năm qua với các ngôn ngữ dựa trên JVM này không? Có một số ngôn ngữ nhất định rơi vào tình trạng hư hỏng và bị bỏ rơi? Từ những gì tôi đã đọc, có vẻ như Scala chắc chắn được chuẩn bị tốt để trở thành yêu thích, nhưng một lần nữa, gần như mọi thứ tôi đã đọc đều đã được vài năm tuổi.

Tôi đã thực hiện thêm một chút nghiên cứu - Tôi có ý tưởng kiểm tra lượng tìm kiếm trong nhiều năm bằng cách sử dụng Google Xu hướng . Có vẻ như Jython và JRuby có mối quan tâm tương đối ít trong khi âm lượng của Groovian đang giảm và âm lượng của Scala không đổi (tệ nhất) hoặc tăng nhẹ (tốt nhất). Đây có phải là một đánh giá chính xác?

Và vâng, tôi đang đề cập đến các ngôn ngữ không phải Java trên JVM như Jython, JRuby, Groovy, Scala, Clojure, v.v.

không ai

Không ai có sự thâm nhập thị trường cần thiết để tuyên bố họ là "người chiến thắng" trong cuộc đua (nếu có) để tìm ngôn ngữ JVM tốt hơn.

Kiểm tra các công việc có sẵn (trên Careerers.stackoverflow.com) làm chỉ số thị trường cho những người có các kỹ năng này.

1 công việc hấp dẫn .
4 công việc scala .
21 công việc C # .
22 công việc ruby .
29 công việc trăn .
34 công việc php .
39 công việc java .
0 cho JRuby, Jython hoặc Grails.

^{Tìm kiếm trên 2011/04/23, sử dụng mã zip 10001 và một loạt các 150 dặm}

Một năm trước đã có một đánh giá về quy mô cộng đồng Stack Overflow và Scala đã dẫn đầu, với Groovy và Clojure rất gần. Bạn có thể sử dụng kết xuất có sẵn miễn phí để thực hiện các truy vấn tương tự.

Ở bất cứ giá nào, tôi không thấy bất kỳ người chiến thắng rõ ràng nào ở vùng đất JVM. Trước hết, có một đám đông lớn thích các ngôn ngữ năng động và sẽ không đi cùng với Scala. Sau đó, có đám đông tĩnh không đi với các ngôn ngữ động như Groovy.

Nhưng tất cả họ đều có những điều sau NHỎ, so với bất kỳ ngôn ngữ lớn nào ngoài kia. Họ thiếu khối lượng quan trọng để đảm bảo thành công lâu dài, đó sẽ là dấu hiệu của một người chiến thắng thực sự.

Câu hỏi liên quan nhất là Làm thế nào để bạn khuyến khích tổ chức của mình chuyển từ Java sang Scala?

Scala cung cấp một mô hình và cú pháp lập trình khác nhau, trong khi Groovy cung cấp một đường cong học tập thấp cho các nhà phát triển Java. Cả hai đều có vị trí của mình.

Nhận xét liên quan từ cộng đồng: /programming/3644251/what-are-your-experatics-developing-in-scala-lift/3646365#3646365

Đánh giá bởi những bình luận tích cực, tôi muốn nói Scala là một sự đánh cược tốt.

Tôi cũng nghĩ rằng một công cụ trực quan không gây ra nhiều câu hỏi khủng khiếp là một chỉ báo tích cực, vì vậy số lượng câu hỏi trên Stack Overflow không phải là một số liệu tuyệt vời.

Câu hỏi này dựa trên giả định hoàn toàn sai, rằng các ngôn ngữ JVM là lựa chọn thay thế cho nhau. Bạn đang vẽ tương tự các bộ công cụ JS, tất cả đều sử dụng cùng một ngôn ngữ, tất cả đều có cùng một đối tượng, tất cả đều có cùng một cách sử dụng. Trong trường hợp các ngôn ngữ JVM, điểm chung duy nhất của tất cả chúng là, chúng được triển khai bằng JVM. Ngoài ra, đó là phổ ngôn ngữ rộng, như bạn có thể nhận được: tĩnh, động, chức năng, khách quan ...

Ví dụ, thật sai lầm khi cho rằng Jython là một thay thế cho Scala hoặc JRuby; nó thay thế nhiều hơn cho CPython, IronPython hoặc PyPy.

Đối với câu trả lời được bình chọn hàng đầu hiện nay , nó cũng đưa ra giả định sai rằng mô tả công việc sẽ nói về chi tiết thực hiện. Trên thực tế, ngay cả khi một công ty sử dụng Jython hoặc JRuby, mô tả công việc vẫn sẽ yêu cầu trải nghiệm Python hoặc Ruby. Jython phù hợp với đặc điểm kỹ thuật ngôn ngữ, do đó Jython là Python , similary cho JRuby là Ruby .

Không có nhà lãnh đạo rõ ràng - Scala, Clojure và Groovy dường như rất mạnh ở thời điểm hiện tại (giữa năm 2012).

Một số dữ liệu khảo sát:

• http://thecodegeneral.wordpress.com/2012/03/04/the-big-three-jvm-lacular/

Mặc dù vậy, thật khó để đo lường - Tôi nghĩ rằng các bài đăng và chỉ mục công việc như TIOBE về cơ bản là vô dụng đối với việc áp dụng ngôn ngữ mới vì chúng phụ thuộc chủ yếu vào các chỉ số rất chậm (ông chủ tóc nhọn trung bình của bạn sẽ không thuê một nhà phát triển Clojure cho đến khi ít nhất là một Vài năm sau khi tin tặc Clojure hiện tại của bạn tạo ra một sản phẩm tuyệt vời tuyệt vời và cuối cùng bạn đã quyết định rằng bạn cần phải phát triển đội ngũ).