Очередной «гуру» рассказывает, как в разы ускорить галеру

Помните неугомонную Аню Лаврову, которая сутками въебывала без передышки? Она хоть только себе жизнь портит, а наш сегодняшний герой активно пропагандирует подобный режим работы для всех галер.

Знакомьтесь: Харитон Матвеев, который является сооснователем и директором по продуктам онлайн-школы английского языка Skyeng. А еще он, сука, Гуру эффективности.

Харитон выложил на YouTube это видео.

Впоследствии один из учеников IT-Гуру законспектировал эту всю поебень и выложил краткий чек-лист на DOU.

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

Первую минуту видео Харитон задвигает сладкие речи, что они невъебенная компания, каждый год они растут в 3 раза и делают революционные продукты! При этом у них очень низкие бюджеты, а работает всего лишь 30 разработчиков. Секрет успеха очень прост — «четыре основные идеи», которыми Гуру решил поделиться в видео!

Да, блять, сраные говнокурсы английского языка — это действительно революционный продукт!

Вы готовы услышать мудрость Гуру?

Идея первая — Маленькие да удаленькие команды
Харитон предлагает делать маленькие команды разработчиков. Брать в них нужно только самых сильных гребцов, а остальных – без сожаления выкидывать за борт. Причем это нужно делать постоянно и непрерывно, на чем сделан особый акцент на 2:34.

Только сбавил обороты – нахуй. Нашли кого-то дешевле и умнее – весло в жопу и за борт.

И это еще не все!

Эти «избранные» должны въебывать по 50 часов в неделю. Они же лучше из лучших, блять!

Идея вторая — Универсальность
Вся команда должна быть Full Stack.

А еще они должны мыслить по-особому:

Разработчики мыслят не в терминах «я должен кодить», а мыслят «я ответственный за решение бизнес-проблемы».
Перед каждым разработчиком мы формулируем, какую бизнес-проблему мы хотим решить, и он ответственный за ее решение, которое может сам определить.

Идея третья – Автономность
Никакой командной работы! Каждый гребец должен работать максимально автономно! А взаимодействие между командами вообще страшный грех!

Если команде что-то надо — она это делает сама. Если Команде А нужно что-то от Команды Б, то Команда А не заказывает это Команде Б. Команда А сама делает нужные ей изменения в чужом коде, делает pull request, а Команда Б только одобряет этот реквест.
Или, например, если нужен какой-то юридический документ, то не надо заказывать корпоративному юристу его разработать, а можно пойти в Интернет и самостоятельно найти нужный документ.

Что, блять? Они должны выполнять функцию юриста еще?

Идея четыре – Принятие рисков

Не боимся брать на себя риски. Мы минимизируем объем «взрыва», но сами «взрывы» — это классно.

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

Мнение ебаной редакции

Очередной неадекват, который возомнил себя невъебенным «гуру» и несет несусветный бред.

Ему нужны лучшие разрабы, которых можно в любой момент заменить и выкинуть на улицу. При этом они должны быть Full Stack, способными работать около 50 часов в неделю и делать это максимально автономно. А если нужна консультация юриста или любого другого узкого специалиста — гребцы должны уметь разобраться самостоятельно без посторонней помощи.

Это просто полнейший пиздец. И находятся же долбоебы, которые готовы работать на таких условиях?

По наводке Анонимуса
По материалам DOU