Я че-то прям удивился, что оно с 2016 доступно. Эффект Манделы прям какой-то. Никогда не думал что 10 вровень с 2016, думал она с 2019...

у нас сервера хранилищ в докере на linux-ядрах в кубернетесе и автотестирование на докер-сворме (тоже на линукс контейнерах)

Спасибо, по автотестированию и докерам - это то, что было в крайнем видео?

если речь про jenkins-lib, то да. правда не все проекты еще на нее переведены. ну и естественно с включенными шагами VA и инициализацией базы

Вопрос как к участнику проектов: растет из года в год на рынке кол-во клиентов, которые готовы оплачивать весь этот сиай/сиди/сонарно-гитовый банкет, или это по-прежнему статистические выбросы?

На счёт рынка заказчиков не могу сказать. Но растёт количество конечников/франчей, которых задолбало, что прод падает и они хотят что-то менять

Правда распределение сотрудников внутри все ещё скачкообразное. Большинству некогда точить пилу

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

В большинстве случаев - говнокод. Что в хайлоаде, что в микре

Поддерживаю на 100% , основная причина ci/cd у нас - задолбал падающий прод

И как, помогает?

А какие причины падения прода?

Мы пока на этапе становления)
Топ причина - забыли перенести доработки из дева в прод.
Банально, но до сих пор актуальная проблема.

В этом случае спасают помогают юнит-тесты, банальная проверка наличия реквизитов, что метод отработал и прочее.

Хочу ближе подойти к сценарным тестам, что должно позволить сократить время на написание ТЗ бизнес-аналитиками, получить готовые тест-кейсы, ну и возможность понять что именно хотел заказчик из сценария ( читать страницы ТЗ, тот еще гемор когда проекту пару лет, а понять почему форма работает не так нужно сейчас)

А у вас продуктовая разработка или в какой-то компании условную ERP дорабатываете?

Франч

внутри компании примерно такие же проблемы: имеем 2 хранилища 15 разработчиков и пересечение задач по метаданным

Понял

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

а кто сказал, что будет легко?)
Если здесь есть те, кто готов поделиться опытом, как от этого уйти, то я с большим удовольствием запишусь на тренинг ( без сарказма)

Особенно острая проблема , когда проект условно ведут 8+ бизнес-аналитиков, которые каждый по своему видит систему и занимается микропроектированием базы данных ( без базового понимания нормальных форм)
Естественно, такси летят, программисты берут и делают.
Где в этом месте должен находится архитектор - тоже сложный вопрос.
Он один, задач много, получается узкое горлышко, а стоять в самом конце перед релизом тоже плохая стратегия - задачка сделана, время потрачено.

Плюсую на счёт тренинга. Послушал бы.