Вот случай. Чел. занимается разработкой в некой именитой конторе за 2 тыс. монет. Приходит к нему друг и говорит — пошли в стартап за 5 тыс. монет. Финансирование гарантировано на два года, то есть исключен вариант что в ближайшее время мамкины старпаеры обделаются и придется искать новую работу.
На что чел. отвечает — не пойду. Вы меня там напрягать будете — а тут я просто поддерживаю систему без необходимости жопу рвать (читай заниматься активной разработкой с дедлайнами и авралами).
Так вот вопрос. На разных проектах уровень нагрузки отличается. Обычно на собеседовании можно узнать какие технологии, интересны ли они тебе, хватит ли твоей компетентности. Однако же какой объем нужно выдавать — это как обсуждать? Задавались ли вы этим вопросом? Как это определить?
Пока в голову пришла мысль — попросить посмотреть историю коммитов разных разработчиков за месяц. Но могут не дать, вот в чем проблема.
Здравствуйте, Shmj, Вы писали:
S>Так вот вопрос. На разных проектах уровень нагрузки отличается. Обычно на собеседовании можно узнать какие технологии, интересны ли они тебе, хватит ли твоей компетентности. Однако же какой объем нужно выдавать — это как обсуждать? Задавались ли вы этим вопросом? Как это определить?
— Во-первых, четкого, простого, измеримого числом критерия нету. Точно определить можно только опытным путём.
— Во-вторых, всё сильно зависит от отношения самого человека к работе. На одной и той-же работе, один замучает себя, второй не будет напрягаться. Причём с точки зрения разных критериев в разных ситуациях не напрягающийся ещё и может быть существенно продуктивней (по коммиту или работе или реальному вкладу) / перспективней в глазах руководства.
1. Спросить про переработки. Если переработки часто — ну очевидно, что нагрузка выше среднего. Если переработок не бывает, значит все на чилле. Если переработки редко перед релизом, наверное это можно считать нормой. Спросить про то, оплачиваются ли переработки и по какому прайсу. Если не оплачиваются или оплачиваются по одинарному прайсу, скорей всего они будут. Если там по двойному и тд, есть шанс, что их не так много.
2. Спросить про удалёнку. Отлынивать на удалёнке гораздо проще, чем в офисе. Если там все на удалёнке сидят, это хороший сигнал.
3. Спросить про то, какой процент времени уделяется рефакторингу, какой процент кода покрыт тестами, какие тесты применяют. Как часто переписывают сервисы. В целом это всё сигналы, что у них особо задач нет и они "лижут яйца".
4. Вообще посмотреть насколько богатый офис, поспрашивать про применяемые решения, типа сколько они денег тратят. Если денег мало, значит экономят на всём, вероятно включая программистов и работы будет больше, чем людей. В ту же степь — спросить, оплачивается ли компьютер, оплачивается ли софт.
5. В целом предполагаю, чем больше бюрократии, тем больше лазеек для слака. Даже вроде на этом форуме рассказывали, как человеку несколько месяцев какие-то доступы не давали, он ничего не делал.
Здравствуйте, Shmj, Вы писали:
S>Так вот вопрос. На разных проектах уровень нагрузки отличается. Обычно на собеседовании можно узнать какие технологии, интересны ли они тебе, хватит ли твоей компетентности. Однако же какой объем нужно выдавать — это как обсуждать? Задавались ли вы этим вопросом? Как это определить?
Спроси две вещи:
1. Работа по ТК, с 40-часовой рабочей неделей, или постоянные переработки?
2. Как работает система оценки эффективности работников?
S>Пока в голову пришла мысль — попросить посмотреть историю коммитов разных разработчиков за месяц. Но могут не дать, вот в чем проблема.
Не дадут, ибо NDA. Да тебе это ничего и не скажет. Ты ж не знаешь, во что обходится этот комит, просто коду написать, или еще CR/CI пройти, который толком не работает.
Прямо в лоб.
В смысле, спросить, а не дать )
Любой важный вопрос всегда стоит озвучить "на берегу".
Другое дело, что ответ тоже надо "услышать"
В случае с чуваком, отказавшимся идти в стартап, все ясно. Вероятно, дело даже не в лени, а в том, что стартап — это не просто модно-молодёжно. Это зачастую не иллюзорная возможность работать по 80 часов в неделю под постоянным давлением, сжечь себя за эти два года, а потом остаться у разбитого корыта. Не всем такие риски интересны.
Здравствуйте, Gradiens, Вы писали:
G>В смысле, спросить, а не дать ) G>Любой важный вопрос всегда стоит озвучить "на берегу". G>Другое дело, что ответ тоже надо "услышать"
А как спросить? Вы имеете в виду переработки? Но ведь дело не в них — даже если сидеть нужно 8 часов — нагрузка может быть сильно разная.
Здравствуйте, Shmj, Вы писали:
S>Здравствуйте, Gradiens, Вы писали:
G>>В смысле, спросить, а не дать ) G>>Любой важный вопрос всегда стоит озвучить "на берегу". G>>Другое дело, что ответ тоже надо "услышать"
S>А как спросить? Вы имеете в виду переработки? Но ведь дело не в них — даже если сидеть нужно 8 часов — нагрузка может быть сильно разная.
Я бы так и спросил "какая нагрузка на проекте?". И пояснил, что бывают стартапы, где нагрузка в среднем достаточно высокая, а иногда вообще непредсказуема. А бывают зрелые проекты, где более-менее все равномерно. Какой у вас тип нагрузки?
Главное в ходе обсуждения не посылать интервьюеру сигналы, типа, хочу непыльную работу штаны просиживать. Преподнести это как предпочтение работать со зрелыми процессами.
Проблема в том, что нагрузка — понятие субъективное.
Я полгода назад менял работу, убежал с бизнес-критичного проекта, на котором нагрузка зашкаливала. Перешел на проект попроще. И теперь считаю, что нагрузка такая, средненькая. А начальник недавно на 1-1 сказал, нельзя же так вкалывать, а то перегоришь.
Чтобы избежать субъективности, я обычно спрашиваю про факты, а не про оценки.
То есть не "большая ли нагрузка", а факты, как устроены процессы, какие роли, текущая команда, заказчики. Кто планирует, как планирует, когда планирует, что бывает, если в планы не укладываемся. И с высоты жизненного опыта уже формирую свою оценку.
G>Проблема в том, что нагрузка — понятие субъективное.
В некоторых конторах начальство обладает какой-то повышенной степенью тревожности и при виде любого довольного сотрудника начинает напрягаться. Оно может вдруг взять, посреди активной разработки понять что не успеваем и собрать митинг на день, после этого показательно когонить уволить и устроить истерику, когда выяснится что всё-таки не успели
G>>Проблема в том, что нагрузка — понятие субъективное. __>В некоторых конторах начальство обладает какой-то повышенной степенью тревожности и при виде любого довольного сотрудника начинает напрягаться. Оно может вдруг взять, посреди активной разработки понять что не успеваем и собрать митинг на день, после этого показательно когонить уволить и устроить истерику, когда выяснится что всё-таки не успели
Ну, значит, при виде такого начальства нужно иметь уставший и заё...й вид лихой и придурковатый.
Еще лучше, конечно, не работать с идиотами.
Здравствуйте, Pzz, Вы писали:
Pzz>Спроси две вещи: Pzz>1. Работа по ТК, с 40-часовой рабочей неделей, или постоянные переработки?
Только надо иметь ввиду, правду тебе скорее всего не скажут. Те кто реально просиживает штаны, часто говорят о том, как много им приходится работать как нехватает времени, чтобы не дай бог начальство не поняло что у них есть свободное время и не нагрузило лишнего или не уволило кого-нибудь. А те кто реально задыхается от нагрузки скажет, что все нормально все конечно же по ТК, ну могут как везде иногда быть небольшие переработки, но вообще если будешь все успевать вообще можешь меньше работать, это для того, чтоб ты не сбежал с сразу с собеседования, а то у от них и так людей не хватает работы слишком много.
Pzz>2. Как работает система оценки эффективности работников?
Тут тоже никто правду не скажет. Скажут либо стандартную фразу, что все зависит только от твоих результатов. Ну либо начнут говорить типа всякие умные фразы про скрам, канбан, метрики, процессы, performance review. Опять же ни то ни другое к реальности обычно отношения не имеет.
Pzz>Не дадут, ибо NDA. Да тебе это ничего и не скажет. Ты ж не знаешь, во что обходится этот комит, просто коду написать, или еще CR/CI пройти, который толком не работает.
Естественно код тебе никто не покажет, а историю коммитов темболее. Но, даже если покажут это ни о чем не скажет. Бывает возишься неделю с каким нибудь багом в старом lagacy коде, ниче понять не можешь, сидишь каждый день до ночи, в итоге разбираешься что к чему, и делаешь изменение в 2 строчки, которое решает проблему. А можно например взять тот же старый код и обнаружить что там в каком то файле кто-то отступы табами сделел, а у вас везде пробелы, ну ты взял и заменил на пробелы и вот у тебя за минуту уже коммит на пару тысяч строк, а еще можно писать код копипастой, можно вообще много чего. А еще кто-то свои коммиты может перед отправкой в мастер объединить в один, а кто-то делает коммит когда он каждую опечатку поправляет и так оставляет.
Что реально происходит в организации можно понять только опытным путем.
S>Так вот вопрос. На разных проектах уровень нагрузки отличается. Обычно на собеседовании можно узнать какие технологии, интересны ли они тебе, хватит ли твоей компетентности. Однако же какой объем нужно выдавать — это как обсуждать? Задавались ли вы этим вопросом? Как это определить?
достаточно спросить про условия работы. у меня так знакомый не устроился в мегафон прособедовался. все нормально. спросил про условия. оказалось что не исключено, что рабочий день может быть спонтанно продлен на несколько часов. могут внезапно вызывать на работу в выходные и праздники. естественно все переработки оплачиваются согласно кзот. он сказал, что не — такое ему не подходит и отказался
Здравствуйте, Shmj, Вы писали:
S>Вот случай. Чел. занимается разработкой в некой именитой конторе за 2 тыс. монет. Приходит к нему друг и говорит — пошли в стартап за 5 тыс. монет. Финансирование гарантировано на два года, то есть исключен вариант что в ближайшее время мамкины старпаеры обделаются и придется искать новую работу.
S>На что чел. отвечает — не пойду. Вы меня там напрягать будете — а тут я просто поддерживаю систему без необходимости жопу рвать (читай заниматься активной разработкой с дедлайнами и авралами).
S>Так вот вопрос. На разных проектах уровень нагрузки отличается. Обычно на собеседовании можно узнать какие технологии, интересны ли они тебе, хватит ли твоей компетентности. Однако же какой объем нужно выдавать — это как обсуждать? Задавались ли вы этим вопросом? Как это определить?
S>Пока в голову пришла мысль — попросить посмотреть историю коммитов разных разработчиков за месяц. Но могут не дать, вот в чем проблема.
В курилке поговорить "за жизнь" с работниками.
В онлайне — попросить организовать маленький ознакомительный митинг с командой, по лицам сразу видно, что там происходит, не все умеют изображать счастье в любой ситуации.
прособедовался. все нормально. спросил про условия. оказалось что не исключено, что рабочий день может быть спонтанно продлен на несколько часов. могут внезапно вызывать на работу в выходные и праздники. естественно все переработки оплачиваются согласно кзот. он сказал, что не — такое ему не подходит и отказался 
