Коллеги, вопрос скорее из области психологии или менеджмента: как вы

продаете клиенту необходимость обновлять крупные зависимости? У меня до сих пор проект живёт на Vuetify 1.5, каждый раз когда я поднимаю этот вопрос, то получаю стандартное "Да-да, это очень важно, вот следующий месяц будет менее забит тасками, там мы вам и дадим время". По итогу и не отказывают, но и времени не дают потому что "тихое спокойное завтра" естественно не наступает.

Бизнесу приходится оплачивать манкипатчинг багов старой версии нашими руками.

Никак, просто берете и обновляете, это часть рабочего процесса. Обновляться надо часто и регулярно.

бизнес мыслит цифрами. У меня был очень адекватный собес с создателями kwork, где зоопарк из jquery и отдельных css-ников. Они хотели переходить на vue, но считали деньги, что переход им обойдется в столько-то, а поправить баг на jquery - 15 минут. Я не отговариваю, просто наталкиваю на мысль, что если ты хочешь найти с бизнесом общий язык, оцени профиты и издержки с подобной точки зрения

Я так обновляю более мелкие зависимости. Но тут будет довольно крупная миграция. Ну и да, вишенка на блюде - тестов нет)

Тогда начните с тестов, это будет проще продать

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

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

почему это нужно продавать? и зачем бизнесу знать какой версии у вас vuetify? Вы продаете проект / сайт / фичу, но не тесты или обновление либы закладывайте тесты и обновления в разработку если уже все плохо, можно с каждой задачей делать маленькое обновления, взяли таск в работу, перед ним апнули версию vuetify до 1.6 а в самой задаче помимо разработки написали тесты

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

Там не ап с 1.5 на 1.6. Следующая версия 2.0, переезд требует полноценной миграции, которая займет пару дней. Такое просто так не приклеишь к какой-то из текущих тасок.

каким образом обновить отдельные компоненты библиотеки?

А как мы достаём отдельные компоненты и используем у себя? Идёшь в исходники и берёшь себе

Сейчас бы копипастить из либы)

а зачем мы так делаем?

Когда нужны были отдельные вещи из этой же либы) Решение не лучшее, но было решением)

Я думал он сейчас предложит создать либу прослойку и экспортировать оттуда компоненты из разных либ

Бог!

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

примерно так работает ui либа гитлаба)

Да ладно…

ага

Я думал, что ты меня жестко протролил, в оказывается - я сам с собой это сделал)

Не устаю повторять, я почти никогда не троллю)

Я тебе не верю)

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

Если ваш посыл в том, чтобы включить в спринт довольно большую фичу (эпик/стори/таску) без ведома клиента, то нет, у нас так не делают. Спринт по большей части формирует сам клиент, прислушиваясь к нашим пожеланиям

А клиент это кто, разработчик? Не оч понимаю структуру

С той стороны есть менеджер и разработчик. Вот они и формируют список задач на спринт. Мы его все вместе обсуждаем и он уходит в работу. Вот из обсуждения в обсуждение поднимаю вопрос о миграции, но получаю стандартное "на следующий месяц, когда будет меньше задач".

Вообщем посыл был в том, что ты как разработчик должен донести до бизнеса в чем профит. А профит он в первую очередь для бизнеса и он есть, иначе сейчас все бы писали на jquery) А такие вещи как тесты или минорные обновления они просто входят в твои ежедневные таски