876
Офисные будни
Серия I'm CTO, bitch

Тестовый день вместо собеседования

Тестовый день вместо собеседования I`m CTO bitch, Юмор, IT юмор, Разработка, Найм, Собеседование, Эффективный менеджер, IT, Офисные истории

🔥 Предыдущий пост со времён, когда мы проводили собеседования

🤬 Телеграм-канал

Офисные будни

6.5K пост16.9K подписчика

Правила сообщества

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

-не нарушайте вежливость. За нарушение вежливости -бан, ибо это отталкивает посетителей и авторов.

- не нарушайте правила Pikabu и чтите закон.

- добавляйте посты связанные с тематикой сообщества;
-делитесь опытом организации жизни  в офисе и проживания на работе;
-делитесь управленческим опытом;


Бан за неуместную настойчивость: если вы активно, по несколько раз в неделю, в течение длительного времени размещаете сообщения низкого качества, простецкие и незамысловатые, не ориентированные на интересы аудитории, вы отправляетесь в бан сообщества. Ради качества контента.

Вы смотрите срез комментариев. Показать все
29
Автор поста оценил этот комментарий
Это что за компания, где программист может начать программировать, не познакомившись с контактом контекстом задач?
раскрыть ветку (25)
6
Автор поста оценил этот комментарий

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

А вот если домен специфический, запутанный, да ещё и с кучей собственной терминологии, то без олдов на проекте уже не разобраться даже за неделю.

раскрыть ветку (7)
6
Автор поста оценил этот комментарий
Не очень сложный - это что, например? Поменять шкурку для ВордПресс?

В моей практике чтобы программист мог решать реальные боевые задачи, минимум недели две уходит.
Первый день очень чисто на доступы и настройку своей машины уходит. Хорошо, если успеет прочитать содержание в конфлюенсе
раскрыть ветку (6)
0
Автор поста оценил этот комментарий

Ну не знаю, кнопку перекрасить, поменять стили bootstrap. Обновить контракты сообщений между сервисами добавив\удалив поле. Написать новый метод круд для выдачи какого-то отчета в гуй. Да что угодно, если оно достаточно тривиальное.

раскрыть ветку (2)
1
Автор поста оценил этот комментарий

Ну для такого целый день и не нужен. Такие задачи займут максимум час, из них 20 минут матерясь искать где это меняется, полчаса на кофе и перекур, ну еще пять минут на информационную логистику.

раскрыть ветку (1)
5
Автор поста оценил этот комментарий

покрыть юнит-тестами. поменять функциональные/интеграцонные тесты. перегенерить сваггер. линтер. проверить не только на локальной машине, но и где-то ci запустить и просмотреть что оно работает.

оформить мердж реквест. проставить теги в джире.


вроде каждый пункт фигня. но время ест.

ещё комментарии
2
Автор поста оценил этот комментарий

Это что за программист, который не может начать программировать, имея таску в жире?

раскрыть ветку (15)
20
Автор поста оценил этот комментарий

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

раскрыть ветку (8)
Автор поста оценил этот комментарий

Смотри. Люди хотят нанять человека. Это не цирк, и они не клоуна приглашают.

Значит, что? Значит, закрыть таску не просто реально, а довольно несложно.

Можно придумать идиотских отмазок, а можно подобрать баги так, чтобы не требовался глубокий контекст, зависит от того, как подбирать, так?

Или у вас кидают новичков на архитектурного уровня задачи?

Или ты просто завидуешь, что люди умнее вас поступают?

раскрыть ветку (7)
7
Автор поста оценил этот комментарий

Можно ли отдельную борду в трекере держать чисто под такие собесы - ну наверное можно. Хотя больше это похоже на пиздеж. Зачем завидовать вымышленной ситуации? Зачем вообще завидовать если у кого то что то как то получилось?

Ну и я не говорил "как там у нас" нигде, не проводил сравнений и аналогий.

Так что лечи токсичность, попробуй угля активированного ёбнуть

раскрыть ветку (6)
1
Автор поста оценил этот комментарий

Можно ли отдельную борду в трекере держать чисто под такие собесы - ну наверное можно. Хотя больше это похоже на пиздеж.

Я так подозреваю, мы обсуждаем слегка выдуманную ситуацию. Но все-таки в бэклоге обычно валяется что-то не особо сложное и прям сильно не крит, вот такую хуету вполне можно в тестовый день спихивать.

раскрыть ветку (2)
2
Автор поста оценил этот комментарий

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

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

У нас в команде задачи в принципе формулировались с высокой степенью детализации, кроме хотфиксов ) потому что некоторые могут полгода-год валяться, пока до них руки дойдут, там уже и автор триста раз забудет, о чем речь

0
Автор поста оценил этот комментарий

Можно держать отдельный пул задач, специально подготовленных как для собесов, так и для онбординга сотрудников. Для команд это как возможность сделегировать задачи наружу: хочешь чтобы задачу сделали в пробный день или во время испытательного срока — подбери специальную задачу, распиши её подробно, пометь тегом в трекере, надейся и жди.

раскрыть ветку (2)
5
Автор поста оценил этот комментарий

Можно, но если это ошибки - их нужно закрывать, ждать "своего" нового сотрудника они не могут вечно. Если это фичи - тоже самое. Востребованное нужно делать ASAP, невостребованное тоже не должно лежать бесконечно.

Получается типичная ситуация - заранее подготовленная задача для собеса

2
DELETED
Автор поста оценил этот комментарий

Если задача уже гранулирована до "сходить туда, переложить сюда", то 80% дела уже сделано тикет-мейкером и не очень понятно, зачем ждать.


Обычно задачи с которыми сталкиваюсь я выглядят как:

Сделать заебись в модуле где не заебись

> Алексей Алексеев Алексеевич


И ты приходишь, и выясняешь кому надо там что-то делать, что вообще хотят видеть в итоге и выясняется, что нужно вообще не то, что думали в начале. Зачастую что нужно сделать меняется в процессе того что ты делаешь.


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

2
DELETED
Автор поста оценил этот комментарий

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


А всякая хуета типа поправить баг и буквы подвигать это задачи жунового класса.

Как померять мидловость выполнением жуновых тасок - загадка.

0
Автор поста оценил этот комментарий

"реализовать регулировку мощности в даунлинке"

Начинайте программировать 😁

раскрыть ветку (4)
3
Автор поста оценил этот комментарий

Это у вас так таски такие? Одно предложение в описании? Сочуствую.

раскрыть ветку (3)
0
Автор поста оценил этот комментарий

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

0
Автор поста оценил этот комментарий

Это очень много где так, причём уже сработавшимся командам это может быть даже ок (там с полуслова все всё понимают). Для новичков в пробный день конечно же надо нормальные задачи подготовить, и на испытательный срок тоже всё подробно расписывать. Уже через какое-то время сотрудник сам будет лениться расписывать подробно, потому что всё будет и так понимать.

0
Автор поста оценил этот комментарий

Для людей "в контексте" - 1-2 сторипоинта, расписывать - сложнее, чем реализовывать.

1
Автор поста оценил этот комментарий

Мне тоже понравилось "берëшь любую таску и делаешь"

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку