Ну может у них домен не очень сложный или часто типовые решения используются. Или вообще круды сплошные и перекладывание джейсонов. Там иногда и контекст не нужен, если тикет подробно написан чего надо сделать.
А вот если домен специфический, запутанный, да ещё и с кучей собственной терминологии, то без олдов на проекте уже не разобраться даже за неделю.
В моей практике чтобы программист мог решать реальные боевые задачи, минимум недели две уходит.
Первый день очень чисто на доступы и настройку своей машины уходит. Хорошо, если успеет прочитать содержание в конфлюенсе
Ну не знаю, кнопку перекрасить, поменять стили bootstrap. Обновить контракты сообщений между сервисами добавив\удалив поле. Написать новый метод круд для выдачи какого-то отчета в гуй. Да что угодно, если оно достаточно тривиальное.
Ну для такого целый день и не нужен. Такие задачи займут максимум час, из них 20 минут матерясь искать где это меняется, полчаса на кофе и перекур, ну еще пять минут на информационную логистику.
покрыть юнит-тестами. поменять функциональные/интеграцонные тесты. перегенерить сваггер. линтер. проверить не только на локальной машине, но и где-то ci запустить и просмотреть что оно работает.
оформить мердж реквест. проставить теги в джире.
вроде каждый пункт фигня. но время ест.
В моей практике чтобы программист мог решать реальные боевые задачи, минимум недели две уходит.
Это либо специалист хреновый. Либо код и архитектура такие что без бутылки надо 2 недели разбираться. У нас не так, а вам сочувствую и рекомендую хотя бы раз увидеть хороший код, документацию и понятную архитектуру, в которую можно въехать за 3-4 часа, развернув всё окружение у себя по одной кнопке.
Давай. Моделирование векторного поля скорости в сердце. Результаты твоей работы выльются в изменение режима кардиостимулятора.
Готов за 3-4 часа въехать в архитектуру и развернуть всё окружение у себя по одной кнопке?
Бро, программирование не ограничивается изменением цвета кнопочки на фронтенде.
И умерь своё высокомерное "сочувствую и рекомендую", "хороший код". Софт-скиллы никому не помешают, даже описываемому тобой уровню веб-макак.
Результаты твоей работы выльются в изменение режима кардиостимулятора.
Прям сразу выльются? Никто из ваших «мед-макак» даже не прочитает, что я сделаю?)
В средней и выше сложности проекте, имея доступ к тикету и репо, можно не сдвинуться с места за день, даже с документацией. Все упрется в глубину владения контекстом
Смотри. Люди хотят нанять человека. Это не цирк, и они не клоуна приглашают.
Значит, что? Значит, закрыть таску не просто реально, а довольно несложно.
Можно придумать идиотских отмазок, а можно подобрать баги так, чтобы не требовался глубокий контекст, зависит от того, как подбирать, так?
Или у вас кидают новичков на архитектурного уровня задачи?
Или ты просто завидуешь, что люди умнее вас поступают?
Можно ли отдельную борду в трекере держать чисто под такие собесы - ну наверное можно. Хотя больше это похоже на пиздеж. Зачем завидовать вымышленной ситуации? Зачем вообще завидовать если у кого то что то как то получилось?
Ну и я не говорил "как там у нас" нигде, не проводил сравнений и аналогий.
Так что лечи токсичность, попробуй угля активированного ёбнуть
Можно ли отдельную борду в трекере держать чисто под такие собесы - ну наверное можно. Хотя больше это похоже на пиздеж.
Я так подозреваю, мы обсуждаем слегка выдуманную ситуацию. Но все-таки в бэклоге обычно валяется что-то не особо сложное и прям сильно не крит, вот такую хуету вполне можно в тестовый день спихивать.
Да, можно, но это обязывает все задачи в беклоге держать с высокой степенью декомпозиции и детализации
У нас в команде задачи в принципе формулировались с высокой степенью детализации, кроме хотфиксов ) потому что некоторые могут полгода-год валяться, пока до них руки дойдут, там уже и автор триста раз забудет, о чем речь
Можно держать отдельный пул задач, специально подготовленных как для собесов, так и для онбординга сотрудников. Для команд это как возможность сделегировать задачи наружу: хочешь чтобы задачу сделали в пробный день или во время испытательного срока — подбери специальную задачу, распиши её подробно, пометь тегом в трекере, надейся и жди.
Можно, но если это ошибки - их нужно закрывать, ждать "своего" нового сотрудника они не могут вечно. Если это фичи - тоже самое. Востребованное нужно делать ASAP, невостребованное тоже не должно лежать бесконечно.
Получается типичная ситуация - заранее подготовленная задача для собеса
Если задача уже гранулирована до "сходить туда, переложить сюда", то 80% дела уже сделано тикет-мейкером и не очень понятно, зачем ждать.
Обычно задачи с которыми сталкиваюсь я выглядят как:
Сделать заебись в модуле где не заебись
> Алексей Алексеев Алексеевич
И ты приходишь, и выясняешь кому надо там что-то делать, что вообще хотят видеть в итоге и выясняется, что нужно вообще не то, что думали в начале. Зачастую что нужно сделать меняется в процессе того что ты делаешь.
Ну жунов на хорошие тикеты так действительно более чем реально нанять и возможно ваш подход с ними работает, но всякие смешарики классом повыше будут А) выпендриваться Б) не сильно отличаться от жуна с набитой рукой.
Я там выше писал про контекст. Задача может быть и простая, но для определенного круга лиц с определенными знаниями
Это очень много где так, причём уже сработавшимся командам это может быть даже ок (там с полуслова все всё понимают). Для новичков в пробный день конечно же надо нормальные задачи подготовить, и на испытательный срок тоже всё подробно расписывать. Уже через какое-то время сотрудник сам будет лениться расписывать подробно, потому что всё будет и так понимать.
Офисные будни
6.5K пост16.9K подписчика
Правила сообщества
В связи с массовой активностью небратьев, ответы на волны негатива в отношении сотрудников правоохранительных органов будут выноситься из сообщества, их авторы блокироваться.
-не нарушайте вежливость. За нарушение вежливости -бан, ибо это отталкивает посетителей и авторов.
- не нарушайте правила Pikabu и чтите закон.
- добавляйте посты связанные с тематикой сообщества;
-делитесь опытом организации жизни в офисе и проживания на работе;
-делитесь управленческим опытом;
Бан за неуместную настойчивость: если вы активно, по несколько раз в неделю, в течение длительного времени размещаете сообщения низкого качества, простецкие и незамысловатые, не ориентированные на интересы аудитории, вы отправляетесь в бан сообщества. Ради качества контента.