Невозможно добавить в IDE поддержку всех плагинов, а есть настройки плагинов, которые влияют на сборку, поэтому сборка может быть точно воспроизведена только системой сборки для которой она сконфигурирована. Я в этом уже несколько раз убеждался. Единственный способ сделать так, чтобы сборка в IDE не отличалась от сборки из консоли, это использовать тот минимум функционала, что поддерживает IDE, но кому такой обрубок нужен? Декларативность pom не панацея ни разу.
Только что проверил, действительно собирается. Сейчас я чувствую себя глупо… хотя может что-то просто изменилось со времени, когда я последний раз сталкивался с этой проблемой. Во всяком случае такой поворот меня однозначно радует.
увы не только, сборка компилятором идеи тоже загнётся, а это означает, что я не смогу даже запустить приложение из среды. В maven-то давно всё настроено и прекрасно работает.
Дело не только в реверсивных багах, а в банальном «я настроил среду под себя», но мне пришлось откатиться и все мои настройки превратились в дефолтные. А плагины вообще сказали кря и перестали работать.
спасибо, до этого меня уже не хватило дочитать) каюсь)
я, кстати, даже могу сказать какой плагин меня беспокоит в этом плане) lombok, на моей памяти его лихорадит чаще всего, а если он не работает, то всё встаёт колом.
А такой вот вопросик, JetBrains сможет гарантировать беспроблемность отката на версию годовой давности? Я говорю о конфигах, форматах кэшей, версиях плагинов и прочих радостях. Полагаю форматы конфигов и прочего достаточно стабильны, но раньше кейс отката на версию годовой давности особо не стоял, а после введения подписочной схемы возможны варианты. Я вопрошаю скорее с точки зрения моих любимых corner cases, нежели с точки зрения желания опробовать откат на себе лично) Бэкпорты изменений в апи/форматах на версии годичной давности решили бы проблему, но будет ли этим кто-то заниматься, это ж весьма затратная деятельность будет, не?
В общем же и целом лично меня устраивает такой компромисс.
У JetBrains и раньше была дурная на мой взгляд позиция, что некоторые баги или просто недоделки, тут кому как совесть позволяет это называть, чинились только в следующем мажорном релизе, ну или не в следующем, а ещё позже. Мне и по сей день приходится настраивать сначала мавен, а потом идею и ещё не забыть сообщить остальным разработчикам в команде, что и где нужно подкрутить, чтоб у них идея могла собрать проект. Так что и раньше нас вынуждали платить за исправление багов, хотя у большинства разработчиков принято чинить баги в минорных релизах. Сейчас они просто официально зафиксировали свою позицию и всё.
А если у меня лицензия заканчивается в апреле, то обновившись по старой схеме сейчас я потеряю полгода и ещё не факт, что получу 16 релиз (ну выйдет он в ноябре и всё)?) То, что цена в $89 так и останется навсегда по сайту очень неочевидно, но с этим уже вроде разобрались.
Про фичи я, как программист, прекрасно понимаю, но одно дело обещать стабильное развитие, а другое творческий порыв)
Если судить по IDEA Ultimate, то цены ещё и вырастут по факту в полтора раза (я не учитываю промо цену, потому как это временное явление), раньше продление было $99, а сейчас будет $149. А предлагаться за эту цену будет меньше чем раньше, так как нам больше не обещают куч новых фич и прочего интенсивного развития, да ещё и оставят только аренду вместо владения… Чото тут не то, моя логика не хочет работать на таких входных данных. Или я чего-то сильно не понял?
Не могу согласиться, собеседовался как-то с ребятами из маркета и получил на одном из этапов хорошую стопку классических ACM-овских задачек на устное решение. Так что может и не везде в яндексе, но такие задачки задают. Не скажу, что это можно считать такой уж заточкой под олимпиадников, но люди не сталкивавшиеся со спортивным программированием с большой вероятностью эти задачи не возьмут.
Код, который предлагали написать, действительно был абсолютно не олимпиадный.
Первый вариант — заимплементить SmartLifecycle.stop(Runnable) и назначить обоим одинаковые фазы.
Второй — использовать ApplicationEventMulticaster (например, SimpleApplicationEventMulticaster) с соответствующим taskExecutor (например, ThreadPoolExecutor) и повесить обоих на ContextCloseEvent.
В теории оба варианта должны сработать)
Под тасками я в частности имел в виду фазы maven'а, коряво выразился. К примеру, есть хоткеи для сборки и пересборки с очисткой проекта встроенным компилятором, хотелось бы возможности сделать альтернативные, но через запуск install и clean install.
Буду ждать обновление, работающее через билдтул, и видимо предприму следующую попытку пересесть)
У меня на 12й версии сложилось такое мнение, что поддержка maven/gradle добавлена чисто для галочки. Работать было жутко неудобно — пересобираем проект билдтулом (причём без хоткеев. Нет, повесить на хоткей можно, но только конкретный таск в конкретном проекте, что как-то странно), потом ещё обновляем ресурсы, потом пересобираем встроенным компилятором и только потом можно запустить проект… Я понимаю, что в JetBrains судя по всему не используют билдтулы, ещё вариант я не умею готовить идею с их использованием. Да, проекты многомодульные, автокомпиляция далеко не всегда давала желаемый результат, как впрочем и ручной запуск встроенного компилятора. Нет планов всё-таки научить IDE работать только с использованием билдтула? Gradle насколько помню поддерживает инкрементальную сборку «из коробки», если в этом проблема. Хоткеи на таски без привязки к конкретному проекту тоже бы не помешали. Слез обратно на NetBeans в ожидании щастья (да там тоже всё не так радужно, но с тамошними багами мне пока проще мириться).
А вот знаете, я тоже вполне себе интроверт. Но на проекте/проектах я общаюсь с достаточно узким кругом коллег и мне реально проще иногда подойти и показать/потыкать пальцем в экран, чем обстоятельно описывать текстом, что я хочу сказать. Ради вот таких моментов я пожалуй предпочту офис удалёнке. Да, нас уже под 15 человек в «загончике» и иногда становится шумновато, но только иногда (обычно когда набегают коллеги из других отделов), и это не сильно мешает. Основное время коммуникация всё равно преимущественно скайпом.
Поддержу, плюс, на мой исключительно субъективный взгляд, аудитория хабра явно смещена вправо по графику, что также вносит свои коррективы в распределение.
Как же я Вас понимаю. Сам выпускник ИБ-шник, несколько лет проработал в довольно крупной больнице с теми же самыми персональными данными. Отношение как к человеку «для галочки» жутко напрягало, потому что реально эти персональные данные просто никому были не нужны и делать что-либо на эту тему никто и не думал. Спасало только, что параллельно кодил там же кое-какую автоматизацию, когда совсем устал слился в чистые кодеры, а потом и совсем ушёл. Будем считать это моё «отслужил» вместо армии, хотя потратил я на это значительно больше времени, нежели тратят в армии, хотя пользы надеюсь было поболее.
А вот не факт, была у меня пара случаев, когда я мог создать учётку со сложным паролем, но зайти уже с этим паролем не мог. Было это с приснопамятным Origin от электроников и жутко меня бесило. Ещё вроде аналогичная ситуация была с биоваревской учёткой для SW:TOR. Причина естественно в хитрых спец символах. Но какие символы нельзя, а какие можно приходилось выяснять методом научного тыка посредством сброса пароля, потому что нигде абсолютно про допустимые символы ничего сказано не было.
я, кстати, даже могу сказать какой плагин меня беспокоит в этом плане) lombok, на моей памяти его лихорадит чаще всего, а если он не работает, то всё встаёт колом.
В общем же и целом лично меня устраивает такой компромисс.
Про фичи я, как программист, прекрасно понимаю, но одно дело обещать стабильное развитие, а другое творческий порыв)
Код, который предлагали написать, действительно был абсолютно не олимпиадный.
Второй — использовать ApplicationEventMulticaster (например, SimpleApplicationEventMulticaster) с соответствующим taskExecutor (например, ThreadPoolExecutor) и повесить обоих на ContextCloseEvent.
В теории оба варианта должны сработать)
Буду ждать обновление, работающее через билдтул, и видимо предприму следующую попытку пересесть)
Как же я Вас понимаю. Сам выпускник ИБ-шник, несколько лет проработал в довольно крупной больнице с теми же самыми персональными данными. Отношение как к человеку «для галочки» жутко напрягало, потому что реально эти персональные данные просто никому были не нужны и делать что-либо на эту тему никто и не думал. Спасало только, что параллельно кодил там же кое-какую автоматизацию, когда совсем устал слился в чистые кодеры, а потом и совсем ушёл. Будем считать это моё «отслужил» вместо армии, хотя потратил я на это значительно больше времени, нежели тратят в армии, хотя пользы надеюсь было поболее.