linkmeup и Клиппер. Собес. #1. TL в SP

Скачать файл подкаста




Резюме

На всякий случай, замечу, что это не пример составления хорошего резюме, а лишь стартовая точка для слушателей

Результаты

Поведенческая часть
Плюсы
  • Отличный пример проявления инициативы (еженедельная встреча для обмена опытом)
  • Технически сложный траблшутинг
Минусы
  • «Тыкался в слепую»
  • «Магия диагностического режима»
  • Первый пример был слегка пустоват, нет «мяса»
Техническая часть
Плюсы
  • Label allocation — per-prefix vs per-VRF
  • Ограничил разговор про originator-id и cluster-id
Минусы
  • BGP idle значит что не отсылается ничего (нет маршрута до пира)
  • Оптимизация сходимости BGP — забыл таймеры и PIC
  • В траблшутинге много пропущено между пингом и дампом, уход в TCP был лишним

Заключение

Прошёл

Самокопание

Поведенческие наблюдения: нужно вести диалог, раскрывать свои ответы и делать дополнения, даже если они не звучали в вопросе — интервьюер остановит, если уходишь сильно далеко.
Выкрутить на минимум ручку сложности. Отвечать просто и только потом углубляться, если того требует интервьюер.

Секция про опыт:
Нужно выбирать проекты и примеры с результатом, а не процессом. Не ждать, когда спросят про технические детали, а рассказать о них вкратце.
Оперировать более строгими понятиями и показывать уверенность и систему.

Техническая секция:
Вопросы собеса были сравнительно простыми. Сложным оказался вопрос про порт UDP для трассировки, стейты BGP (полнейший провал) и механизмы Fast Convergence.
В TCP сам увёл себя куда-то глубину, где и утонул.

19 комментариев

avatar
Теперь Алексу и Марату просто необходимо поменяться ролями и повторить.
То, что вы назвали подобием AS в Cisco, на самом деле High Touch Technical Services (HTTS) support.
avatar
Про трассировку, если интересна суть как правильно было бы ответить: betep.wpl.ru/2014/08/how-to-check-udp-port-is-open-using-ios.html
avatar
Спасибо, любопытно.
avatar
Марат молорь, поменяться и повторить будет честно, с другими вопросами конечно. А вообще ребята, спасибо вам за ресурс и подкасты. Очень интересно, испытывал проф выгорание, но когда стал слушать ваши подкасты- прямо обрёл второе дыхание.
avatar
Круто. Если это ещё и сподвигнет на что-то, ещё одна микрозадача линкмиап выполнена)
avatar
Забавно было слышать как Марат нервничает и всякую ересь несёт. Себя вспомнил на собеседовании.
avatar
Забавно это было потом переслушивать, фейспалм за фейспалмом.
avatar
Может сделаете подкаст с Клиппером про жизнь в Австралии и про иммиграцию в целом? Интересно будет послушать.
Нужно скоро что-то выбирать. Никак не могу определиться США, Канада, Австралия или Европа.
avatar
Думали об этом. Возможно. Но ближайшие месяцы расписаны.
avatar
Большое спасибо Марату и Александру за очень интересный подкаст.
Ждем новых собеселок!)
avatar
Да, будет интересно.
Найдётся ли кто-то на сейлс…
avatar
Нужно ли проверять технические знания у таких инженеров как Мурат? У него 9 лет практического опыта, 6 из которых в техподдержке большого вендора.
Всех деталей все равно не упомнишь, можно конечно заранее готовиться к собесу чтобы ответить на все детали, но на мой взгляд в практике более важно умение быстро найти различные нюансы работы той или иной фичи.
avatar
Безусловно нужно.
Об этом говорит и здравый смысл — человек может 6 лет транслировать вопросы с русского на английский и обратно. И опыт — лично собеседовал людей, которые 5-6 лет в индустрии, резюме — хоть завтра в Джунипер, а какие протоколы IGP бывают рассказать не может.
Поэтому технические вопросы стоит задавать, причём независимо от опыта, резюме и вашего личного отношения к человеку.
Впрочем, последний подкаст про собес показывает, что техническое интервью — не самая важная часть)
avatar
Просто хочу сказать, что бывает что тех. интервью не проводиться совсем, например мой коллега тоже инженер техподдержки большого вендора, перешел таким образом в Orange. Причем последние 5 лет он траблшутил коммутаторы, а ушел проектировать mpls.
avatar
Как уже сказал Марат, доверять резюме нельзя практически никогда. Проверять надо всегда.
И тут не столь важно знание всех мелких деталей (хотя незнание базы настораживает само по себе), сколько умение думать на ходу. А для этого надо поставить кандидата в положение, когда у него нет сиюминутного ответа на вопрос, и надо думать головой прямо в процессе.
Если вы знаете лучший способ проверить то, о чем вы говорите — я с удовольствием перейму опыт.
avatar
Проверка знаний на мой взгляд может быть устроена в виде role play game, где вы заказчик которому нужно сделать дизайн, если нанимаете дизайнера, или клиент у которого сеть лежит если нанимаете траблшутера, итд.

Не ну серьезно, какой выбирается сорс и дестинейшн порт UDP пакете у трейсраута? Если честно я только после вашего подкаста открыл таки дамп c трейсом и глянул что там за порт. За 10 лет в теме почему то не пригодилось. Другой момент что трасерт это не та команда которая очень часто используется в траблшутинге сложных проблем связаных с network connectivity. Не говорю что не нужно знать как она работает.
avatar
Вопросы на дизайн имеют место быть, но не «нужно сделать дизайн», это за 10 минут не делается. Но что-нибудь типа «расскажите о плюсах и минусах BGP RR и full mesh».
Траблшутинг тоже можно спрашивать, но проблема с такими вопросами в том, что полной картинки не обрисуешь, а в отсутствии рамок кандидат теряется, ибо возможностей куча. «Сухой» траблшутинг на интервью очень сильно отличается от настоящего.
А вопрос про сорс и дестинейшн в трейсе это как раз то, что мало кто знает или активно помнит. Тут надо думать, на месте взвесить что там, скорей всего, должно быть. Как я и говорил на интервью, если кто-то помнит специфические номера портов, меня это настораживает.
avatar
Eсли под «сделать дизайн» вы понимаете выдать рез-тат работы дизайнера, то это не проверишь и за целый день.
В дизайне на мой взгляд важно получить исходные данные как можно точнее. Тот кто проектировал понимает что это все не о том сколько разных протоколов IGP существует и прочей хероте, оценивать нужно какие вопросы задает собеседуемый и какое на этой основе предлагает решение.
В траблшутинге то же самое, нужно смотреть какие вопросы задает кандидат, смог ли собрать максимальные сведения и «описать проблему», наксолько он последовательный, гадает или же делает нормальный step-by-step траблшутинг, ИТД.
avatar
недосказал мысль, какое на этой основе предлагает решение, почему и как он его обосновывает.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.