V
А что значит «сопротивление команды»?
Size: a a a
2019 February 17
VR
А что значит «сопротивление команды»?
Внедрение каждого варианта - лапша в коде.
Её не хотят.
Аргмент "Нахуй нам изворачиваться, когда пользователей нет".
Пользователи появляются - тут всё ок, поэтому вопрос в том - какие лучшие практики по версионированию микросервисов есть.
Её не хотят.
Аргмент "Нахуй нам изворачиваться, когда пользователей нет".
Пользователи появляются - тут всё ок, поэтому вопрос в том - какие лучшие практики по версионированию микросервисов есть.
GM
Наброшу и уйду спать. Если есть сопротивление команды, то либо ваша проблема надумана и решать ее не надо, либо команда не осознает проблему и вам надо уметь донести решение (ключевые слова - change management)
V
Наброшу и уйду спать. Если есть сопротивление команды, то либо ваша проблема надумана и решать ее не надо, либо команда не осознает проблему и вам надо уметь донести решение (ключевые слова - change management)
+1
V
Внедрение каждого варианта - лапша в коде.
Её не хотят.
Аргмент "Нахуй нам изворачиваться, когда пользователей нет".
Пользователи появляются - тут всё ок, поэтому вопрос в том - какие лучшие практики по версионированию микросервисов есть.
Её не хотят.
Аргмент "Нахуй нам изворачиваться, когда пользователей нет".
Пользователи появляются - тут всё ок, поэтому вопрос в том - какие лучшие практики по версионированию микросервисов есть.
Не знаю ваших подробностей. Но Лапша или не-лапша в коде не имеет ценности. Вообще
V
Если нужно разложить раньше, нужно разложить раньше
V
Не понимаю
VR
Наброшу и уйду спать. Если есть сопротивление команды, то либо ваша проблема надумана и решать ее не надо, либо команда не осознает проблему и вам надо уметь донести решение (ключевые слова - change management)
Даже я наброшу +1.
Но кроме проблемы нужно еще и возможные решения предложить.
Вот их я и ищу - кто как делает.
Всем спасибо за мнения и подходы.
Но кроме проблемы нужно еще и возможные решения предложить.
Вот их я и ищу - кто как делает.
Всем спасибо за мнения и подходы.
V
Мое мнение - понять цели и из них исходить.
Ah
Хороша
V
Если вам ок, что фича «лежит» не на проде Х дней — ничего менять не надо.
Если не ок, можно посмотреть в проблему. Если проблема технологическая (скажем, техдолг растёт так, что выгода от более ранней выкладки нивелируется техдолгом), то решать технологическую проблему. Фиче тоглы, ещё что.
Если проблема людская (люди не хотят), решать ее
Если не ок, можно посмотреть в проблему. Если проблема технологическая (скажем, техдолг растёт так, что выгода от более ранней выкладки нивелируется техдолгом), то решать технологическую проблему. Фиче тоглы, ещё что.
Если проблема людская (люди не хотят), решать ее
VR
Если вам ок, что фича «лежит» не на проде Х дней — ничего менять не надо.
Если не ок, можно посмотреть в проблему. Если проблема технологическая (скажем, техдолг растёт так, что выгода от более ранней выкладки нивелируется техдолгом), то решать технологическую проблему. Фиче тоглы, ещё что.
Если проблема людская (люди не хотят), решать ее
Если не ок, можно посмотреть в проблему. Если проблема технологическая (скажем, техдолг растёт так, что выгода от более ранней выкладки нивелируется техдолгом), то решать технологическую проблему. Фиче тоглы, ещё что.
Если проблема людская (люди не хотят), решать ее
сейчас проблема техническая - все фичи в спринте выливаются в дев.
Пока спринт не закончен гнать его в прод нельзя.
Я собираю мнения - как сделать поставку фич "по готовности".
Пока спринт не закончен гнать его в прод нельзя.
Я собираю мнения - как сделать поставку фич "по готовности".
Ah
сейчас проблема техническая - все фичи в спринте выливаются в дев.
Пока спринт не закончен гнать его в прод нельзя.
Я собираю мнения - как сделать поставку фич "по готовности".
Пока спринт не закончен гнать его в прод нельзя.
Я собираю мнения - как сделать поставку фич "по готовности".
Так как у нас тоже своего рода стартап, то мы пришли к фича-веткам, но на будущее заложили механизм версионирования
Ah
По готовности и выкативаем
VR
По готовности и выкативаем
с git-конфликтами проблем нет ?
Ah
с git-конфликтами проблем нет ?
Пару раз было, но вряд ли это проблемой можно назвать
V
сейчас проблема техническая - все фичи в спринте выливаются в дев.
Пока спринт не закончен гнать его в прод нельзя.
Я собираю мнения - как сделать поставку фич "по готовности".
Пока спринт не закончен гнать его в прод нельзя.
Я собираю мнения - как сделать поставку фич "по готовности".
А почему не выливать их в прод по готовности?
VR
А почему не выливать их в прод по готовности?
Прямо сейчас у нас нет инфраструктуры для поднятия отдельных фича веток.
Потому и рассматриваю варианты - как лучше сделать:
* Фича-ветки (инф-ра)
* API-версионирование(бек+фронт)
* Фиче-тогглинг(бек+фронт)
Потому и рассматриваю варианты - как лучше сделать:
* Фича-ветки (инф-ра)
* API-версионирование(бек+фронт)
* Фиче-тогглинг(бек+фронт)
V
Понял
