Мне тоже нравится идея тестов. Возможно от работодателя или независимых third party.
Проблема в том, что большинство требований в вакансиях выглядит примерно одинаково (к примеру Linux, Python, сети). Описание вакансии в случайную компанию XYZ могут совпадать с описанием на аналогичную должность в FAANG.
Если формально указано, что нужно знать сети. Это в каком объеме? Ping, traceroute, dig или глубже?
Если есть CCNA сертификат, то вопросы по сетям можно пропустить?
В теории, неплохо было бы если компания собрала группу соискателей в одной аудитории. Прочитала им курс лекций в объеме который им необходим. А на следующий день устроила экзамен и взяла на работу тех , кто лучше справился. Но это так, мои мысли в слух.
После неудачных интервью посидел вечер и разобрался. Теперь могу нарезать сети хоть на 4, хоть на 128 сегментов. Перед сном каждый день читаю RFC 8446.
Просто на работе я выполняю задачи которые нужны бизнесу, а они, обычно, про другое.
Если честно, то я считаю, что каждый инженер должен знать как устроен компьютер. Как работает операционная система. Понимать процесс загрузки начиная с bios/UEFI и до Login Prompt. Основы сетей. Не знать TCP header size это непростительно.
Я учу все это заново, каждые 4-5 лет, когда приходится менять работу. А потом забываю. Как забыл размер ключа, которым откручивал свечи автомобиля Москвич 2141 чтобы их просушить. Их вечно заливало карбюратором.
А какой критерий знания сетей? Cisco сертификация? TCP/IP? ARP/DNS/DHCP/SNMP? Протоколы передачи в сотовых сетях? Где провести черту для базовых знаний? TCP window size - это базовые знания или уже advanced?
На мой взгляд процесс найма/поиска работы в IT в принципе сломан. Потому, что есть множество областей знаний, которые обозначены формально (Linux/Unix, TCP/IP, CI/CD, Configuration management), а спрашивают по ним конкретно.
Возьмём, к примеру, получение прав на вождение машины. Есть правила дорожного движения - книжечка которую можно купить. Есть экзаменационные вопросы. Примеры экзаменов. Теоретический экзамен. Практический экзамен. Понятно, что от тебя ждут и как к этому подготовиться.
Теперь вернемся в IT. У меня несколько Linux сертификатов. (Готовился, покупал курсы, книги, сдавал экзамены). На работе - Linux. На домашнем компе - Linux. Все деплойменты в продакшен только через Ansible.
Можно ли утверждать, что я знаю Linux? Где та линейка, которой можно померять знания? В случае с водительскими правами это гос экзамен. В случае Linux спрашивать могут что угодно.
Согласен. Вопрос с подсетями несложный. Даже если ответ не знаешь, за вечер можно разобраться и потом будешь нарезать сети в любом размере. Они все по отдельности несложные.
Но вопросы бывают из разных областей. Ответил по сетям - завалил Kubernetes. Подтянул Kubernetes - завалил кодинг интервью.
А в добавок техническое интервью - это только один из раундов. Вероятно, самый простой.
А вот вам несколько историй с другой стороны. Я DevOps инженер с опытом более 15 лет. Когда-то давно начинал как системный администратор. Умею настраивать Linux и сети. Есть несколько сертификатов. Например Red Hat Certified Engineer (RHCE), Red Hat Certified Systems Administrator (RHCSA), AWS Certified Solutions Architect - Associate (SAA). Это для контекста. Можете погуглить RHCE Exam objectives, что бы понять объём области знаний.
Так вот, последние полгода прохожу интервью и пока ни одного оффера.
Собеседовался в один банк - завалил кодинг интервью. Не смог за полчаса распарсить лог веб сервера Apache и найти топ самых часто встречаемых IP адресов.
Ну да, не хватает практики. Зарегистрировался на leetcode и hackerrank. Начал решать задачки регулярно. Подтянул Python.
Собеседовался в другой банк прошел кодинг и техническое интервью , но завалил поведенческое интервью. Не смог красиво и убедительно ответить на вопросы в стиле:
- Have you worked with a difficult client? How did you handle it?
- Tell us about a time you had to resolve a conflict in a team.
Начал тренироваться в поведенческих интервью.
Собеседовался в третье место - опять прошел все технические, но завалил поведенческое интервью.
В четвертом месте уже не смог пройти техническое интервью. Не сумел решить гипотетическую проблему, что не устанавливается ssl соединение. Сервис запущен. Порт открыт. Оказывается дело было в том, что сертификат истек.
Ну да, признаю. Такого я не еще не дебажил. Последние годы я в основном перекладываю json на Python. Пришлось потратить вечер и разобраться как происходит ssl handshake.
Это я все к чему?
У DevOps и Site Reliability Engineer требования просто огромны. Одним нужен опыт программирования на Python или Java. Другим - в добавок опыт Kubernetes или OpenShift. А еще Public Cloud и Performance optimization и мониторинг.
Даже если ты все это умеешь, всегда найдется, что-то в чем ты не достаточно хорош.
Знаешь сети? А раздели мне сеть класса C на четыре подсети? И напиши мне адреса сети, маску и широковещательный адрес для каждой из них вот тут на салфетке?
Мне тоже нравится идея тестов. Возможно от работодателя или независимых third party.
Проблема в том, что большинство требований в вакансиях выглядит примерно одинаково (к примеру Linux, Python, сети). Описание вакансии в случайную компанию XYZ могут совпадать с описанием на аналогичную должность в FAANG.
Если формально указано, что нужно знать сети. Это в каком объеме? Ping, traceroute, dig или глубже?
Если есть CCNA сертификат, то вопросы по сетям можно пропустить?
В теории, неплохо было бы если компания собрала группу соискателей в одной аудитории. Прочитала им курс лекций в объеме который им необходим. А на следующий день устроила экзамен и взяла на работу тех , кто лучше справился. Но это так, мои мысли в слух.
Не знал, потому что не пользовался этим.
После неудачных интервью посидел вечер и разобрался. Теперь могу нарезать сети хоть на 4, хоть на 128 сегментов. Перед сном каждый день читаю RFC 8446.
Просто на работе я выполняю задачи которые нужны бизнесу, а они, обычно, про другое.
Если честно, то я считаю, что каждый инженер должен знать как устроен компьютер. Как работает операционная система. Понимать процесс загрузки начиная с bios/UEFI и до Login Prompt. Основы сетей. Не знать TCP header size это непростительно.
Я учу все это заново, каждые 4-5 лет, когда приходится менять работу. А потом забываю. Как забыл размер ключа, которым откручивал свечи автомобиля Москвич 2141 чтобы их просушить. Их вечно заливало карбюратором.
А какой критерий знания сетей? Cisco сертификация? TCP/IP? ARP/DNS/DHCP/SNMP? Протоколы передачи в сотовых сетях? Где провести черту для базовых знаний? TCP window size - это базовые знания или уже advanced?
На мой взгляд процесс найма/поиска работы в IT в принципе сломан. Потому, что есть множество областей знаний, которые обозначены формально (Linux/Unix, TCP/IP, CI/CD, Configuration management), а спрашивают по ним конкретно.
Возьмём, к примеру, получение прав на вождение машины. Есть правила дорожного движения - книжечка которую можно купить. Есть экзаменационные вопросы. Примеры экзаменов. Теоретический экзамен. Практический экзамен. Понятно, что от тебя ждут и как к этому подготовиться.
Теперь вернемся в IT. У меня несколько Linux сертификатов. (Готовился, покупал курсы, книги, сдавал экзамены). На работе - Linux. На домашнем компе - Linux. Все деплойменты в продакшен только через Ansible.
Можно ли утверждать, что я знаю Linux?
Где та линейка, которой можно померять знания?
В случае с водительскими правами это гос экзамен.
В случае Linux спрашивать могут что угодно.
Согласен. Вопрос с подсетями несложный. Даже если ответ не знаешь, за вечер можно разобраться и потом будешь нарезать сети в любом размере. Они все по отдельности несложные.
Но вопросы бывают из разных областей. Ответил по сетям - завалил Kubernetes. Подтянул Kubernetes - завалил кодинг интервью.
А в добавок техническое интервью - это только один из раундов. Вероятно, самый простой.
А вот вам несколько историй с другой стороны. Я DevOps инженер с опытом более 15 лет. Когда-то давно начинал как системный администратор. Умею настраивать Linux и сети. Есть несколько сертификатов. Например Red Hat Certified Engineer (RHCE), Red Hat Certified Systems Administrator (RHCSA), AWS Certified Solutions Architect - Associate (SAA). Это для контекста. Можете погуглить RHCE Exam objectives, что бы понять объём области знаний.
Так вот, последние полгода прохожу интервью и пока ни одного оффера.
Собеседовался в один банк - завалил кодинг интервью. Не смог за полчаса распарсить лог веб сервера Apache и найти топ самых часто встречаемых IP адресов.
Ну да, не хватает практики. Зарегистрировался на leetcode и hackerrank. Начал решать задачки регулярно. Подтянул Python.
Собеседовался в другой банк прошел кодинг и техническое интервью , но завалил поведенческое интервью. Не смог красиво и убедительно ответить на вопросы в стиле:
- Have you worked with a difficult client? How did you handle it?
- Tell us about a time you had to resolve a conflict in a team.
Начал тренироваться в поведенческих интервью.
Собеседовался в третье место - опять прошел все технические, но завалил поведенческое интервью.
В четвертом месте уже не смог пройти техническое интервью. Не сумел решить гипотетическую проблему, что не устанавливается ssl соединение. Сервис запущен. Порт открыт. Оказывается дело было в том, что сертификат истек.
Ну да, признаю. Такого я не еще не дебажил. Последние годы я в основном перекладываю json на Python. Пришлось потратить вечер и разобраться как происходит ssl handshake.
Это я все к чему?
У DevOps и Site Reliability Engineer требования просто огромны. Одним нужен опыт программирования на Python или Java. Другим - в добавок опыт Kubernetes или OpenShift. А еще Public Cloud и Performance optimization и мониторинг.
Даже если ты все это умеешь, всегда найдется, что-то в чем ты не достаточно хорош.
Знаешь сети? А раздели мне сеть класса C на четыре подсети? И напиши мне адреса сети, маску и широковещательный адрес для каждой из них вот тут на салфетке?