Оригинальной Oracle Java пользуется 69% разработчиков, a JavaSE всего 21%

Похихикал.

А что такое «оригинальная Oracle Java»?

69% разработчиков используют классический Oracle Java, a JavaSE всего 21%.

Вообще, откуда ты это взял. (я ходил по ссылке)

Еще интерестно то, то большинство пользуются Eclipse, но пользователей Swing и SWT пополам. В эклипсе нет нормального плагина для Swing. В итоге все пишут руками? Не знал.

Помню такой опрос в 2007 году был. Они его каждый год проводят?

Результаты такие же были

>69.5% разработчиков используют Eclipse для программирования на языке Java
странно что не 100%

69% разработчиков используют классический Oracle Java, a JavaSE всего 21%.

69% разработчиков используют классический Sun|Oracle Java, a OpenJDK всего 21%.

Вон оно че, Михалыч, а я то подумал jRockit

А jRockit каким хером?

Кстати, под Oracle jRockit там 4,6%

ах, вот оно что. А что, openjdk уже production-ready?

Только если ничего нового. Старье гоняет без проблем.

LOR работает на openjdk

>В эклипсе нет нормального плагина для Swing. В итоге все пишут руками? Не знал.

Ну не генерировать же код по типу Delphi.

Ну в XML же. И NetBeans генерирует. А вот Delphi как раз по моему не генерировал код, там был ресурс.

>Ну в XML же. И NetBeans генерирует. А вот Delphi как раз по моему не генерировал код, там был ресурс.

Ну не большая разница. Лучше все таки генерировать интерфейс при запуске а не читать откуда то из файлов. И интерфейс так может отличатся в зависимости от разных факторов которые надо учитывать, в итоге приложение становится более гибким, подстраивающимся к окружению.

Я в шоке. CVS еще жив, надо же. Некрофилия распространена гораздо шире чем казалось.

Все юзают свн, допотопный цвс уже никому не нужен, а в стандартных сборках по прежнему cvs и нет svn-а.

Ещё надо было добавить вопрос: «Вы ненавидите plugin manager эклипса?».

Ага. Долго плевался, когда dfm-файл руками редактировал, а потом .pas-файл с формочкой совсем вразнос пошёл (среда охреневала от несоответствий).

Лучше всех на тот момент работал JBuilder — не было в нём левых ресурсных файлов для визуальных компонентов, можно было руками править код и мышкой редактировать GUI, который описывался кодом. Все изменения туда-сюда (two-way) переносились без тупняков.

Каталог с исходниками из SVN у меня на сорцах FreeBSD занимал в три раза больше места, чем каталог из CVS. Кроме этого, в синхронизованном с CVS каталогах нету никаких левых/служебных файлов.

>Ещё надо было добавить вопрос: «Вы ненавидите plugin manager эклипса?».

А за что его ненавидеть? И какую версию плагин-менеджера Eclipse вы имеете в виду?

> Ещё надо было добавить вопрос: «Вы ненавидите plugin manager эклипса?».

Да!

41% разработчиков признались, что используют открытый исходной код из других проектов, и не возвращают свои улучшения!

Вот #$%#$! Хех. Тоже мне бином Ньютона. Я использовал чужой код, чтобы самому не писать то же самое, никаких улучшений там не делалось, просто адаптировалось к нуждам. Иногда, по идеологии разных фреймворков, просто приходится писать огромные куски кода, которые для основной задачи особого смысла то и не имеют, такой код проще стырить. Особенно бесил JMF, там часть кода я тырил дизассемблировав его, т.е. даже не из открытого, а из закрытого кода.

69.5% разработчиков используют Eclipse для программирования на языке Java

Очень интересно, они Swing используют? Визуальный редактор для свинга сдох примерно на версии эклипса 3.3. Перешёл на NetBeans и был рад.

21% - приложений для домашних компьютеров.

Хотелось бы знать примеры. Не так много мне встречалось нормальных десктопных программ на Java.

58.3% разработчиков используют централизованную систему управления версиями Subversion, а 12.6% используют CVS.

CVS там по дефолту есть, а для SVN надо нетривиально под винду ставить коннекторы, для этого регистрироваться на сайте...

26.9% - Java-разработчиков создают приложения для web.

26.9% - приложений для серверных нужд.

Цифры подозрительно равные.

> А за что его ненавидеть? И какую версию плагин-менеджера Eclipse вы имеете в виду?

iZEN, я помню как ты не знал разницы между JavaScript и Java, вряд ли тебе удастся отмыться от этого.

Вот жмоты, они же обязаны возвращать улучшения.эх.

> Каталог с исходниками из SVN у меня на сорцах FreeBSD занимал в три раза больше места, чем каталог из CVS.

Вообще-то системы управления версиями должны управлять версиями. И CVS очен убого ими управляет.

>В эклипсе нет нормального плагина для Swing. В итоге все пишут руками? Не знал.

в swing руками пишется гораздо внятнее, чем в SWT. Можно и без плагинов)

Можно пруфлинк на обсуждение недостатков CVS на фоне SVN, чтобы быть осведомлённее. А то как пользователь клиентского ПО, использующего CVS и попробовавшего перейти на SVN, в общем-то, бросил эту затею как слишком требовательную к ресурсам.

Большая часть лицензированного софта, написанного на Java и распространяемого свободно, имеют лицензии, схожие с либеральными лицензиями Apache и Eclipse (APL, EPL, MPL). Эти лицензии, как правило, не требуют возврата изменений в основной проект, и продукты могут использоваться также, как, например, сервер Apache и СУБД PosgreSQL.

> Все юзают свн, допотопный цвс уже никому не нужен

Все юзают гит, допотопный свн уже никому не нужен

Количество Java-программистов которые используют Linux на своих компьютерах составило 33% процента. Из них 58% используют дистрибутив Ubuntu. В опросе приняли участия 2000 разработчиков.

В отчете указано, что 1948 ответили на предложение поучаствовать в опросе, из них 1696 закончили опрос целиком. Опрос проводился среди посетителей eclipse.org. Опросили менее двух тысяч из миллиона уникальных посетителей. При этом, среди них 40% ответивших составили немцы и французы. Подозреваю, что выборка нерепрезентативна.

>Все юзают гит, допотопный свн уже никому не нужен
отучаемся говорить за всех. Все enterprise-level продукты используют svn. Ваши git bazaar mercurial - для поделок-однодневок.

> Можно пруфлинк на обсуждение недостатков CVS на фоне SVN, чтобы быть осведомлённее.

Атомарные коммиты, переименования, более вменяемаый merge, лучшая работа с бинарными файлами. Но по базовой идее SVN - та же фигня, что и CVS. Рулит Mercurial.

> Все замшелые ыnterprise-поделки используют svn

fixed

> Все enterprise-level продукты используют svn. Ваши git bazaar mercurial - для поделок-однодневок.

Исторически SVN старше GIT, но соотношение стремительно меняется. Централизованная модель SVN сливает распределенной модели GIT. К тому же GIT мал, быстр и нормально обрабатывает мёрджи в отличие от SVN.

снова дежа-вю, вроде это в толксах было.

> a OpenJDK всего 21%

Ни фига себе «всего 21%», я думал, стандартные Java-разработчики используют *только* Sun Java.

>странно что не 100%

Хм... Ну я в Eclipse пишу на C, а в NetBeans на Java. Со мной что-то не так? :)

> Вот жмоты, они же обязаны возвращать улучшения.эх.

Вот дурак. Никто тебе ничего не обязан. Они обязаны предоставлять исходники своих изменений тем, кто использует их бинарники, и не могут запретить последним дальнейшее распространение этих исходников.

Обычно же все эти наколенные правки могут быть возвращены в апстрим только после очень долгой обработки напильником, и потому на хрен никому такие улучшения не нужны. Одно дело под себя что-то подправить, и совсем другое - родить код достаточного для интеграции в основную ветку качества.

Многоватенько для такой каки, как OpenJDK

В новости про открытое ПО говорится,в определении говорится - Даже если ПО не поставляется с исходными текстами, эти тексты должны быть легко доступны. Это должны быть именно редактируемые человеком исходные тексты, а не выход обфускаторов, препроцессоров и тому подобные промежуточные формы.

Также в опросе имеется ввиду что эти изменения даже не выкладываются.

опять же почитайте второй пункт определения открытого ПО.они обязаны предоставить сырцы.

>Сообществом Eclipse провело

Проверено: Shaman007

CVS не имеет возможности отслеживать mv, отсутствие отслеживания поддиректорий в параллельных ветках, приходится ~PRUNE делать чтобы от убивал пустые директории. Это его основные недостатки, они обусловлены реимуществами: прямая трансляция в FS. Лучше git учить сразу всего 300 комманд.

Сами перечитайте. Обязаны если получают профит.

>нормально обрабатывает мёрджи

конкретизируйте пожалуйста.

> Хм... Ну я в Eclipse пишу на C, а в NetBeans на Java. Со мной что-то не так? :)

Да, вы пишите на Java и в Eclipse. Тогда как надо на C в emacs. Но это ничего скоро все так будут, по мере успешности внедрения болонской конвенции.

Второй раз прочитал определение открытого ПО. Подтверждения вашим словам не увидел. ЧЯДНТ? Процитируйте место, подтвержающее ваши слова, пожалуйста.

Пруфлинк или не было.

> опять же почитайте второй пункт определения открытого ПО.они обязаны предоставить сырцы.

какое нафиг «определение открытого ПО»??! читайте лицензии и не позортесь уже. (второй оратор кстати тоже не прав, получение профитов не оговаривается в большинстве OSL)

Посмешили.Я понимаю, что определение открытого ПО и лицензия вещи разные. Но,чтобы лицензия открытой называлась она должна соответствовать определению. Вот такое нафиг определение!!!

> Пруфлинк или не было.

http://www.linux.org.ru/news/mozilla/4600049#comment-4600169

будь внимателен и читай сам, а не перевирай с чужих слов.
прочитай две самые популярные лицензии - GPL и BSD. БСД не требует предоставления модифицированных исходников, а ГПЛ требует только по требованию. никто не обязан складировать их в публичных гитах. и уж тем более никому не запрещается получать любой вид профита с продуктов компиляции или предоставлять исходник только при наличии профита.

Просветись.

Почитай: Java Scripting Programmer's Guide.

— с выходом Java 6.0 поддерживается API для выполнения кода скриптовых языков.