Если вы не понимаете, что программирование на работе и программирование в личном проекте это как раз «переключение», т.к. задачи совершенно разные, то либо вы выбрали не ту профессию, либо вообще о программировании знаете только из фильмов и сериалов. В обоих случаях вы рассуждаете о том, в чём не разбираетесь.
Это точно не про лису под Windows. Она сжирает всё, что есть и роняеть систему в жестокий своппинг. И даже закрытие 99% вкладок не приводит к возврату памяти в систему.
Лучше собрать самому из исходников или взять fernflower.jar из поставки IntelliJ IDEA.
Но у последнего варианта есть небольшой минус — в манифесте jar не указан Main-Class. Придётся написать батник и указать класс вручную. Впрочем, батник придётся написать в любом случае.
А с появлением в плагине фичи, описанной в статье, Ломбок делает ещё один шаг к превращению Джавы во что-то, чем она раньше не была.
…
Тем самым добавляя в Джаву синтаксический сахар, который вам не нравится
IMHO вы натягиваете сову на глобус.
Lombok это костыль, который может популяризовать какую-то фичу среди Java-программистов, но добавить в язык он ничего не может. Для добавления сахара в жабу есть JEP.
Батенька, bpl уже давно в серьезных проектах не используются, так как несут проблемы совместимости при переходе на более свежие версии делфи. .dll, .so и т.д. тоже используются далеко не во всех проектах
Зайдите что ли в каталог Bin дельфей. Всегда удивляла эта тяга напихать всё в один экзешник.
но который будет работать без зависимостей от каких либо установленных библиотек в системе.
Что вы там куда устанавливать собрались?
Первое место, где ищутся DLL — каталог, в котором лежит экзешник.
Но тем не менее сейчас язык очень сильно стал хорош.
Вакансий почти нет. А в тех, что есть, уровень оплаты ниже, чем у какого-нибуть жабиста или дотнетчика. Можно хоронить.
Зависит от того, сколько у вас памяти, вкладок и как часто перезапускаете лису.
52 ESR до 3 Гб раздувался за месяцы работы с сотнями вкладок в нескольких окнах и это был один процесс, который легко контролировать.
Firefox 80+ с 100 вкладками раздувается до 4Гб практически сразу после старта, а поработав без перезапуска несколько месяцев может спровоцировать своп даже в системе с 32 Гб.
И закрытие почти всех вкладок память в систему не вернёт, только перезапуск браузера. А после перезапуска может оказаться, что сессия последний раз сохранялась пару дней назад, а всё остальное время тихо падала с Out of Memory (!).
Ну или как делфи собрать все в один исполняемый файл и любые проблемы с распространением решены.
Это пока проект крошечный. На крупных проектах неизбежно приходят к схеме EXE + пачка BPL, которые глубоко в душе те же DLL. С распространением тоже непонятно какие проблемы. Написать конфигурацию для InnoSetup это не космические технологии.
Мне второй язык зачем учить
Например для того, чтобы быть востребованным на рынке. Потребность в Delphi-программистах с начала нулевых значительно просела.
почему то думаю что 20+ лет разработчики делфи тоже время не теряли даром
Ага. То Kylix разработают, а потом выбросят, то бросятся дельфю для дотнета делать с тем же результатом, ещё какой-то Delphi for PHP был. Попутно футболя отдел разработки по маршруту Borland — Inprise — CodeGear — Embarcadero — КтоТамСейчасДавноНеСлежу.
Проблема в том, что не тормозящих IDE просто не существует
А что пробовали кроме vim?
Заставить тормозить можно всё, что угодно. Особенно, если придерживаться идеологии «программисту алгоритмы не нужны».
В перечисленном списке плагинов единственные кандидаты на тормоза — автодополнение и хинты на гигантском проекте, да и те можно решить кешированием. Как могут тормозить закладки вообще не представляю.
Разве что уронить всю систему в своп, чтобы вообще всё тормозило. Но система в свопе это точно не проблема IDE.
Это, безусловно, вкусовщина. Логично же выбирать то, что более по вкусу, а не объявлять священную войну ветряным мельницам.
В конце концов вас же никто не заставляет его придерживаться.
Если что-то пишешь для себя и никому не показываешь, то да. Если пишешь в команде за деньги, то «не придерживаться» не получится. Код, конфликтующий по стилю с RTL/распространёнными библиотеками/остальным кодом приложения выглядит непрофессионально и неприятен в поддержке.
Для выпускника факультета «Управление персоналом» это карьера, для выпускника мехмата — падение на дно.
В IT работы выше крыши. Ждать волшебника в голубом вертолёте не обязательно.
Это точно не про лису под Windows. Она сжирает всё, что есть и роняеть систему в жестокий своппинг. И даже закрытие 99% вкладок не приводит к возврату памяти в систему.
Что за ужасная трагедия случилась с Федей, что заставило его упасть на IT-дно?
Лучше собрать самому из исходников или взять
fernflower.jarиз поставки IntelliJ IDEA.Но у последнего варианта есть небольшой минус — в манифесте jar не указан Main-Class. Придётся написать батник и указать класс вручную. Впрочем, батник придётся написать в любом случае.
Почему это важно?
IMHO вы натягиваете сову на глобус.
Lombok это костыль, который может популяризовать какую-то фичу среди Java-программистов, но добавить в язык он ничего не может. Для добавления сахара в жабу есть JEP.
Имя ветки по умолчанию на GitHub мне кто поменял, первый канал или форчан?
Пока атеизм не станет официальной религией в ОАЭ делать там нечего.
Утопия про волшебную красную кнопку по цене одной поездки в метро, как и полагается утопии, недостижима. У каждого свои критерии интересности статьи.
Судя по результатам этого опроса, адептам Delphi как раз около 40.
Зайдите что ли в каталог Bin дельфей. Всегда удивляла эта тяга напихать всё в один экзешник.
Что вы там куда устанавливать собрались?
Первое место, где ищутся DLL — каталог, в котором лежит экзешник.
Вакансий почти нет. А в тех, что есть, уровень оплаты ниже, чем у какого-нибуть жабиста или дотнетчика. Можно хоронить.
Да те же CLion и Android Studio (Java, Kotlin), Eclipse (Java) и все производные на Eclipse RAP/RCP. Немалый кусок Android тоже на Java.
Зависит от того, сколько у вас памяти, вкладок и как часто перезапускаете лису.
52 ESR до 3 Гб раздувался за месяцы работы с сотнями вкладок в нескольких окнах и это был один процесс, который легко контролировать.
Firefox 80+ с 100 вкладками раздувается до 4Гб практически сразу после старта, а поработав без перезапуска несколько месяцев может спровоцировать своп даже в системе с 32 Гб.
И закрытие почти всех вкладок память в систему не вернёт, только перезапуск браузера. А после перезапуска может оказаться, что сессия последний раз сохранялась пару дней назад, а всё остальное время тихо падала с Out of Memory (!).
Это пока проект крошечный. На крупных проектах неизбежно приходят к схеме EXE + пачка BPL, которые глубоко в душе те же DLL. С распространением тоже непонятно какие проблемы. Написать конфигурацию для InnoSetup это не космические технологии.
Например для того, чтобы быть востребованным на рынке. Потребность в Delphi-программистах с начала нулевых значительно просела.
Ага. То Kylix разработают, а потом выбросят, то бросятся дельфю для дотнета делать с тем же результатом, ещё какой-то Delphi for PHP был. Попутно футболя отдел разработки по маршруту Borland — Inprise — CodeGear — Embarcadero — КтоТамСейчасДавноНеСлежу.
А что пробовали кроме vim?
Заставить тормозить можно всё, что угодно. Особенно, если придерживаться идеологии «программисту алгоритмы не нужны».
В перечисленном списке плагинов единственные кандидаты на тормоза — автодополнение и хинты на гигантском проекте, да и те можно решить кешированием. Как могут тормозить закладки вообще не представляю.
Разве что уронить всю систему в своп, чтобы вообще всё тормозило. Но система в свопе это точно не проблема IDE.
О проекте какого размера вы говорите?
Тюлилихум ааухум
Есть какие-то объективные критерии вашего отношения ко вкусу клубники или вы просто так привыкли? ;)
Современный Firefox, стремящийся занять всю доступную оперативную память, скорее антиреклама для языка.
Мне Java как-то больше нравится.
Это, безусловно, вкусовщина. Логично же выбирать то, что более по вкусу, а не объявлять священную войну ветряным мельницам.
Если что-то пишешь для себя и никому не показываешь, то да. Если пишешь в команде за деньги, то «не придерживаться» не получится. Код, конфликтующий по стилю с RTL/распространёнными библиотеками/остальным кодом приложения выглядит непрофессионально и неприятен в поддержке.