Кажется, это все таки независимой перевод. Действительно, наша статья вышла на 3 дня раньше, так бывает)
Мы стараемся максимально оперативно и качественно переводить интересный материал. Иногда берем публицистику вроде этой, но больше любим Spring Framework
Мы отметили в статье, что на данный момент из поддержки Spring в Giga IDE был обнаружен только плагин Spring Boot Assistant, поэтому не стали рассматривать её отдельно. Слышали, что у ребят есть в планах поддержка Spring, но пока что никаких анонсов не было
Список фичей известен давно, можете посмотреть например здесь https://t.me/spring_aio/181 А смотреть или не смотреть, каждый сам для себя решает) Специально расписание приложили)
Добрый день! Да, возможно в этот раз немного переборщили с ссылками) Из текста статьи убрали самую первую ссылку. Учтём для следующих публикаций :) Спасибо!
Поддержка Spring осуществляется путем написания кода этой самой поддержки. Самого Spring там нет, и код JetBrains никуда кроме самой IDE не добавляется
Что имеется ввиду про "патченный" Spring, не очень понятно
Формально, vs code конечно ide, но не из-за расширяемости, а из-за наличия файлового менеджера, редактора кода, дебаггера и тд Другое дело качество этого всего. Дебаггер - ужасный, стандартный гит клиент - просто что-то с чем-то. От редактора кода я не в востроге, но это еще можно к вкусовщине отнести. Расширяемость code это вообще отдельный разговор. Поддержать новый фреймворк в нем очень не просто, потому что LSP. Нужно либо расширять существующий LSP, если это возможно, либо писать свой. В результате, у нас помимо самого code крутится несколько LSP серверов, которые жрут ресурсы не меньше intellij. Поэтому многие популярные экстеншны для code работают на через regexp, потому что модель кода себе подтягивать дорого/сложно.
Кажется, это все таки независимой перевод. Действительно, наша статья вышла на 3 дня раньше, так бывает)
Мы стараемся максимально оперативно и качественно переводить интересный материал. Иногда берем публицистику вроде этой, но больше любим Spring Framework
Спасибо! Поправили
Спасибо! Поправили
Мы отметили в статье, что на данный момент из поддержки Spring в Giga IDE был обнаружен только плагин Spring Boot Assistant, поэтому не стали рассматривать её отдельно. Слышали, что у ребят есть в планах поддержка Spring, но пока что никаких анонсов не было
Поправили! Спасибо :)
Список фичей известен давно, можете посмотреть например здесь https://t.me/spring_aio/181
А смотреть или не смотреть, каждый сам для себя решает) Специально расписание приложили)
Судя по всему, речь про структурное логирование спанов? Если да, то оно в OpenTelemetry именно такое
Отличное дополнение, спасибо!
Добавили блок. Спасибо!
Спасибо! Упомянули
Действительно, это не раскрыто в оригинальной статье. Можно предположить, что там стоял open-in-view=true, что вообще скорее антипаттерн
Про 45 тысяч использований интересно) Может быть стоит дать больше огласки этой теме
Добрый день! Да, возможно в этот раз немного переборщили с ссылками) Из текста статьи убрали самую первую ссылку. Учтём для следующих публикаций :) Спасибо!
Поддержка Spring осуществляется путем написания кода этой самой поддержки. Самого Spring там нет, и код JetBrains никуда кроме самой IDE не добавляется
Что имеется ввиду про "патченный" Spring, не очень понятно
Пересборка опенсорса не является плагиатом, хотя, конечно, надо смотреть на лицензию. Таким путем идет большое количество компаний.
Конкретно тут наезд из-за Spring плагина, который не опенсорс. Ждем официальных комментариев, на сколько наезд оправдан - сходу не понятно.
Да, вы правы, ошибка в оригинальной статье. Там мы ее исправить не можем, поэтому поправили только перевод)
Для postgres это самый правильный вариант, как я понимаю
Тем не менее, Spring Data JPA его не использует
Формально, vs code конечно ide, но не из-за расширяемости, а из-за наличия файлового менеджера, редактора кода, дебаггера и тд
Другое дело качество этого всего. Дебаггер - ужасный, стандартный гит клиент - просто что-то с чем-то. От редактора кода я не в востроге, но это еще можно к вкусовщине отнести.
Расширяемость code это вообще отдельный разговор. Поддержать новый фреймворк в нем очень не просто, потому что LSP. Нужно либо расширять существующий LSP, если это возможно, либо писать свой. В результате, у нас помимо самого code крутится несколько LSP серверов, которые жрут ресурсы не меньше intellij.
Поэтому многие популярные экстеншны для code работают на через regexp, потому что модель кода себе подтягивать дорого/сложно.
code это vs code? если так, то code и есть редактор, а IntelliJ IDEA - IDE
применительно к Java, idea - иде по умолчанию
Вы имеете ввиду низкоуровневые функции из jdk.internal.vm.Continuation?
Скорее всего, будет доступно только через --add-opens=jdk.internal.vm
Вот тут небольшой тред есть про это
https://mail.openjdk.org/pipermail/loom-dev/2021-November/003270.html