Очередной «гуру» рассказывает, как в разы ускорить галеру
Помните неугомонную Аню Лаврову, которая сутками въебывала без передышки? Она хоть только себе жизнь портит, а наш сегодняшний герой активно пропагандирует подобный режим работы для всех галер.
Знакомьтесь: Харитон Матвеев, который является сооснователем и директором по продуктам онлайн-школы английского языка Skyeng. А еще он, сука, Гуру эффективности.
Харитон выложил на YouTube это видео.
Впоследствии один из учеников IT-Гуру законспектировал эту всю поебень и выложил краткий чек-лист на DOU.
Видос, конечно, поебанутее, но если нет возможности посмотреть – письменная версия тоже неплохо передает всю ущербность идей Гуру.
Первую минуту видео Харитон задвигает сладкие речи, что они невъебенная компания, каждый год они растут в 3 раза и делают революционные продукты! При этом у них очень низкие бюджеты, а работает всего лишь 30 разработчиков. Секрет успеха очень прост — «четыре основные идеи», которыми Гуру решил поделиться в видео!
Да, блять, сраные говнокурсы английского языка — это действительно революционный продукт!
Вы готовы услышать мудрость Гуру?
Идея первая — Маленькие да удаленькие команды
Харитон предлагает делать маленькие команды разработчиков. Брать в них нужно только самых сильных гребцов, а остальных – без сожаления выкидывать за борт. Причем это нужно делать постоянно и непрерывно, на чем сделан особый акцент на 2:34.
Только сбавил обороты – нахуй. Нашли кого-то дешевле и умнее – весло в жопу и за борт.
И это еще не все!
Эти «избранные» должны въебывать по 50 часов в неделю. Они же лучше из лучших, блять!
Идея вторая — Универсальность
Вся команда должна быть Full Stack.
А еще они должны мыслить по-особому:
Разработчики мыслят не в терминах «я должен кодить», а мыслят «я ответственный за решение бизнес-проблемы».
Перед каждым разработчиком мы формулируем, какую бизнес-проблему мы хотим решить, и он ответственный за ее решение, которое может сам определить.
Идея третья – Автономность
Никакой командной работы! Каждый гребец должен работать максимально автономно! А взаимодействие между командами вообще страшный грех!
Если команде что-то надо — она это делает сама. Если Команде А нужно что-то от Команды Б, то Команда А не заказывает это Команде Б. Команда А сама делает нужные ей изменения в чужом коде, делает pull request, а Команда Б только одобряет этот реквест.
Или, например, если нужен какой-то юридический документ, то не надо заказывать корпоративному юристу его разработать, а можно пойти в Интернет и самостоятельно найти нужный документ.
Что, блять? Они должны выполнять функцию юриста еще?
Идея четыре – Принятие рисков
Не боимся брать на себя риски. Мы минимизируем объем «взрыва», но сами «взрывы» — это классно.
Например, не надо бояться уронить продакшн, но надо позаботиться, чтобы в случае его падения была затронута небольшая часть пользователей и мы могли быстро восстановить работу.
Мнение ебаной редакции
Очередной неадекват, который возомнил себя невъебенным «гуру» и несет несусветный бред.
Ему нужны лучшие разрабы, которых можно в любой момент заменить и выкинуть на улицу. При этом они должны быть Full Stack, способными работать около 50 часов в неделю и делать это максимально автономно. А если нужна консультация юриста или любого другого узкого специалиста — гребцы должны уметь разобраться самостоятельно без посторонней помощи.
Это просто полнейший пиздец. И находятся же долбоебы, которые готовы работать на таких условиях?
По наводке Анонимуса
По материалам DOU
Коментарі (95)
Ояебу, сколько всякой гуманитарной пиздоты прилезло в IT. В ебалоБук как зайдешь так там каждая пизда десигнерша/хрюша/маркетолух лепить себе в стаус Geek IT Girl! Делает репост статей про микросервисы, блокчейн и прочий хайп. Ты пизда, ты хоть код вообще пишешь? Смотришь на образование: психолух/филолух/маркетолух техногики блять, как же у меня бомбит от этого. Как я скучаю по временам когда этой гумманитарной шушеры не было в таких ебанутых количествах как сейчас.
Не беспокойся, скоро колесо Сансары провозгласит новый виток КРЫСИСА в Америке, и половину из них унесёт, ибо бюджет не резиновый
хочу видеть, как этот долбаеб, в случае воспаления аппендикса сам нагуглит решение и сам себе проведет полостную операцию
1. Идея собрать команду из мега спецов звучит хорошо, но во-первых, это как топить паровоз деньгами. Очень дорого. Во-вторых, топ перформеры плохо соблюдают субординацию, их практически невозможно менеджить. Если в команде больше одноной рок-звезды, это выливается в споры из-за любой мелочи и серьезную конкуренцию. Чтобы лидить этот оркестр, нужен ебаный Ник Фьюри. А переработки — это пиздец скользская дорожка. Если кто прознает, что овертаймы были запланированы таким вот 20-летним консультантом, вся команда встанет и выйдет посреди спринта. Потом еще долго на ёбаном о себе читать будете.
2. Все фулстеки — это ништяк. Влажные мечты любого менеджера — это не иметь разделения по ролям вообще. Но так ни хуя не работает. 99% фулстеков — это узкие специалисты, которые остальное доучили за 3 недели и накидали баззвордов в резюме. В случае проблем с базой, все равно придется вызывать спеца по базам. А за хорошей версткой придется пиздовать к хорошему верстальщику.
3. Автономность — это охуенно. Пока кто-то один не повалит все серваки и на пошлет фотку своего полового члена клиенту. В любой компании всегда будет разграничение доступов, чтобы в одиночку было сложно наворотить дел. Ну, и как следствие, зависимости между разными людьми и коммандами. К тому же, вряд ли программист Алеша будет рад, если в его джава-проект захерачат пару пулреквестов какие-то ангулярщики, потому что им захотелось быть автономными.
4. С рисками есть одна проблема. Если что, то крайним будет кто-то один, а не весь дружный коллектив. Именно поэтому никто не хочет стоять там, где вот-вот упадет продакшн. Попытки убедить, что в этом нет ничего страшного, — обычное лицемерие. Это хер в очках ничем не рискует, раздавая такие советы. А тот, кто обрушит продакшн, будет сидеть всю ночь, чтобы его поднять, и потом еще начальству объяснять. Его же и уволят на хуй, когда надо будет из команды топ кодеров кого-то выгнать.
МАНАГЕРЫ!!!!!
Лучшая оптимизация евер. Гребец сделал таску — гребец идет домой. Гарантирую прирост продуктивности х10
У меня есть таски от которых ты забудешь дорогу домой.
Починить твой протекающий чердак?
В чем то этот хуй прав.
1. Бесят уебаны аля «23 синьеры», которые нихуя не знают. ЯП долен быть похуй, чел должен уметь писать на всем, интернет никто не отключал. Бизнес идея — первична, если чел не совсем идиот то должен хуярить что б «взлетел» сам продукт, и предвидеть какие дальше будут «повороты» в коде, что б небыло «а я это в архитектуре не предусмотрел!». Дибил что ли?
Про фул стэк тоже правильно. Кучу всякого говна типа девопсов нахуй не нужны.
2.Автономность это тоже признак норм чела, нахер ему говорить что ему делать если он норм? Это дибилам надо обьяснять и ставить тачки и охуевать чего так долго, норм челы и так все замутят, главное им не мешать.
Но эти два пункта может приходят с опытом хз.
В чем не прав:
1. Ебанутый 50 часов работать? Дебил с видео говорил про «грядки копать» и тут же городит обратное про время + ни один норм чел не будет работать в ущерб своей житухе, хоть ноль к зарплате дописывай.
2. Не бойтель рисковать ! Пусть прод ляжет…
3. Увольнять если нашли лучше? По каким критериям лучше? Может чел просто с бодуна..И то что при такой автономности и «фулстекности» надо намного дольше вникать в продукт чел не подумал? Бред.
4. 30 человек норм уровня не будут дешевле 300 человек «23х летних галерных синьеров». Так что пиздюк просто мечтатель.О скотыняко рейты видел норм челов? И я не знаю такого что б компания состояла только из норм челов.
5. Ну и последнее — такие манагеры как он просто при такой раскладе НАХУЙ не нужны. Тупо уборщица надо, а манаг идет в пизду. Ну одного можно оставить что б за пивом гонял накрайняк.