Организации Apache Software Foundation представила (https://blogs.apache.org/netbeans/entry/announce-apache-netb...) интегрированную среду разработки Apache NetBeans 9.0 (https://netbeans.apache.org/download/nb90/nb90.html). Это первый релиз, подготовленный под эгидой Фонда Apache, после передачи кода NetBeans компанией Oracle. В настоящее время проект ещё находится в инкубаторе Apache, в котором проводится подготовка инфраструктуры, аудит лицензионной чистоты и проверка способности соблюдения принятых в сообществе Apache принципов разработки. В дальнейшем, как только проект покажет себя готовым для самостоятельного существования, не требующего дополнительного надзора, он будет переведён в число первичных проектов Apache.
Так как последняя порция кода NetBeans c модулями для поддержки дополнительных языков программирования была передана компанией Oracle лишь в прошлом месяце, первый релиз Apache NetBeans ограничен по функциональности и включает в себя только поддержку Java SE. В следующий релиз Apache NetBeans планируется (https://cwiki.apache.org/confluence/display/NETBEANS/Apache+...) добавить модули для поддержки дополнительных языков программирования, включая Java EE, PHP, JavaScript/HTML5, Groovy и C/C++.
Кроме перевода кода на лицензию Apache 2.0, ключевым изменением (https://cwiki.apache.org/confluence/display/NETBEANS/Apache+...) выпуска является обеспечение поддержки Java 9 (https://www.opennet.ru/opennews/art.shtml?num=47248) и 10 (https://www.opennet.ru/opennews/art.shtml?num=48300). В том числе интегрированы (https://cwiki.apache.org/confluence/display/NETBEANS/Apache+...) средства для разбиения Java-программ на модули с использованием парадигмы JPMS (Jigsaw), помимо ранее поддерживаемых модулей Classpath. Проект может быть преобразован в модуль просто через добавление файла module-info.java в состав пакета. При редактировании
module-info.java предоставляется поддержка автодополнения ввода.
Кроме того, предложен принципиально новый тип проектов - "Java Modular Application", позволяющий разрабатываться в одном проекте несколько модулей JDK. Сборка подобных модулей производиться единовременно, а для управления зависимостями используются соответствующие секции файла module-info.java. Также добавлена возможность поставки в одном JAR-архиве нескольких версий файлов с классами.Обеспечена интеграция интерактивной оболочки jshell (Java Shell), позволяющей запускать однострочники в процессе разработки и упрощающей проведение экспериментов с новыми возможностями и API. Java Shell автоматически настраивается для классов и библиотек проекта, и поддерживает полноценные средства автодополнения ввода в процессе редактирования. Созданные в Java Shell фрагменты кода сразу могут быть протестированы, импортированы в файлы с Java-кодом и включены в состав проекта. Компонент для запуска командной строки теперь оформлен в виде отдельного процесса-агента по аналогии с агентом отладки.
Добавлена поддержка типа "var", в том числе в средствах рефакторинга обеспечен вывод подсказок для перевода старых определений переменных на использование "var" и наоборот, а также возможность выявления ошибок, связанных с некорректными использованием "var" при определении массивов.
Расширены возможности интерфейса профилирования кода - добавлены действия для раскрытия и сворачивания узлов в дереве с результатами профилирования, которые упрощают выявление узких мест в коде;
Добавлена возможность произвольного изменения размера всплывающих диалогов, применяемых для настройки профилирования и фильтров.Напомним, что решение о передаче NetBeans было принято (https://www.opennet.ru/opennews/art.shtml?num=45140) в сентябре 2016 года, после чего фонду Apache была передана часть кода и права на все связанные с NetBeans исходные тексты, а также торговая марка "NetBeans", домен "netbeans.org" и некоторые элементы инфраструктуры. Так как NetBeans распространяется в исходных текстах под копилефт лицензиями GPLv2 и CDDL, то, как и в случае (https://www.opennet.ru/opennews/art.shtml?num=30861) с OpenOffice.org, был инициирован процесс перелицензирования и перехода на пермиссивную лицензию Apache 2.0. В качестве причины передачи проекта называлось желание продолжить разработку на нейтральной площадке с независимой моделью управления для того чтобы упростить участие в развитии проекта представителей сообщества и других компаний (например, внутренние проекты на основе NetBeans развивают Boeing, Airbus, NASA и NATO). Активная пользовательская база NetBeans оценивается в 1.5 млн разработчиков.
URL: https://blogs.apache.org/netbeans/entry/announce-apache-netb...
Новость: https://www.opennet.ru/opennews/art.shtml?num=49047
Отлично, я думал что проект уже забросили, хорошая IDE.
IDE действительно отличная. Беда в том, что за годы стагнации конкуренты в лице Эклипса и Идеи ушли далеко вперёд, и догнать их будет весьма непросто.
Про идею согласен, но эклипс еще то чудо и в какую именно сторону оно ушло я бы утверждать не стал.
эклипс - отраслевой стандарт на сегодня. несмотря на все его сплошные минусы.
А в чём минусы-то? Сейчас ide просто текстовый редактор поверх мавена с гитом. Эклипс с этим справляется вполне. Вернее не так -- Элипс с этим справляется так же плохо, как и прочие: убогая навигацию по коду и проектам, нелепая неэргономичная подсветка и выделение кода, всё топорно и кое-как. Хотя я только бэкэнедом занимаюсь и анализом данных, поэтому у меня нулевые требования ко всяким там "построителям" и "мастерам".
Идея это вообще какая-то непонятная левая резьба. Хуже бесплатного Эклипса по всем параметрам. Ничего полезного или удобного. Вообще не понимаю чего там в ИнтелиДжи делают.
Идея что-то там предлагает кроме текстового редактора кода с подсветкой синтаксиса и рефакторинга?
Ммм... да? :) Автодополнение, переход к объявлению, автодекомпиляция кода (могу по CMD+Click перейти в функцию проприетарной библиотеки и посмотреть ее декомпилированный код), встроенный дебаггер, встренный coverage, hints на проблемных местах, подсветка мест с ошибками до перехода к собственно компиляции, генерация кода (для Kotlin не так важно, а для Java — getter/setter/equals очень приятно), легкочитаемый визуальный diff и т.д.Если вам это не нужно — чудесно. Для меня разработка сложного софта без IDEA — это как строить современный небоскреб без электричества, используя только ручные инструменты.
И Eclipse, конечно, от Idea бескончно далек, увы. :( Чего стоят хотя бы декомпиляция и, например, автодополнение в Spring-конфигурациях.
> Ммм... да? :) Автодополнение, переход к объявлению, автодекомпиляция кода (могу по CMD+Click
> перейти в функцию проприетарной библиотеки и посмотреть ее декомпилированный код), встроенный
> дебаггер, встренный coverage, hints на проблемных местах, подсветка мест с ошибками
> до перехода к собственно компиляции, генерация кода (для Kotlin не так
> важно, а для Java — getter/setter/equals очень приятно), легкочитаемый визуальный
> diff и т.д.
> Если вам это не нужно — чудесно. Для меня разработка сложного софта
> без IDEA — это как строить современный небоскреб без электричества, используя
> только ручные инструменты.То же самое есть в NetBeans.
>> Ммм... да? :) Автодополнение, переход к объявлению, автодекомпиляция кода (могу по CMD+Click
>> перейти в функцию проприетарной библиотеки и посмотреть ее декомпилированный код), встроенный
>> дебаггер, встренный coverage, hints на проблемных местах, подсветка мест с ошибками
>> до перехода к собственно компиляции, генерация кода (для Kotlin не так
>> важно, а для Java — getter/setter/equals очень приятно), легкочитаемый визуальный
>> diff и т.д.
>> Если вам это не нужно — чудесно. Для меня разработка сложного софта
>> без IDEA — это как строить современный небоскреб без электричества, используя
>> только ручные инструменты.
> То же самое есть в NetBeans.Ммм... И? Я где-то что-то говорил против NetBeans? Idea мне кажется более функциональной (декомпилятор, дополнение spring бинов) и удобной, но ключевой смысл моего поста был в том, что хорошая IDE, будь то Idea или NetBeans, — это не просто редактор с подсветкой.
Вы просто из маркетингового отдела ИнтелиДжи. Ну и нафига всё это вами перечисленное? Вернее, всё тоже самое есть в Эклипсе (что вопроса "а нафига" не отменяет). Нынешние ява-иде делаются как раньше кнопочные "смартфоны" -- вроде функций дофига в рекламном буклетике, а пользоваться этим может только громозека из параллельной вселенной, т.е. на практике никто. Идее не то чтобы не хватает "юзабилити", а эту самую юзабилити никто там и не пытается делать (юзабили занимаются люди с програмиздом головного мозга). Идея не то чтобы плоха или хороша, а она вообще не о том.
> Вы просто из маркетингового отдела ИнтелиДжи. Ну и нафига всё это вами
> перечисленное? Вернее, всё тоже самое есть в Эклипсе (что вопроса "а
> нафига" не отменяет). Нынешние ява-иде делаются как раньше кнопочные "смартфоны" --
> вроде функций дофига в рекламном буклетике, а пользоваться этим может только
> громозека из параллельной вселенной, т.е. на практике никто. Идее не то
> чтобы не хватает "юзабилити", а эту самую юзабилити никто там и
> не пытается делать (юзабили занимаются люди с програмиздом головного мозга). Идея
> не то чтобы плоха или хороша, а она вообще не о
> том.Плюсую - пересел с NetBeans на IDEA, так сразу стало жутко неудобно: меню неудобные, пункты меню, которыми пользовался в NetBeans, засунуты "в дальний угол". То есть по факту меню в IDEA пользоваться неудобно - заставляют учить сочетания клавиш, так как это повышает, видите ли, продуктивность! А то мы не знали!! Воспрос, зачем тогда нужно меню в IDEA, если оно никакое, повисает в воздухе риторическим вопросительным знаком.
ЗЫ. Вернулся обратно на NetBeans 8.2, потому что NetBeans 9.0 пустая и ничего из себя не представляет для разработки на Java EE 8/HTML5. Плагинов для визуального (ощущаемого) программирования для энтерпрайза в новой версии NetBeans пока что нет, и делать там нечего. Это просто редактор с подсветкой синтаксиса и рефакторингом, как и IDEA. Но есть поддержка Java 9.0-10.0 в плане изучения модульности.
На официальном сайте, на вскидку, не нашел 9 версию, предлагается 8.2
netbeans очередной заброшенный проект Oracle и переданный фонду Apache , а домен neatbeans.org они похоже не хотят передавать фонду, поэтому новые версии ищите на netbeans.apache.org
Чёт я не понял. Есть официальный сайт, а есть какая то стрёмная страница загрузки 9 версии, которой нет на официальном сайте.
все апачевское находится в апачевском домене,
теперь вот эта официальная:
https://netbeans.apache.org/
> Добавлена возможность произвольного изменения размера всплывающих диалогов, применяемых для настройки профилирования и фильтров.Вот, молодцы. Казалось бы - это должно оставаться в компетенции WM. Но это же слишком скучно.
Вечная беда кросплатформенного софта - подобные вещи делаются в расчёте на убогие среды, где за всем должно следить приложение.
> это должно оставаться в компетенции WMАдаптировать положение и размер виджетов под изменившийся размер окна -- тоже компетенция WM?
Ужасную отрисовку шрифтов они смогли победить, или глаза всё ещё вытекают?
Судя по скриншотам они не считают что со шрифтами что-то не так.
Все гуйные приложения на Java рисуют вырвиглазный текст, потому что проблему можно решить только на уровне JVM.Попробуй скачать IDEA — она поставляется с фирменной JetBrains-овской JVM, которая являет собой пропатченную OpenJDK. В ней текст рендерится согласно настройкам freetype: благодаря внесенным командой JetBrains изменениям, субпиксельный антиалиасинг работает в IDEA как в Qt/Gtk+-приложениях.
Взяв в руки эту "JetBrains JVM", запусти при помощи нее NetBeans, как бы странно это ни звучало. И тогда шрифты придут в порядок.
Ну значит так: Оракл лучше знает какие шрифты нужны явистам.
Да нет. Просто есть 0,0001% пользователей, которые выбирают идиотские шрифты, а потом ноют, что они у них с радугой и в точках.
Но ведь скрина жабогуйни с нормально выглядящими шрифтами ещё никто не видел.
> Но ведь скрина жабогуйни с нормально выглядящими шрифтами ещё никто не видел.Из них никто. Логично.
> Логично.Изя, не употребляй такие слова: где ты - и где логика?
> благодаря внесенным командой JetBrains изменениямпатчи вернули в upstream? или обычные паразиты?
> Попробуй скачать IDEA
нет. лучше попробуй не писать на Java и не запускать Java-программ :-) . благо выбор большой на чём писать и что запускать
Это в SWING'е что-то. У Eclipse на любой JVM никогда не было проблем со шрифтами. Потому, что в нём нет SWING'а.
Эклипс на гтк.
Удивись, на SWT! https://ru.wikipedia.org/wiki/Standard_Widget_Toolkit
на том самом SWT, у которого линукс-бэкенд — GTK+. https://ru.wikipedia.org/wiki/GTK%2B
> текст рендерится согласно настройкам freetype: благодаря внесенным командой JetBrains изменениям-Dawt.useSystemAAFontSettings=on
-Dswing.aatext=true
-Dsun.java2d.renderer=sun.java2d.marlin.MarlinRenderingEngine
все что нужно знать разработчику, о том как просто запустить ide...сделайте мне этого развидеть, а?
так ты жмякай указательным пальцем по кнопкоПуску или что там теперь у вас, и мегаудобным образом наводи мышь на Visual Studio. А потом опять жми указательным пальцем, но теперь уже по надписи Visual Studio (НЕ по кнопкоПуску! на него мы уже тыкали ранее!)
Купите себе нормальный монитор. На 4К пофиг на особенности работы движка рендеринга шрифтов.
> Купите себе нормальный монитор. На 4К пофиг на особенности работы движка рендеринга шрифтов.Так все деньги уже на (здорово подорожавшую) память ушли, увы :(
Вообще то нет, на HiDPI нужно сглаживать шрифты методом greyscale. Если шрифты рендерятся квадратными, такими же они будут хоть на 8k.
Ээээ. Бред какой-то.
Явайный гуй зависит от реализации. Их много. Сабж вот swing, по-моему, использует. Поэтому его надо тюнить под платформу и экран выставлением параметров системы, что не сложно, но некоторых напрягает.
Файл etc.conf строка: netbeans_default_options="<yours_options> -J-Dswing.aatext=true -J-Dawt.useSystemAAFontSettings=lcd". На JDK 8 помогает улучшить шрифты.
А что не так со шрифтами? Я не вижу разницы между рендерингом шрифтов в ява-среде и за её пределами. Всё нормально. По-моему, проблема надуманная.
Есть несколько типов людей. Те кто принципиально игнорируют проблему. Те кто ее осознают. Те кто на Windows считают рендеринг шрифтов Chromium/Electron/Atom/Blink-based приложений лучше Firefox (это не так, они радужат во все поля из-за кривого рендеринга сглаженных шрифтов на GPU).Ты же всего скорее относишься к первой группе.
Лучше пока на 8.2 посидеть, дождаться включения остальных модулей.
Кто-то использует NetBeans для Java? По моему IDEA гораздо удобнее. А вот для PHP самое то, поскольку у конкурентов это дело платное и стоит конски дорого. Но в 9, увы, нет поддержки PHP.
IDEA удобнее в платной версии. В community edition только JavaSE.
Использую Netbeans ещё с версии 3.5. Всё самое новое и интересное Sun изначально имплементировала именно в Netbeans, idea просто подхватывала плюшки как и все остальные. Пробовал intelliJ, пару версий 2016-го года просто отказались запускаться на линуксе, последующие не показали никакого преимущества перед Netbeans, ощущение такое что intelliJ - просто платная копия Netbeans с хорошо вылизанной, тёмной, темой чтобы нагонять сон. Eclipse комментировать даже не буду, по сравнение с Netbeans и intelliJ это полный хаос который нужно, предварительно, хорошенько настроить для работы.
По поводу жора памяти у Netbeans, не думаю что 500Мб это проблема если только вы не работаете на железе 2006-го года...
В общем мнение сугубо личное, пусть каждый пробует и использует то, что ему больше походит - это главное.
> По поводу жора памяти у Netbeans, не думаю что 500Мб это проблема если только вы не работаете на железе 2006-го года...Ну не так всё просто. На плюсах, к примеру, видно что Netbeans просто течёт и отвратительно управляет памятью...
Тут хоть 64 ГБ даже - все равно какахой отдаёт. Что-то в консерватории не так.Вообще раньше был слоган "Netbeans - это типа единственное IDE, которое надо, а там тебе всё". Я даже как-то пробовал на нём под Android и на Python писать (когда-то Python вроде был из коробки) - это просто жесть.
Всё же сделать что-то универсальное зачастую превращается в "делает всё, но плохо".
Честно, не сталкивался с проблемой утечки памяти в Netbeans. По сути Netbeans написана на java а в java всегда был хороший gc и, не соглашусь с вами, прекрасный (автоматический) менеджмент памяти.
Я пишу про память исключительно в контексте Netbeans+java. С С++ работал не так много на Netbeans, но опять же, не заметил утечек.
Те, кто используют ide на java для разработки - не ценят своё время.
Сравните например с qtcreator, в сравнении с java недоразумениями, он:
запускается - мгновенно
импортирует проект - мгновенно
масштабирует текст - мгновенно
навигация по меню выполняется - мгновенно
хинты и прочие окна выводятся - мгновенно
переключения по табам, сплит экранов, дублирование экранов - мгновенно
рефакторинг выполняется - мгновенно
Интерфейс qtcreator построен именно с прицелом на максимальную продуктивнось.
Ну после активной работы с qtcreator (или vim), в любой ide на java такое чувство что на экране развёртка 10-15 кадров, да ещё и все действия выполняются в слоумо.
1. Докупи оперативы побольше, ну и юзай ssd. Разработчики чай люди небедные. Аргумент от бедных не принимаю — надо не тратить меньше, а зарабатывать больше. А уж если «IDE на Java™» используется как средство зарабатывания, то докупку комплектующих стоит рассматривать как вложение с очень скорой окупаемостью.2. Знакомые плюсовики говорили, что qtcreator не представляет никакой конкуренции MSVS, — они как небо и земля. Судя по тому, что ты ставишь qtcreator в один ряд с vim, спорить ты со мной по этому поводу наверное не станешь.
3. Поддержки Java™, я так понимаю, в qtcreator и вовсе нет. Аргумент от «не программируй на Java™» не принимаю — надо подбирать инструменты в соответствие с целями, а не религиозными соображениями.
4. Все вот эти твои «запускается — мгновенно, импортирует проект — мгновенно» лично для меня работают и в IntelliJ IDEA. Потому что см. п.1. Аргументы от «не верю» принимаю и опровергать их не собираюсь: вера/неверие — это личное дело каждого, я за свободу вероисповедания. Аргумент от «у меня все тормозит» принимаю и могу посоветовать докупить оперативы и приобрести ssd. Аргумент от «у меня все тормозит вместе с докупленной оперативой и ssd» принимаю и могу лишь сказать, что тебе просто в чем-то неповезло. Сочувственно похлопав тебя по плечу, я бы порекомендовал тебе заниматься не программированием, а, допустим, организацией свадеб, ну или вовсе опробовать себя в роли тамады. Вот не получилось как-то попрограммировать — «IDE на Java™» ведь «тормозит», и «ничего с этим поделать нельзя, даже с оперативой и ssd». C'est la vie, как говорится. Ты не виноват — просто судьбинушка у тебя такая.
1. Насмешил
2. MSVS - такой же тормозной и прожорливый кошмар, как и ide на java. Не зря же запилили vscode на atom(electron) - уже даже в m$ разработчикам осточертел этот монстр, хотя в быстродействии vscode всё равно вышел так себе. Своих знакомых плюсовиков можешь так-же поздравить с погружением в аналы истории.
Qtcreator и vim в одном ряду по быстродействию, хоть последний и можно докрутить до полноценной ide, но это занятие не для ленивых.
3. Как язык, java может и годен, но jvm это недоразумение - по сути эта хрень, опираясь на некоторый набор функции ОС, формирует свою ОС поверх, внося оверхед почти во всём и только идиоты этого не понимают. В качестве взрослого примера можешь рассмотреть cassandra vs scylladb.
4. Подросла замена Петросяну, не забудь на "Смехопанораму" по ТК оформиться.
Познания про jvm очень скудные, нет не скудные: их совсем нет. Учите мат. часть перед тем как писать разные глупости.
> Познания про jvm очень скудные, нет не скудные: их совсем нет. Учите
> мат. часть перед тем как писать разные глупости.Воспользуйтесь своей рекомендацией сами.
И перестаньте слушать байки про дешевые треды и аллокацию в jvm - это фикция для x86. Реальность такова - jvm медленнее С++ (g++):
-7.80% reverse-complement
-66.14% pidigits
-67.04% fannkuch-redux
-72.18% fasta
-122.73% spectral-norm
-136.61% k-nucleotide
-169.30% n-body
-216.41% binary-trees
-305.96% mandelbrot
-528.31% regex-redux
А на всяких биндингах к C/C++ либам отрисовки нейтивного для ОС интерфейса, оно ещё больше теряет в быстродействии.
Вы понимаете что вы сравнили интерпретатор с компилятором?. Просто изучите что-такое jvm и что такое jit. Хотите сравнить что быстрее: java или c++? Так вот не поверите, но уже достаточно давно java (благодаря jit) не уступает в быстродействии c++, а в некоторых аспектах даже обгоняет благодаря оптимизации кода на лету что в c++ невозможно.
> Вы понимаете что вы сравнили интерпретатор с компилятором?. Просто изучите что-такое jvm
> и что такое jit. Хотите сравнить что быстрее: java или c++?
> Так вот не поверите, но уже достаточно давно java (благодаря jit)
> не уступает в быстродействии c++, а в некоторых аспектах даже обгоняет
> благодаря оптимизации кода на лету что в c++ невозможно.Не фантазируйте, меряется уже скомпилированный - https://benchmarksgame-team.pages.debian.net/benchmarksgame/... :
MAKE:
mv revcomp.java-8.java revcomp.java
/opt/src/jdk-10.0.1/bin/javac -d . revcomp.java
COMMAND LINE:
/opt/src/jdk-10.0.1/bin/java -Xmx3072m revcomp 0 < revcomp-input100000000.txtОптимизация на лету и т.п. плюшки - годно только в долговременном серверном исполнении, где есть много больших операций с памятью. Но jvm и в этом случае терпит фиаско и именно в силу методов оперирования памятью и управления тредами (на x86).
Ещё раз - прекращайте верить в байки.
Поставим точки, вот источник: https://habr.com/post/66562/ где нормальным языком всё изложено и приведены нормальные примеры тестового кода а не ахинея которую вы несёте.
> Поставим точки, вот источник: https://habr.com/post/66562/ где нормальным языком всё
> изложено и приведены нормальные примеры тестового кода а не ахинея которую
> вы несёте.Это не тестовые примеры, а детский сад. И ахинея у тебя в голове. А правда жизни тебе прямым примером приведена ранее - cassandra (на java) vs scylladb (на c++), и когда твой мозг наконец осознает причины создания последней, тогда возможно, снизойдёт на тебя просветление и рассеется мрак в твоём сознании.
Samsung 970 EVO NVMe, 16Gb ddr4, core i7 8th gen. Ничего не тормозит, всё запускается мгновенно :)
Как-то давно, когда dn3d был ещё в соку, а dos4gw был ещё musthave, друг клятвенно заверял, что у него ничего не тормозит на его amd k5 pr120 о 16MB озу, даже "uprising: join or die" летает на 640x400. Ну глянул я на его суперэвм, в процессе выполнения uprising, это было наибыстрейшее слайдшоу в 1-5 fps...
У меня uprising летал на пентиуме 233 разогнанном до 266, причём видео было S3 Trio64, да, были времена....:)
Утечки памяти не зависят от того хороший gc или плохой
Ещё как зависят. Как минимум gc в состоянии определить реально ли используется объект или нет даже если на него есть где-то ссылка. Или вы считаете что мёртвые объекты в памяти не относятся к утечкам памяти?
И как же gc это определяет используется ли объект ?
По типу и цепочке ссылок - если кратко. Начните с этого: https://www.oracle.com/webfolder/technetwork/tutorials/obe/j...
> С С++ работал не так много на Netbeans, но опять же, не заметил утечек.Ну попробуй его загрузить c++14 с развесистыми меташтучками, да ещё и boost намазать.
Раком встанет. И наращиванием железа этому в общем-то не поможешь.
Что же ты в продакшен выпускаешь если даже на этапе разработки ide вешается? :))))
память может легко течь если накапливать объекты в коллекциях и не чистить их. То есть если вместо JCache с включенной самоочистокой использовать обычный Map
Очень радует именно темная тема в Джетбрайнсах - не так глаза напрягает... Сейчас то они ее еще доработали, тема просто Агонь. Смотря на Нетбинс что то все печальненько с темой.
> Очень радует именно темная тема в Джетбрайнсах - не так глаза напрягает...
> Сейчас то они ее еще доработали, тема просто Агонь. Смотря на
> Нетбинс что то все печальненько с темой.А меня от темной темы с оранжевыми цветами тошнит, тема Dracula спасает.
IDEA (CE) пустая. И в этом текстовом редакторе с поддержкой подсветки синтаксиста и рефакторинга нет многих "визуальных" вещей, которые помогают продуктивно работать, используя помимо клавиатуры мышь. IDEA не подходит кинестетикам, которым важно ощущение предметов (не только текста), с которыми они работают. А таких людей большинство.
Извините, но все IDE на Java так жрут память, что я их не использую.
поставь себе 32Гб с подсветкой и будет тебе щастье!
Думаю, дело скорее в принципе, чем в памяти.И, наверно, смешно кодить в java-based IDE (сабж, eclipse, clion) на C++ (использую для C++ хорошие IDE, чего и другим желаю).
> использую для C++ хорошие IDEVisual Studio только под венду
Clion - java-based
Qt Creator - ну как-то сильно Qt обмазано, но ладно.Итого один вариант. Если он не нравится, то всё :/
Два! vim или emacs! :)
3 - KDeveloper, 4 - Code::Blocks
Я помню, как отключал индикатор раскладки в Windows 98 т.к. он жрал 4 мегабайта памяти из 32 доступных. Но сейчас, когда 32 гигабайта памяти, уже не редкость - изменились и критерии к её потреблению.
Ага, теперь индикатор раскладки жрёт 4 гигабайта из 32 доступных. С этим самым "изменились и критерии к её потреблению" всякое может быть.
Что-то вы явно дичь пишите. Не было такого, во времена Win98 у меня тоже было 32 МБ оперативной памяти.
4 мегабайта жрала обычно какая-нибудь картинка рабочего стола, так как винда её переделывала в BMP формат
> Извините, но все IDE на Java так жрут память, что я их не использую.Есть полноценные текстовые редакторы с подсветкой кода. Используй их.
Отличная новость! Очень тепло отношусь к этой IDE! А для новчиков, я бы сказал, что она лучшая, учитывая дизайнер форм.
Лицензия не правильная. Под пермиссивной лицензией не нужна. Только GPL v3+
Лицензия Apache v2 совместима с GPL v3
>Лицензия Apache v2 совместима с GPL v3Apache v2 благоприятствует размножению копирастической заразы. GPL v3 убивает болезнетворные проприетарные микробы.
> GPL v3 убивает болезнетворные проприетарные микробыGPL - это вирус, заражающий своей пролетарской идеологией все, до чего может дотянуться. По счастью, все большее количество проектов публикуется под более свободными лицензиями.
А что, вы не можете эксплуатировать людей под GPL v3, наживаясь на чужом труде? Как же так?
#>>>Apache v2 совместима с GPL v3>> GPL v3 убивает болезнетворные проприетарные микробы
> GPL - это вирус, заражающий своей пролетарской идеологией все, до чего может
> дотянуться. По счастью, все большее количество проектов публикуется под более свободными
> лицензиями.Это под ASL-то? Версия "2" котрой _специально_ делалась совместимой с GPLv3?
Проприертарщики одобряют, скажи, да!?
Apache v2 дата первой публикации январь 2004. GPL v3 дата первой публикации июль 2007 года. Так кто под кого делался? Хоть википедию читайте до написания сообщения.
>Apache v2 дата первой публикации январь 2004. GPL v3 дата первой публикации июль 2007 года. Так кто под кого делался? Хоть википедию читайте до написания сообщения.Лицензию Apache v2 делали для совместимости с GPL v2. Apache v1 была несовместима с GPL v2. Копирасты хитро так "прогнулись". Типа: "Смотрите наша лицензия совместима и свободна".
Так делали, делали, что Apache v2 не совместима с GPL v2, и только когда вышла GPL v3 фонд Apache признал, что Apache v2 и GPL v3 совместимы.
> Apache v2 дата первой публикации январь 2004. GPL v3 дата первой публикации
> июль 2007 года. Так кто под кого делался? Хоть википедию читайте
> до написания сообщения.Ээээ??? Читаю:
GPL compatibility
The Apache Software Foundation and the Free Software Foundation agree that the Apache License 2.0 is a free software license, compatible with version 3 of the GNU General Public License (GPL),[7] meaning that code under GPL version 3 and Apache License 2.0 can be combined, as long as the resulting software is licensed under the GPL version 3.[8]
Впрочем, да,
..."adopted the Apache License 2.0 in January 2004. "
, но
" On January 16th, 2006 the GPL version 3 revision process began [...]"
, был неправ.А
" The stated goals of the license included making the license easier for non-ASF projects to use, improving compatibility with GPL-based software, allowing the license to be included by reference instead of listed in every file, clarifying the license on contributions, and requiring a patent license on contributions that necessarily infringe a contributor's own patents. "
- читаем, как "ещё лучше дерба ^W пеирмиссивить gpl-софтвер"...