Просто надо понимать, что с одной стороны гитлаб уже старый проект сам по себе, в нём много легаси, новые фичи иногда реализуются с оглядкой на старые ограничения, и часто являются затычками, чтобы обойти их. Например, extends вводили как раз чтобы решить проблемы якорей. А во-вторых, им всё-таки приходится развиваться с оглядкой на весь опыт его использования комьюнити, чтобы за раз ничего слишком много не поломать :)
Именно статья про то, что это динамическая фича, а вам отвечают, что не динамическая, а неявно статическая. Налицо непонимание теории, бред в статье и отсюда минусы.
В 2015-2017 гг. администрировал свой инстанс GitLab, а потом года до 2022 регулярно читал их новостные релизные дайджесты по 22 числам с новыми фичами. И, видимо, как только перестал читать, появились всякие прикольные штуки, как эти компоненты. Документацию очень бегло глянул, первое ощущение, что это почти тоже самое, что include project + variables, разница (плюсы и минусы) не сразу очевидна, да и вообще выглядит как фича с очень непологой кривой входа :) В общем, придётся как-нибудь разобраться с ними детально ...
Пожалуйста, не путайте Reactor (то, что вы имели ввиду) и React (JS SPA-фреймворк).
Несмотря на то, что виртуальные потоки в Java 21 релизнулись, всё-таки их очень сложно использовать вне контекста, как вы сказали, микросервиса http-аггрегатора. Далеко не каждый микросервис такой, ну только если частично внедрять, но там уже риски случайно использовать не тот пул и попасть на пиннинг из-за synchronized.
Стоило бы упомянуть, что наконец-то в Java 24 проблему пиннинга на нём победили, и если вам интересны виртуальные потоки, то для вас скорее 24 — уже необходимый минимум.
В чём-то похоже я у себя сделал в мае. Отдельный репо, но пайплайнами генерирую 2 артефакта для бэка: первый dto + интерфейсы контроллеров, второй — клиент. Клиент уже как минимум в scope test взят и используется в интеграционных тестах.
А также генерирую 2 npm-пакета на основе typescript-fetch и typescript-axios. Были ещё попытки завести RTK Query Codegen и Orval, но они немного не вписались в концепцию.
Кстати, не затронули процесс работы с репо. Как за версионированием следите, кто мержи открывает и ревьюит (участвуют ли аналитики в этом)? И т.п.
А, всё понятно, классический "сглазил" :)
Слушай, эти оба кадра интересны, на самом деле. Они оба что-то задротили, пока не получилось.
Просто надо понимать, что с одной стороны гитлаб уже старый проект сам по себе, в нём много легаси, новые фичи иногда реализуются с оглядкой на старые ограничения, и часто являются затычками, чтобы обойти их. Например, extends вводили как раз чтобы решить проблемы якорей. А во-вторых, им всё-таки приходится развиваться с оглядкой на весь опыт его использования комьюнити, чтобы за раз ничего слишком много не поломать :)
Дочерний может быть пайплайном другого проекта, например.
В репо с кодом -- собрал проект, потом джобой дернул другой проект с его деплоем.
Или ещё пример. Репо с contract-first спекой и репо с зависимым от неё проектом :)
Импорты станут меньше независимо от var :) https://openjdk.org/jeps/511
А можно попробовать привести умозрительный пример?
Я тоже всё делаю на esp, но контроль и управление через mqtt брокер, в Я.Облаке, и конструктор IoT MQTT Panel для телефона.
Очень удобно не находиться с ним рядом.
Нет, во всех ОС дефолт 1 Мб.
Так и по var можно с ctrl щёлкнуть и перейти (вроде бы).
Именно статья про то, что это динамическая фича, а вам отвечают, что не динамическая, а неявно статическая. Налицо непонимание теории, бред в статье и отсюда минусы.
Ну всё-таки надо давать имя из доменной модели :) а не отражающее детали реализации :)
Что такое РБПО?
Эх, а я по заголовку подумал, что речь про кодогенерацию из OpenAPI спеки :)
А мне так один раз повезло. Увидел очень ровный, без шумов, розово-фиолетовый цвет в глазах :)
Не совсем, как вы описали, но ... Wine?)
В 2015-2017 гг. администрировал свой инстанс GitLab, а потом года до 2022 регулярно читал их новостные релизные дайджесты по 22 числам с новыми фичами. И, видимо, как только перестал читать, появились всякие прикольные штуки, как эти компоненты. Документацию очень бегло глянул, первое ощущение, что это почти тоже самое, что include project + variables, разница (плюсы и минусы) не сразу очевидна, да и вообще выглядит как фича с очень непологой кривой входа :) В общем, придётся как-нибудь разобраться с ними детально ...
Спасибо за статью )
Кроме того, если их реально много, не стоит и про размер стека забывать, 1000 потоков уже 1 Гб.
Пожалуйста, не путайте Reactor (то, что вы имели ввиду) и React (JS SPA-фреймворк).
Несмотря на то, что виртуальные потоки в Java 21 релизнулись, всё-таки их очень сложно использовать вне контекста, как вы сказали, микросервиса http-аггрегатора. Далеко не каждый микросервис такой, ну только если частично внедрять, но там уже риски случайно использовать не тот пул и попасть на пиннинг из-за synchronized.
Я пытался эту проблему зарешать в общем виде с помощью агента, но потерпел фиаско :) Даже внутри ConcurrentHashMap есть synchronized... https://github.com/SimSonic/reentrantlock-java21agent
Стоило бы упомянуть, что наконец-то в Java 24 проблему пиннинга на нём победили, и если вам интересны виртуальные потоки, то для вас скорее 24 — уже необходимый минимум.
В чём-то похоже я у себя сделал в мае. Отдельный репо, но пайплайнами генерирую 2 артефакта для бэка: первый dto + интерфейсы контроллеров, второй — клиент. Клиент уже как минимум в scope test взят и используется в интеграционных тестах.
А также генерирую 2 npm-пакета на основе typescript-fetch и typescript-axios. Были ещё попытки завести RTK Query Codegen и Orval, но они немного не вписались в концепцию.
Кстати, не затронули процесс работы с репо. Как за версионированием следите, кто мержи открывает и ревьюит (участвуют ли аналитики в этом)? И т.п.
Имхо, оно могло бы быть раскрученнее, если бы Оракл сразу не стал жаться и делить Грааль на комьюнити версию и платную со всеми плюшками.
Напомнило ещё об одном случае
https://xakep.ru/2013/05/24/60666/