Max Home IndustryJava, возможно, не очень часто попадает в заголовки новостей, но это все еще язык, который лежит в основе большей части сегодняшней торговли и многого другого. Крупнейший в истории опрос разработчиков Java, в котором приняли участие более 10 200 респондентов, дает интересный снимок ландшафта JVM.
Опрос был проведен в сотрудничестве между платформой безопасности с открытым исходным кодом Snyk и журналом Java, публикуемым раз в два месяца корпорацией Oracle Corp. Его доступность была сообщена через социальные сети сообществу Java в целом; группам пользователей Java по всему миру, включая Виртуальный КУВШИН, и подписчикам журнала Java. В качестве стимула для завершения опроса спонсоры пообещали внести вклад в Devoxx4Kids, организацию, которая в увлекательной форме познакомит подростков с программированием, робототехникой и инженерией.
Первоначальный вопрос для этого опроса был:
Какой JDK поставщика Java вы используете в производстве для своих основных приложений?
Неудивительно, что Oracle JDK доминирует с 70%, а Открытый JDK имеет еще 21%. Android SDK имеет только 2%, что говорит о том, что опрос не достиг разработчиков Android, что достаточно справедливо.
Результаты показали, что с точки зрения версий SE наиболее широко используется Java 8 с долей 79%. Java 7 заняла второе место по популярности (9%). Только 4% респондентов приняли Java 9, а еще 4% перешли на Java 10. Следующий вопрос был предназначен для изучения взглядов разработчиков на новый цикл выпуска Java и выявил явное предпочтение в пользу долгосрочных выпусков поддержки:
В докладе поясняется:
В то время как выпуск Java 9 принес с собой некоторые серьезные архитектурные изменения, он также ввел новую частоту выпуска, в которой версии Java SE поставляются каждые шесть месяцев. Каждые два — три года выпуск долгосрочной поддержки (LTS) предлагает долгосрочную поддержку, такую как обновления безопасности и так далее. Обратите внимание, что Java 9 не является выпуском LTS. В этом вопросе задается вопрос о том, как команды разработчиков отреагируют на эту новую каденцию выпуска. Ответы были разными, что говорит о том, что все еще существует некоторая неопределенность в отношении того, как действовать дальше. На самом деле, почти 1 из 3 разработчиков еще не знают, как они отреагируют на новый цикл выпуска.
Что касается Java EE, то наиболее частым ответом (38%) было то, что респонденты не использовали его. Самой популярной среди тех, кто использует корпоративную Java, была Java EE 7, а последняя версия, Java EE 8, не сильно отстала:
Опрос включал в себя вопрос:
Какой основной язык JVM вы используете для своего основного приложения?
Девять из десяти респондентов назвали саму Java, причем Clojure имеет наибольшую долю альтернатив, а следующим по популярности является Kotlin.
Переходя к инструментам, во многих областях были очевидные фавориты. Maven, например, был самым популярным инструментом сборки, а Gradle и Ant занимали второе и третье места:
Для CI (Непрерывная интеграция) Дженкинс был намного впереди пакета с 57%. Ни один из них не составил 21%, оставив другим менее 5% доли каждого:
Git был явным победителем для SCM (Управление исходным кодом) с 74% , а Subversion составила еще 16%. Обратите внимание, что 3% не используют SCM, к которому в отчете есть комментарии:
Иногда нет слов.
Что касается репозитория кода, то GitHub и Bitbucket связаны на 25%, а GitLab-на 20%. Здесь есть существенный ответ «Нет».
В отчете отмечается:
Из 25% акций GitHub чуть более половины (52%) респондентов используют общедоступную версию, в то время как остальные (48%) используют частное локальное предложение GitHub Enterprise.
Все респонденты используют IDE, где IntelliJ является самым популярным и Eclipse имеет сильные показатели, при этом Apache NetBeans по-прежнему удерживает более 10% рынка, что составляет столько же пользователей, сколько IntelliJ Community Edition (бесплатная версия). Таким образом, в целом только треть использует платную IDE.
В опросе есть более интересные результаты, касающиеся облачной платформы, языков, не связанных с JVM, используемых веб-фреймворков и баз данных, а также самих разработчиков. Смотрите больше в будущих статьях;