Осветить бы еще юридические риски использования таких средств) И конечно, вполне осязаемые риски безопасности, при использовании таких средств, загруженных из интернета)
Свой маркетплейс плагинов. Это же экосистема, возможность коллаборации с другими игроками. Уже несколько разработчиков обратились с запросом выложить свои плагины.
В рамках OpenIDE мы ведем свои разработки для технологий, которые в РФ сейчас не доступны. В частности, плагин для работы с Docker (оригинальный в РФ скачать нельзя).
Из коробки доступна разработка на Spring.
Занимаемся поддержкой других языков.
Одна из наших целей, своевременно обновлять базовую платформу (IntelliJ) до самой актуальной версии.
Спасибо, что обратили внимание на ошибку в копирайте, мы поправим Закрытое тестирование оно на то и закрытое, чтобы в том числе такие вещи вычистить Спасибо, что потратили время на написание обзора)
Скопировать существующий инструмент - самое простое решение, но точно не самое лучшее)
Смотрите, часть наших пользователей продолжают использовать Ultimate IDEA. Получается, что нашим HTTP Client они пользоваться не станут, если он будет точной копией.
С другой стороны, мы придумали решение, которое имеет преимущества над существующим HTTP Client. Например, мы собираемся сделать поддержку Debug при выполнении запросов. Сейчас разрабатываем DSL для более удобного тестирования длинных сценариев.
HTTP Client от JetBrains - это круто, но мы можем круче) Посмотрим, может быть это мы добавим поддержку нашего формата в другие IDE
Помимо качества кода, какие преимущества получает потребитель? Я согласен, что проблем в коде IntelliJ, но мне кажется, вы излишне драматизируете) я на своем маке на м1 спокойно могу собрать IDEA Community
а никто и не занимается этим. Как вы и сказали, его поднимает сама IDE. И сейчас это норма для большинства языков программирования. JavaScript, TypeScript, C#, Rust, Go - первая рекомендуемая IDE, это VS Code, которая работает на LSP и никак иначе. Есть языки, поддержка которых для IDEA выполнена через LSP, например, Dart.
Кстати сама Ultimate IDEA для поддержки TypeScript (о ужас) поднимает LSP.
Кстати, поддержка Java в упомянутом вами Eclipse тоже работает через LSP (но так было не всегда).
Я абсолютно с вами согласен, что языковая поддержка в IntelliJ гораздо приятнее, чем у конкурентов на LSP. Но в РФ мы сейчас можем, к сожалению, довольствоваться только этим. Поддержать условный GO в IntelliJ займет десятки человеко-лет, а написать LSP клиент - единицы (оценки отстаивать не готов, но соотношение примерно такое), но вот только с LSP клиентом вы из коробки получить X языков, а не 1.
С поддержкой новых языков мы знакомы очень хорошо, в частности, в Amplicode у нас есть поддержка JPQL, поэтому мы не понаслышке знаем, какая это большая работа.
Добавьте вот такой блок в начало скрипта
Осветить бы еще юридические риски использования таких средств) И конечно, вполне осязаемые риски безопасности, при использовании таких средств, загруженных из интернета)
https://www.cnews.ru/articles/2025-07-31_kak_rossijskie_razrabotchiki_reshayut?erid=2W5zFKAXrGx
Вот зачем этот форк, а не для занятия "освободившегося" места
Есть риски, мы их закрываем
Приходите на доклад про полиглотность, там про него будет
А вы приходите посмотреть, поймете почему Connekt в 100 раз лучше httpYac
Плагин опенсорсный с лицензией Apache 2.0
Так отдельная панель - удобно, нажал Command (Ctrl)+0 вот оно открылось, Local Changes и ничего лишнего
Так речь про то, что модального больше и нет
Свой маркетплейс плагинов. Это же экосистема, возможность коллаборации с другими игроками. Уже несколько разработчиков обратились с запросом выложить свои плагины.
В рамках OpenIDE мы ведем свои разработки для технологий, которые в РФ сейчас не доступны. В частности, плагин для работы с Docker (оригинальный в РФ скачать нельзя).
Из коробки доступна разработка на Spring.
Занимаемся поддержкой других языков.
Одна из наших целей, своевременно обновлять базовую платформу (IntelliJ) до самой актуальной версии.
Спасибо, что обратили внимание на ошибку в копирайте, мы поправим
Закрытое тестирование оно на то и закрытое, чтобы в том числе такие вещи вычистить
Спасибо, что потратили время на написание обзора)
там же написано, подкаст)
Простота написания кода приведет к тому, что кода будет больше, а значит потребуется больше разработчиков для его поддержки)
Сравните популярность этих двух технологий
https://www.npmjs.com/package/react (23М за неделю)
https://www.npmjs.com/package/@angular/core (3М за неделю)
Концепция реакта очень простая, не думаю, что у Spring разработчика возникнут большие проблемы, а инструмент еще и углы сгладит)
Зависит от глубины. Кривая обучения, как мне кажется, достаточно пологая.
В этот момент делается форк. Вы считаете, что нужно с нуля свою IDE писать?
Скопировать существующий инструмент - самое простое решение, но точно не самое лучшее)
Смотрите, часть наших пользователей продолжают использовать Ultimate IDEA. Получается, что нашим HTTP Client они пользоваться не станут, если он будет точной копией.
С другой стороны, мы придумали решение, которое имеет преимущества над существующим HTTP Client. Например, мы собираемся сделать поддержку Debug при выполнении запросов. Сейчас разрабатываем DSL для более удобного тестирования длинных сценариев.
HTTP Client от JetBrains - это круто, но мы можем круче) Посмотрим, может быть это мы добавим поддержку нашего формата в другие IDE
https://github.com/microsoft/vscode/blob/main/extensions/typescript-language-features/src/tsServer/serverProcess.electron.ts#L253
вот тут поднимается ts сервер
вот для html (но в кишки уже лезть не стал)
https://github.com/microsoft/vscode/tree/main/extensions/html-language-features/server/src
Помимо качества кода, какие преимущества получает потребитель?
Я согласен, что проблем в коде IntelliJ, но мне кажется, вы излишне драматизируете) я на своем маке на м1 спокойно могу собрать IDEA Community
а никто и не занимается этим. Как вы и сказали, его поднимает сама IDE. И сейчас это норма для большинства языков программирования. JavaScript, TypeScript, C#, Rust, Go - первая рекомендуемая IDE, это VS Code, которая работает на LSP и никак иначе. Есть языки, поддержка которых для IDEA выполнена через LSP, например, Dart.
Кстати сама Ultimate IDEA для поддержки TypeScript (о ужас) поднимает LSP.
Кстати, поддержка Java в упомянутом вами Eclipse тоже работает через LSP (но так было не всегда).
Я абсолютно с вами согласен, что языковая поддержка в IntelliJ гораздо приятнее, чем у конкурентов на LSP. Но в РФ мы сейчас можем, к сожалению, довольствоваться только этим. Поддержать условный GO в IntelliJ займет десятки человеко-лет, а написать LSP клиент - единицы (оценки отстаивать не готов, но соотношение примерно такое), но вот только с LSP клиентом вы из коробки получить X языков, а не 1.
С поддержкой новых языков мы знакомы очень хорошо, в частности, в Amplicode у нас есть поддержка JPQL, поэтому мы не понаслышке знаем, какая это большая работа.