Статья бред, проблема не в слабости команды а в желании бизнеса сделать продукт за 3 копейки и за 2 дня, если бизнес ставит цель налепить в MVP функционал то вы должны лепить функционал а не тратить время на архитектуру и всякого рода "правильные" решения, .к. все они заточены облегчить жизнь потом а не сейчас, а завтра проект, который не выстрелит могут закрыть, тогда все потраченное время на реализацию правильных подходов будет потрачено зря + есть и другие вещи, например перформанс, "правильные" подходы делают код красивым и читаемым но совершенно не оптимальным, по этому далеко не всегда стоит прислушиваться к статьям написанным явно разрабом но не лидом
Только не говорите, что подписывался контракт на разработку определенной функциональности за фиксированный бюджет, а делался он по скраму
Мне кажется все так работают) Заказчик хочет получить фиксированную функциональность за понятные деньги, а лиды повсеместно внедряют скрамы т.к. это "круто, модно, молодежно" и в итоге получаем запоротой проект или поделку на коленке со свистелками, как это нравилось заказчику который постоянно лез в разработку т.к. "Сотрудничество с заказчиком важнее условий контракта"
О да, мтс "перешел" на аджаил как и сбер на уровне внешних атрибутов) Как было там совковое управление без документации, планирования и родмапов так и осталось... истории когда все завязано на техлиде который постоянно накидывает правки потому что у него сроки по его кпи горят - нормальное дело, а постоянные полугодичные защиты проектов перед топ менеджментом делает абсолютно бессмысленным планирование дальше чем на пару спринтов...
Обычно лидам менять работу очень сложно, они теряют квалификацию как технические специалисты и зачастую мало что приобретают. Очень показателен случай с менеджером из Яндекса который релоцировался в ЕС и не смог найти там себе работу, по этому и сидят лиды на попе ровно годами) Работа не пыльная деньги платят, это не разработка где жопу рвешь каждый день.
это очердной перевод западной статьи 5летней давности. Мобыкс сейчас активно используется в микрофронтенде, а редакс в старом легаси и с него часто мигрируют на пример на react-query
Если вы про оборонку то тут абсолютно другое, если участникам, этого импровизированного конкурса будут все расходы возмещены с учетом прибыли то все конечно поучаствуют, но бесплатно в этом никто участвовать точно не будет, у нас капитализм все же
А кто будет оплачивать подготовленные всеми поставщиками решения? Или поставщики должны все это бесплатно подготовить? А если выберут не их? то что? Деньги потеряют? Никто не будет участвовать в такого рода "конкурсах", либо решения будут абсолютно такими же. Делайте грамотное ТЗ, договор поддержки на несколько лет со штрафами за низкий uptime и все
Круто, а в реале тимлиды заняты 80% времени уговорами бизнеса о ценности того, что делает команда, склоками на уровне руководства и поиском виноватых в проебе всех возможных нереальных сроков которые им поставили топменеджеры и СТО
Как бы не разбивали фронт на микро все равно в итоге это монолит на выходе. Основная пробоема микрофронта это необходимость поддержки и построения его высококвалифицировпнными разработчиками. В отличии от монолита тут выстрелить себе в ногу можно в любой момент и цена ошибки стльно выше.
Всмысле не работает? Вы на собесе чего проверяете? Способность программировать чтоли? Интересно как?) Самое приближенное к реальности хто тестовые зпдания но они сейчас не в почете. Ну и основы можно и вызубрить (паттерны, принципы, типы данных, солид, другой мусор что там сейчас популярно спрашивать?) Есть куча сайтов посвещенных именно на натаскивание решения типовых задач и в реале такой разраб с нуля ничего путного не сделает т.к. опыта у него нет. Это как со строителем - умение держать молоток в руке еще делает тебя строителем. С другой стороны интроверты которые впринципе не любят обшаться и темболее доказывать кому-то свои компетенции, вобшем в людях надо разбираться и находить подходы, чтобы среди мусорных разработчиков найти достойных, если это вообще нужно компании конечно...
Вы не правы, сейчас все курсы "программистов" готовят именно таких "специалистов" натаскивая их именно на прохождение собесов и вранье, а не на глубокие знания, ну и опыт таким вот "программистам" никто не заложит. И 25 лет работы в ит, это типа аргумент? Можно все это время цвет у кнопак менять...
Слезы умиления наворачиваются когда такие вот "эффективные" руководители набирают штат разработчиков через слезы и страдания, тестовые задания и подобную чушь. Первое что кинулось в глаза это зп, Джун с улицы мб и стоит 40к, но Джун после курсов пойдет минимум на 100, примеров немало, вакансий тоже. Второе, про супер сложное задание) И сколько из 2х прошедших бэк тест пошли к вам работать? Предположу что никто)
Выполнение задания это больше фан, проверить свои силы в свободное время. Никто в здравом уме не будет усираться над тестовым которое ничего не обещает соискателю, и пишутся эти тестовые из-за этого на коленке. Если вы конечно не "Гугл") Чувак не задумывается что все соискатели с опытом где-то работали длительное время, что-то делали и приносили пользу своей компании, а вот навык прохождения собесов у таких ребят низок и они могут зафакапиться на тех интервью. Лично мне приходится уговаривать себя выполнять тестовое задание потому что за все время работы я ниразу не получал офер с таких вакансий, одна из причин как раз была низкое качество кода, мне было не интересно делать качественно фигню которая никому не нужна. Про тестовое из серии "поправьте ошибки", тут тоже все плохо, стек у всех разный въехать в тот стек на котором поднято тестовое задание тоже нужно время, как и для качественного фикса, можно же костылем залатать)) По подбору мне нравится схема озона, когда набираются 20-30 человек за раз, им дают шанс проявить себя в работе, постепенно отсеивая. Про "поторговаться") тут ржал в голос, ребята вы не тетю Клаву ищите на кассу, тут рынок жёсткий, кто больше предложил туда человек и уйдет. Если у человека есть офер выше но ваша компания ему интересна то он может дать Вам шанс поднять предложение, все честно и просто. Про гитхаб и "фишки": ну да, Джун же должен знать весь гитхаб, у него же в его джунстве уже несколько проектов за спиной… Нет слов… И про сферу диджитал)) Ребята, это работа и это джуны, у них опыта нет, они не знают, что им нравится, а что нет. Делайте перемещения по проектам раз в 3 месяца и тогда будет всем понятно кому чем нравится заниматься…
Ощущение, что статью писал бэкенд разработчик после того как стал фулстеком))
На JS не все так плохо как пишет автор, а джунов которые могут писать код на React и куче зависимостей сильно больше чем на том же Go)
Статья бред, проблема не в слабости команды а в желании бизнеса сделать продукт за 3 копейки и за 2 дня, если бизнес ставит цель налепить в MVP функционал то вы должны лепить функционал а не тратить время на архитектуру и всякого рода "правильные" решения, .к. все они заточены облегчить жизнь потом а не сейчас, а завтра проект, который не выстрелит могут закрыть, тогда все потраченное время на реализацию правильных подходов будет потрачено зря + есть и другие вещи, например перформанс, "правильные" подходы делают код красивым и читаемым но совершенно не оптимальным, по этому далеко не всегда стоит прислушиваться к статьям написанным явно разрабом но не лидом
VDI в МТС просто капец какой кривой) все кто там работал знают
Мне кажется все так работают) Заказчик хочет получить фиксированную функциональность за понятные деньги, а лиды повсеместно внедряют скрамы т.к. это "круто, модно, молодежно" и в итоге получаем запоротой проект или поделку на коленке со свистелками, как это нравилось заказчику который постоянно лез в разработку т.к. "Сотрудничество с заказчиком важнее условий контракта"
Я про это и говорю) Сотрудничество хорошо в рамках ТЗ, не более...
Жаль что в суде это не работает) что прописано в контракте должно быть реализовано либо формализовано доп. соглашениями какими то...
О да, мтс "перешел" на аджаил как и сбер на уровне внешних атрибутов) Как было там совковое управление без документации, планирования и родмапов так и осталось... истории когда все завязано на техлиде который постоянно накидывает правки потому что у него сроки по его кпи горят - нормальное дело, а постоянные полугодичные защиты проектов перед топ менеджментом делает абсолютно бессмысленным планирование дальше чем на пару спринтов...
Здорово все написано, но жаль, что всю команду разогнали)
Обычно лидам менять работу очень сложно, они теряют квалификацию как технические специалисты и зачастую мало что приобретают. Очень показателен случай с менеджером из Яндекса который релоцировался в ЕС и не смог найти там себе работу, по этому и сидят лиды на попе ровно годами) Работа не пыльная деньги платят, это не разработка где жопу рвешь каждый день.
это очердной перевод западной статьи 5летней давности. Мобыкс сейчас активно используется в микрофронтенде, а редакс в старом легаси и с него часто мигрируют на пример на react-query
Если вы про оборонку то тут абсолютно другое, если участникам, этого импровизированного конкурса будут все расходы возмещены с учетом прибыли то все конечно поучаствуют, но бесплатно в этом никто участвовать точно не будет, у нас капитализм все же
А кто будет оплачивать подготовленные всеми поставщиками решения? Или поставщики должны все это бесплатно подготовить? А если выберут не их? то что? Деньги потеряют? Никто не будет участвовать в такого рода "конкурсах", либо решения будут абсолютно такими же. Делайте грамотное ТЗ, договор поддержки на несколько лет со штрафами за низкий uptime и все
Круто, а в реале тимлиды заняты 80% времени уговорами бизнеса о ценности того, что делает команда, склоками на уровне руководства и поиском виноватых в проебе всех возможных нереальных сроков которые им поставили топменеджеры и СТО
Как бы не разбивали фронт на микро все равно в итоге это монолит на выходе. Основная пробоема микрофронта это необходимость поддержки и построения его высококвалифицировпнными разработчиками. В отличии от монолита тут выстрелить себе в ногу можно в любой момент и цена ошибки стльно выше.
Всмысле не работает? Вы на собесе чего проверяете? Способность программировать чтоли? Интересно как?) Самое приближенное к реальности хто тестовые зпдания но они сейчас не в почете. Ну и основы можно и вызубрить (паттерны, принципы, типы данных, солид, другой мусор что там сейчас популярно спрашивать?) Есть куча сайтов посвещенных именно на натаскивание решения типовых задач и в реале такой разраб с нуля ничего путного не сделает т.к. опыта у него нет. Это как со строителем - умение держать молоток в руке еще делает тебя строителем. С другой стороны интроверты которые впринципе не любят обшаться и темболее доказывать кому-то свои компетенции, вобшем в людях надо разбираться и находить подходы, чтобы среди мусорных разработчиков найти достойных, если это вообще нужно компании конечно...
Вы не правы, сейчас все курсы "программистов" готовят именно таких "специалистов" натаскивая их именно на прохождение собесов и вранье, а не на глубокие знания, ну и опыт таким вот "программистам" никто не заложит. И 25 лет работы в ит, это типа аргумент? Можно все это время цвет у кнопак менять...
Например что? То что человек может в лайфкодин или зазубрил 10ок ответов на базовые вопросы?
Все фейлы на собесах это скорей неумении их проходить, а не реальные знания
Боже, хотите простоты используйте mobx...
Слезы умиления наворачиваются когда такие вот "эффективные" руководители набирают штат разработчиков через слезы и страдания, тестовые задания и подобную чушь. Первое что кинулось в глаза это зп, Джун с улицы мб и стоит 40к, но Джун после курсов пойдет минимум на 100, примеров немало, вакансий тоже. Второе, про супер сложное задание) И сколько из 2х прошедших бэк тест пошли к вам работать? Предположу что никто)
Выполнение задания это больше фан, проверить свои силы в свободное время. Никто в здравом уме не будет усираться над тестовым которое ничего не обещает соискателю, и пишутся эти тестовые из-за этого на коленке. Если вы конечно не "Гугл") Чувак не задумывается что все соискатели с опытом где-то работали длительное время, что-то делали и приносили пользу своей компании, а вот навык прохождения собесов у таких ребят низок и они могут зафакапиться на тех интервью. Лично мне приходится уговаривать себя выполнять тестовое задание потому что за все время работы я ниразу не получал офер с таких вакансий, одна из причин как раз была низкое качество кода, мне было не интересно делать качественно фигню которая никому не нужна. Про тестовое из серии "поправьте ошибки", тут тоже все плохо, стек у всех разный въехать в тот стек на котором поднято тестовое задание тоже нужно время, как и для качественного фикса, можно же костылем залатать)) По подбору мне нравится схема озона, когда набираются 20-30 человек за раз, им дают шанс проявить себя в работе, постепенно отсеивая. Про "поторговаться") тут ржал в голос, ребята вы не тетю Клаву ищите на кассу, тут рынок жёсткий, кто больше предложил туда человек и уйдет. Если у человека есть офер выше но ваша компания ему интересна то он может дать Вам шанс поднять предложение, все честно и просто. Про гитхаб и "фишки": ну да, Джун же должен знать весь гитхаб, у него же в его джунстве уже несколько проектов за спиной… Нет слов… И про сферу диджитал)) Ребята, это работа и это джуны, у них опыта нет, они не знают, что им нравится, а что нет. Делайте перемещения по проектам раз в 3 месяца и тогда будет всем понятно кому чем нравится заниматься…