SK
Я вот на работе получаю требования напрямую от ba, у нас так принято.
А сколько у вас в команде разработчиков, если не секрет?
Size: a a a
2018 November 08
SS
А сколько у вас в команде разработчиков, если не секрет?
Всего React Native разработчиков около 25. В моей команде сейчас 4.
SS
У нас команды по области фукнциональности разделены, специфика приложения позволяет.
SS
В команде не только RN, там ещё веб, бэкенд, прошивка девайса (мы IOT занимаемся), BA, менеджер, тестеры.
SK
А есть какие то правила внутри команд, вроде правил багтрекинга, правил код-ревью, правил рабочей переписки?
SS
Переписка в Слаке, тикеты в Джире.
SK
А если потом требуется проследить историю одного тикета, проблем со слакой нет?
SK
Даже хрен с ней с слакой. Просто - как легко проследить историю одного тикета в таком энвайронменте? Найти рут коз, солюшн, митинг минуты, тезисы, аргументы и выводы
SS
В комментах к тикету, в основном.
SS
Самое важное мы в тикет копируем.
SS
Да и обычно важнее решить проблему, чем искать виноватого через митинг минуты.
SK
Самое важное мы в тикет копируем.
А если не скопировали? Иными словами - кто контролирует и кто принимает решение что важно?
SS
Продуктовые решения принимает продукт команда.
SS
Технические решения принимает разработчик.
SS
Если там что-то межкомандное, типа интеграции с промо вебсайтом, то собираем митинг, обсуждаем и принимаем решения.
SK
Да и обычно важнее решить проблему, чем искать виноватого через митинг минуты.
Виноватого имеет смысл найти затем, чтобы понять почему произошла ошибка. Возможно она была спровоцирована процессом, тогда можно затянуть какой нить статический рул или ввести/упразднить правило. А новичку история особенно полезна - возможность проследить руткоз от ссылки на коммит в гитблейме до самого конца, никого в процессе поиска не дергая, ИМХО бесценна.
SS
А мне кажется виноватого нужно найти для того, чтобы лишний раз показать что разработчики грязные холопы и им нужна твёрдая рука архитектора, который никогда не ошибается (потому что ничего не делает)
SK
А мне кажется виноватого нужно найти для того, чтобы лишний раз показать что разработчики грязные холопы и им нужна твёрдая рука архитектора, который никогда не ошибается (потому что ничего не делает)
Не знаю - к чему этот сарказм. Я так никогда не говорил, мне так никогда не казалось.
SS
В большинстве случаев гораздо лучше сформулировать проблему конкретно, технически и безличностно. А виноватый человек уже сам для себя сделает выводы.
SS
Да и в большинстве случаев никто конкретно не виноват.