в беке к слову дофигища народа. да и во фронте тоже прилично. это все разбито "по фичам". т.е. есть команда каталога, есть команда заказов, и т д

там фронты, беки, тестеры, лид, пм...

просто так стало относительно недавно, и пока еще "узнаем про все у всех". но отвечаем уже более менее по скоупам своим, то что текущих задач касается.

хм, понятно, видимо не в этом проблема

ну переходный период это норма

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

думаю все утрясется к лету

этого не избежать. вообще никак. просто надо закладывать время на стабилизацию, вводить какие-то error budget и т.д.

Привет всем! А кто какими Affiliate Management System пользуется? Нужно: бэк-офис для каждого партнера, расчёт вознаграждения, REST API (или хотя бы JS sdk), стоимость как можно дешевле))

И ещё вопрос вдогонку: почему считается нормальным отправлять в подобные системы запросы на засчитывание цели с фронта? Легко же наделать фейковых целей и получить деньги. Если для валидации этих запросов проверяется order_id на бэке продукта, то зачем вообще в этой цепочке фронт, почему нельзя просто написать на бэке триггеры для отправки событий в AMS через REST API?

Всем привет. Есть вопрос про наличие в родмапе эксплутационных шагов из цикла разработки - техсаппорт, sre, incidents management. Кажется что ему место в ветке роли/administrator - построение цикла - поддержка.

не надо рассматривать тлроадмап как инструмент развития или путь развития — он им не является 🙂

это просто обзор рынка “где что на тимлида набрасывают"

скорее описание дисфункций в разных компаниях

+

Я не рассматриваю его так

гут

Написано что можно примерить, я примерил - не нашед. Вот пришел спросить)

Вроде все наместе, а этого нет

не надо и примерять, кмк 🙂 так себе инструмент 🙂

А к чему это?