OpenIDE — новая IDE на базе IntelliJ Idea CE

я как всегда ошибаюсь: слово начало потерял.

Когда я на него смотрел, там было просто окошко для ввода SQL.

Ага, «Ваш Шаляпин - бездарность, мне вон сосед вчера по телефону напел». Ещё года с 2010 такой поддержки PosgresSQL как у pgadmin не было ни у кого.

Ну пара фактов до кучи:

• Pgadmin никогда не шёл в поставке постгреса
• Pgadmin поддерживает практически всё что есть в датагрипе и тому подобных дебиверах. Кроме intellisence.

Очень долгое время в датагрип был настолько отвратный UX,что это напроч убивало использование его как GUI инструмента, поскольку в нём можно было вменяемо только писать руками.

Мне когда работодатель предлагал datasense, я не смог и остался на vscode+eclipse с dbeaver.

С другой стороны, в 2010 году pgadmin был офигенным девелоперским приложением, очень похожим по ux на msaccess. Pgadmin4 уже не такой интересный, зато больше чисто админских фич.

а зачем нужна поддержка докера и какого то фремворка в ide?

а зачем нужна поддержка докера и какого то фремворка в ide?

Очевидно, чтобы это было именно IDE, а не редактор с автодополнением.

Какую функцию выполняет эта поддержка? Надо любой васяно-фреймворк именно тащить в IDE?

GitFlic это не форк, а сделанный с нуля веб-интерфейс для работы с Git типа GitHub / GitLab / BitBucket.

Какую функцию выполняет эта поддержка?

Как какую? Управление контейнерами, отладка в них, сценарии запуска и ещё кучу фич доступных в пару нажатий клавиш или кликов, вместо «чистописания в консоли»

Надо любой васяно-фреймворк именно тащить в IDE?

Ясно, тебя ещё с пятницы так прёт или ты по субботам тоже бухаешь?

Ясно, тебя ещё с пятницы так прёт или ты по субботам тоже бухаешь?

То есть ответа нет и это следует читать как поддержка спринга в IDE нахер не нужна?

Поддержка тех же Hibernate и JPA DAO в Netbeans из коробки была, Sun Microsystems тоже негодную IDE сделали? Или они о людях подумали?

Я просто подумал что они взяли и форкнули Gitea как это сделал ForgeJO.

То есть ответа нет и это следует читать как поддержка спринга в IDE нахер не нужна?

Ответ есть, но если для тебя spring - васян-фреймворк, просто не интересно заниматься твоим образованием.

Так в чем заключается эта поддержка? Почему когда я подключаю произвольную либу к своему проекту на C++ у меня даже мысли не возникает что для неё нужна какая-то особая поддержка в IDE.

Собирать через докер, например кроскомпилировать

Вот сейчас на java писать есть смысл или всё уже перешли на Kotlin?

а зачем нужна поддержка докера и какого то фремворка в ide?

Поддержка докера нужна, чтобы можно было быстро генерировать докер файлы и легко подключаться отладчиком к приложению, запущенному в докер контейнере

Поддержка фреймворка нужна для того, чтобы подчёркивать красным места, где разработчик явно использует фреймворк неправильным способом и автоматически исправлять ошибки. Также очень полезно иметь подсказки с названиями настроек и способами конфигурации фреймворка. Плюс ещё, конечно удобно если IDE генерирует за тебя какие-то куски кода с использованием фреймворка.

Надо любой васяно-фреймворк именно тащить в IDE?

Нет, только тот фреймворк, который использует от 80% пользователей

В основном на джаве все пишут. Но если хочется котлина, то чего-бы и нет

Спринг через докер собирается как-то иначе чем васян-фреймворк?

Тут вопрос в удобстве, есть готовые контейнеры, вам лень собирать свой toolchain - выберете готовый докер - вот для этого и поддержка

Поддержка докера нужна, чтобы можно было быстро генерировать докер файлы и легко подключаться отладчиком к приложению, запущенному в докер контейнере

Разве отладчик запускается не параметрами jvm?

Поддержка фреймворка нужна для того, чтобы подчёркивать красным места, где разработчик явно использует фреймворк неправильным способом и автоматически исправлять ошибки.

То есть ide считает себя умнее разработчика? Ok!

Нет, только тот фреймворк, который использует от 80% пользователей

Для меня этот фреймворк не отличается от васяно-фреймворка, так как я вхожу в те самые 20% пользователей, которые его не использовали, а когда видел код проектов в которые он был вкручен, всегда ужасался от переусложненности решений

Разве отладчик запускается не параметрами jvm?

Надо знать что это за параметры и куда их вписать и делать это вручную интересно только первые 50 раз ))

То есть ide считает себя умнее разработчика?

Разработчик использует IDE для того, чтобы облегчать себе работу, удобно, если IDE и правда её облегчает. А считать IDE ничего не считает, пока что она не обладает ни разумом ни личностью.

Для меня этот фреймворк не отличается от васяно-фреймворка, так как я вхожу в те самые 20% пользователей

Не, спринг использует не 80%, там скорее 95. Но мне кажется начиная с 80% имеет смысл добавлять поддержку в IDE, потому что будет куча людей, которые скажут спасибо )).

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

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

Ну я запустил несколько проектов на java и scala. А так конечно стараюсь эту тему обходить стороной :)

Эталонное ненужно.

pgadmin тупо вис раз в 2-3 дня.

Ну тут я ХЗ. У меня развёрнут и ещё не было такого чтобы завис.

Другое дело, что тулза действительно так себе. Убогонький редактор SQL.

Вот это точно ненужно: есть большие сомнения, что они сами используют Git, если у них есть Arc, а без «dog fooding'а» часто не видишь своих проблем (зато спихиваешь их на пользователей)...

а зачем нужна поддержка докера и какого то фремворка в ide?

Если посмотреть на скриншот, то видно, что плагин собрал endpoint'ы (что удобно), которые в коде могли быть раскиданы неизвестно где (т.к. это не Play Framework, где route'ы прописываются в одном месте).

Это не форк. Это редкий случай, когда сами сделали.

Как это доказать?

Вот организация (или как как там в гитфике это называется):

https://gitflic.ru/team/gitflic-open-source

Два неофициальных клиента и один пустой проект (только с readme).

Ха! неофициальные клиенты тоже пустые.

Почему когда я подключаю произвольную либу к своему проекту на C++ у меня даже мысли не возникает что для неё нужна какая-то особая поддержка в IDE.

Сам спросил, сам ответил. С++, равно как и С, нужен для самостоятельного закатывания Солнца и библиотеки там могут быть какие угодно. Но, вот, кстати в Qt Creator у тебя поддержка Qt по умолчанию, сюрприз-сюрприз.

В случае с Java сфера ее применимости давно определена - веб-энтерпрайз и стек фреймворков давно определен: Hibernate, Spring, Tomcat'ы всякие. Это уже есть в том же Netbeans, когда я из описания таблички на Sql могу сгенерировать класс-сущность и наоборот. Экономит дофига времени, что и является признаком IDE, в отличие от улучшенных Блокнотов.

Вот если в чём-то не разбирается человек - зачем всем выставлять своё бесценное мнение? Я не разбираюсь в си - не буду комментировать. Но почему сишники считают, что шарят во всем. Особенно понравилось, что считаете проекты на Спринге переусложнёнными. Сказал человек, который освобождает ресурсы вручную. Это не переусложнение конечно. Сильно сомневаюсь, что вебпроект на плюсах будет менее переусложнён, чем на Спринге.

Вопрос больше в том, что в проде юзают, а не то что хочется. Я так понимаю на Андроиде Котлин это уже стандарт, а в других областях где была Ява, он ее не вытесняет?

он ее не вытесняет?

Нет.

Уборосито

Как?

Как это доказать?

Скачай self-hosted и изучай на здоровье (это бесплатно, там сплошная java). Пока не распространяешь модифицированные исходники, никто и слова не скажет.

Вот организация

У них в roadmap-е есть задача открыть базовые части в open source. Как я понял, хотели пораньше, но пока сдвинулось, т.к. задачи по CI/СD навалилось.

Вообще у них вполне публичный чатик в ТГ, можно зайти почитать/спросить.

Выше пока был только один конкретный ответ зачем это нужно - искать ендпоинты раскиданные по всему коду. То есть вместо того чтобы не плодить помойку предлагается некий инструмент, который будет помогать в ней копаться. Ну такое себе «решение». В плюсах RAII изначально был, зачем что-то руками делать? Это не java где надо finally на каждый чих писать и руками файлы закрывать.

В Spring куча динамической магии, которая работает на аннотациях и всяких странных методах ее конфигурации. Если нужно разобраться в здоровом монолите, который непонятно кто и как писали много лет, то поддержка в IDE неплохо экономит время. Если это какой-то небольшой нормально написанный сервис, то можно и без всего этого обходиться.

Мда…

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

Вот я открываю этот https://axiomjdk.ru/ и вижу, что, оказывается, есть JDK для тех кто деньги заплатил (за что заплатил так и не ясно: в upstream их ссанина ни при каких условиях не попадет) и для «разработчиков», и сразу возникает вопрос: а как так может оказаться, что эти две JDK разные вообще? т.е. я вижу по крайней мере два референса, которые мне абсолютно понятны:

• JDK от JetBrains: https://github.com/JetBrains/JetBrainsRuntime - вся из себя OpenSource, экономит время при разработке (можно даже посчитать в деньгах), понятно, что экспериментальная штука и для боевого использования не годится
• GA-сборки, от условного «Оракла» - у них нет разделения, на сборки для разработчиков и боевого использования (те, что для разработчиков - это не для пользователей жавы, а для разработчиков жавы, и они никак не «GA»), просто с какого-то момента времени нет возможности на халяву получить исправления: нужно либо платить деньги или обновляться (т.е. тоже платить деньги, но уже разработчику приложения)

здесь на мой взгляд все довольно честно: прибыль в конечном итоге получает заказчик, поэтому платит заказчик, однако ребята из этой Axiom JDK решили выбрать довольно странный путь: а чего бы за инструмент еще и разработчику не заплатить?

Такое в реальности на самом деле имеет место быть, однако, оно совсем не так выражается:

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

тут же выходит так, что колхозники из Axiom JDK решили и рыбку съесть на не х** не сесть: получить денег и с заказчика и с разработчика, какого хрена вообще здесь творится?

Я раньше был лучшего мнения о Haulmont, точнее их косяки я воспринимал как ошибки, которые можно исправить, но этот коллаб поверг меня в откровенный шок.

Э, нет. Чел, ты вообще работал хоть день с постгри если честно? Так чтоб тебе за это деньги платили?

То есть вместо того чтобы не плодить помойку предлагается некий инструмент, который будет помогать в ней копаться. Ну такое себе «решение»

здесь вся идея IoC и DI в частности заключается в том, что, хвосты живут хрен знает где и основное приложение или модуль никакого понятия не имеют о том, как оно в итоге будет использоваться.

Там Swing

После «известных событий», видимо, проще оказалось сделать свою сборочку идеи, чем возраждать webide.

Шикарное название, точно отражает всю суть таких поделий. Только нужно русскими буквами это всё пейсать, а то как-то непатриотично.

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

Решение, которое отлично справляется с поставленной задачей. Хотите удобно программировать на джава+спринг - берете ИДЕА и эффективно работаете. Не хотите использовать спринг, ну не используйте, вас же не заставляют. Есть очень много тех, кто использует, и для них JetBrains сделали отличный инструмент.

Для меня этот фреймворк не отличается от васяно-фреймворка, так как я вхожу в те самые 20% пользователей, которые его не использовали, а когда видел код проектов в которые он был вкручен, всегда ужасался от переусложненности решений

И на этом основании вы делаете вывод, что ИДЕА не нужна, спринг - помойка, а решение - говно. Аналитика уровня бог.

искать ендпоинты раскиданные по всему коду

Любую идею, если иметь предвзятое к ней отношение, можно свести к абсурду, и потом этот абсурд ходить и высмеивать. Никто не раскидывает эндпоинты по коду, зачем это? Но вот вам практическая задача. Есть эндпоиты активные только в некотором окружении. Можно разруливать доступность компонента ифами в коде. А можно, пометить класс, как принадлежащий некоему профилю, и активировать набор профилей в файле конфигурации. А дальше фреймворк справится. То есть вам не надо перекомпилировать приложение, чтобы оно по-разному работало в разных сценариях. Покажите, как по-вашему будет решить эту задачу правильно и не «раскидывая эндпоинты по коду».

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

Ну, это «достоинство» «общечеловеческое», как бы вам не хотелось своим merde на Россию брызнуть...

Я не против IDEA, я сам ее использую если на Java пишу, community edition естественно. Я против затаскивания свистелок и перделок под конкретный фреймворк в ide. Просто классы профилей положи в одну директорию. Отнаследуй их от базового класса и фабрику сделай которая будет по конфигурации грузить нужные профили. Фреймворк для этого не нужен вообще.

Это легко сводится к тому, что фреймворки вообще не нужны. Дайте пример фреймворка и я вашими же словами отвечу, почему он не нужен.

Я с этим полностью согласен. Фреймворки не нужны :)

Давайте тогда сделаем следующий логический шаг к утверждению «IDE не нужны». Ну чтобы ни у кого не осталось сомнений, что вы пришли потроллить.

От языка зависит. В общем случае не нужны, но Java это исключение. Слишком многословна она и ide тут помогает

Я с постгре работаю уже лет 15. И последние 10 лет почти исключительно с ним. И деньги платят. А вот о тех, кто хвалит убогий pgadmin такой вопрос возникает, да.

Удивительно. Чел 15 лет в вебе тусит, а от веб морды ему хреново. Сказочные времена однако настали.

однако ребята из этой Axiom JDK решили выбрать довольно странный путь: а чего бы за инструмент еще и разработчику не заплатить?

Они сделали бесплатной загрузку JDK в октябре 2024: https://t.me/axiomjdkpro/278 но требуется зарегистрироваться и согласиться с EULA