То что вы делаете, с моей точки зрения супер востребовано. Спасибо за Ваш труд! Было бы интересно посмотреть/послушать подобные интервью на DevOps позиции с уровнем посерьезнее: Middle/Senior/Teamlead.
Ребят, у вас просто отличный контент, очень интересно слушать вопросы понимать как прощупывают кандидата на предмет пробелов в знаниях, прям хорошо видно. Контент классный, про девопсовскую тему очень интересно, пожалуйста делайте больше мок интервью
кекнул с вопроса про mx запись. За 5 лет девопсом в клаудах, ни разу не приходилось ее видеть или пользоваться. Зачем спрашивать вещи, которых нет на реальных проектах? это такой же абсурд как алгоритмы у девов спрашивать. к этому списку еще постоянные вопросы про LA, slo/sla и прочий абсурд из топ100 вопросов девопс, которые буквально неприменимы в реальной жизни
Относительно вопроса "стоит ли запускать высоконагруженное приложение в контейнере" -- НЕТ, не стоит в рамках озвученных условий. С точки зрения ОС, приложение в докере это один процесс, а при классическом развертывании процессов может быть несколько. В каком случае ОС будет более гибко управлять ресурсами?
Довольно толковое собеседование. Но почему-то большинство вопросов не про devops, а про общее сисадминство и линукс. Это нужно, конечно, пощупать - хотя бы чтобы проверить, что человек не нарисовал себе резюме от балды, но тратить так много времени? Мне кажется, если собеседуют в девопс, то и упор надо делать на веб-технологи. Зачем спрашивать про фишинговые письма, МХ-записи, пинг и проброс рдп? Трата времени. Спрашивайте про механику TCP/IP, механизмы хендшейков, работу SSL, уровни сетевых моделей и что на них происходит. Если человек в этом ориентируется, значит, он уж в состоянии будет пропинговать хост или пробросить порт. Здесь собеседуемый показал очень приличный уровень знаний сетей и линукса, но в последних вопросах сразу стало ясно, что это не девопс, а опытный линуковый админ, и в реальной разработке он не работал. И можно было это понять на час раньше. На junior-devops, на мой взгляд, человек вполне зайдет.
"Спрашивайте про механику TCP/IP, механизмы хендшейков, работу SSL, уровни сетевых моделей и что на них происходит." - самые бессмысленные вопросы на свете. Человека берут зачем то, для какой то работы. Нафиг "базу", проверять нужно то, чем он завтра на работе будет заниматься.
Сейчас "devops" слишком размыто. Сейчас вообще есть как будто бы devops узконаправленные, которые работают в больших командах и занимаются чисто, условно, CI/CD, а под мониторинг и всё остальное есть отдельные группы специалистов. В мелких командах devops - это и админ сервера и мониторщик и всё остальное, кроме кода
FreeBSD безнадежно отстал от линукс в плане поддержки нового железа, новый файловых систем и новых программ. Времена, когда на нем поднимали самбу вместо AD безвозвратно ушли. Сейчас уже есть стандартные приложения под российский линукс для замены AD. А вообще жаль, система была интересная.
К сожалению почти 0 вопросов, касающихся Devops и связанных с этой методологией интсрументов. Собеседующий не понимает зачем и на кого собеседует человека. Прискорбно.
Ммм поспорю. Тип еле еле на джуна тянет. На вопросы отвечает да/нет. К примеру на банальный вопрос про горизонтальное масштабирование не смог дать правильного ответа. Тип еле еле тянеть на джуна
мидл непонимающий, что такое mx запись и для чего? Я далеко не мидл, но моих познаний хватило чтобы уже на этом этапе засомневаться какой он там был админ.
Как вариант можно еще устроиться OPS инженером в крупную компанию и параллельно с работой пройти курсы DevOps, затем в этой же компании стать DevOps инженером. Далее искать уже будут тебя и переманивать в другие компании. Да и проблем с зп точно не будет.
5:15 на собеседовании тот, кто спрашивает, не начинает рассказывать, что днс резолвит имя домена в IP адрес, а вот есть запись mx, зачем она нужна. Спрашивают в лоб что такое днс, потом какие записи ты знаешь, потом конкретно про каждую запись.
И каким интересно образом, по мнению Artsiom Praneuski "изолируется" память и CPU у контейнеров ? Впрочем дослушал рассуждения этого товарища про высоконагруженные приложения в контейренах - дилетанство проявилось в полной мере
С помощью пространства имён и контрольных групп. Это вполне себе изоляция, памяти так точно, ибо cgroup.memory совершенно четко выделяет участок памяти для потребителя.
Где то видел что бы стать DevOps человек должен быть middle уже либо в dev либо в ops. Абсолютно понимаю что спросили полностью по резюме. Интересно было бы узнать что сейчас спрашивают на Junior System Administrator
"Что делать, если при нажатии по кнопке ВКЛ на системнике на мониторе ничего не появляется?" По сути джуна в сисадминстве не существует. Это техподдержка в классическом виде.
не совсем понял какое отношение половина вопросов (особенно начальных) имеет к devops, ждал, что начнут спрашивать про заправку картриджей. превращают devops в сделай и знай все...
Я вообще аху&л devops инженер толком не работает под линуксом, о каких знаниях можно говорить. Прежде всего девопс должен быть и хорошим админом линуксовым ! Где вопросы по работе с линуксом ?
Тоже не понял, зачем там в принципе DDNS если само устройство за которым надо следить инициирует пинг, то есть по сути нужен просто функционал агента который просто долбится по адресу, который статичен и не меняется.
Вопрос, кстати, хороший, если его немного переформулировать в "для чего он нужен" или "как им пользоваться". Ещё забавно бывает когда сначала спрашиваешь как узнать нагрузку на сервер. А после ответа про LA уже начинаешь про это разгонять. И чаще всего никто толком не отвечает, теряется и вообще получается, что по LA определить состояние сервера невозможно.
@@andrey.nekrasov заучить можно вообще всё. Но смысл ровно в обратном. Вопросами на практику как раз и выявляется кто чем пользуется и как ему это помогает решать задачи. А не заученные определения и показатели, которые лично тебе ни разу в жизни не пригодилось
@@-Joe_Black- Прохождение собеседования не имеет никакого отношения к реальному опыту и работе. Это вообще отдельное умение. Очень часто вопросы на собесах из серии "проверить базу" и "докажи что ты не пиздишь, что работал больше 20 лет по профессии". Я сначала вообще не понял в чем прикол, потом подсказали про курсы, где учат просто проходить собесы :)
@@andrey.nekrasov да, есть такое. Но чаще всего это лишь доказывает, что такое интервью отстой, интервьюер как минимум некомпетентен, а контора 321ов. Нормальное интервью должно давать ответ на вопрос "сможет ли кандидат работать на позиции", а не "как он стройно держится и складно отвечает заученными фразами на не менее заученные вопросы".
Никогда не было ни джуниров, ни мидлов, ни тем более сеньоров и прочей лабудени. А тут получается настолько все внедрили в себе мозг эту градацию, что нормальные люди чувствуют себя в дурдоме, где каждый мнит себя то Наполеоном, то Бонапартом. Исключительно градация всегда была младший специалист, старший специалист, главный специалист. Инженеры делились по категориям - первая, вторая и т.д. Переход между уровнями был либо иди в институт доучивпться, либо за выслугу лет. А тут развели непонятную деятельность по джунам и сеньорам. И тем более когда только про ДевОпс начали что-то писать, то никто никакого опыта не требовал и знаний по этому направлению, я специально мониторил вакансии. А прошло лет десять и уже начали требовать опыт минимум 2-3 года. Такой подход вообще ни в какие ворота не идёт. Так получается расслоение общества, так рождается неравенство, так нарушается конституция, которая предусматривает равноправие всех людей. А тут выходит, что один без опыта стал работать ДевОпсом, а других уже берут исключительно с опытом. Неверной капиталистической дорогой идёте, товарищи.
@@pymentor.что такое пинг, что такое ВПН, что такое сервер) Нужны конкретные вопросы: умеешь делать то-то и то-то? Все, берём. Ну реально, они говорят что техдир дал задание. Кому дал, жуниору что-ли? 😄 Как по мне, бред. Жуниор это исполнитель мелких задач! Не умеют технари проводить собесы!
@@ЕвгенийСоколов-т5л с удовольствием подискутирем с вами на эту тему здесь t.me/pymentor/106992 но если кратко, то цель вопросов с формулировкой "тех дир дал задание" заключается не в том, чтобы смоделировать реальную работу человека, выполняющего то или иное задание в реальной компании, кем бы этот человек ни был (джун или не джун), а в том, чтобы увидеть как человек подходит к решению проблемы (с какой стороны подходит и чем пользуется) когда эта проблема перед ним встает. цель вопросов не моделирование работы реальной компании и ее операционной деятельности, а в том, чтобы посмотреть как человек в принципе подходит к решению проблем/задач. если в вопросе фразу "тех дир дал задание" заменить на "сам себе придумал задание", то ничего не поменяется.
Горе собеседующие, вы хоть бы rfc по почте прочитали и тогда бы узнали, что мх запись не обязательна, а лишь рекомендуется. И о чудо - почта работает без нее. По докеру и нат улыбнуло, видать про --net=host не слышали 😂😂😂
одного собеседующего вапще не слышно. если собирались публиковать минуту не потратить на настройку? ... до 33 минуты куча сетевых вопросов... может для тех кто живет в общедоступных облаках это и норм, но лучше иметь сетевого инженера, в любом случае это не обязанности джун девопса. Сам кандидат чего-то нахватался и про девопс по большому счету что-то слышал. удивительно много знает по сетям по сравнению с другими знаниями.
Какое ужасно бестолковое собеседование. 2 часа 2 чувака что-то мямлят и гоняют чувака по не особо пракичным кейсам, пытаясь ему рассказать то решение, которое нравится лично им. Притом их решения, мягко говоря, спорные и я за ряд из них по рукам бы дал
Ща усну. Челу не хватает опыта. Поработает в нормальной конторе, где не нужно рдп через ssh пробрасывать и расскажет чем контейнер от полувагона отличается👍
В целом - норм, понравилось, но уши сразу режет тема. Я бы как Директор ИТ категорически не рассматривал кандидата, какой бы не был специалист, если бы в резюме увидел строчки связанные с деньгами, или эффективностью процессов. Мой вывод следующий: ты не директор, не стейколдер и даже не менеджер проектный, - с каких соображений у тебя есть информация по деньгам, чтоб проводить оценку (даже если это не фикс суммы, а проценты)? Это не работа Девопса, Расзраба, Админа и т.д. Тут или в предыдущей компании происходят разглашения или ты не туда лез, но в любом случае у меня сразу складывается ощущение, что человек часть времени тратит не на свою работу
А как же finops? Это тоже касается devops. Иначе будут покупать ec2 за 1000$ для сервера, которым пользуются 2 человека. Или СТО должен каждую покупку ec2 согласовывать?
@@bogdanbelolipetsky211 СТО когда ставит подпись под оплатой, - он в этом случае что делает? девопс не платит, но он может сформировать прайс, и тут большие вопросы будут к девопсу, если независимая экспертиза покажет совсем другую сумму. Ну и относительно видео - озвучивался бюджет проекта, и ни девопс, а максимум стекхолделы, тот же СТО является держателями бюджета. Или вот как вы представляете себе работу девопса, если он будет согласовывать и выбивать деньги из клиента? его ли это тоже работа? может тогда девопсы должны еще за бухгалтерию и коммерческого директора работать? И это я еще не говорю о том, что договора между клиентами и компанией подписываются с коммерческой тайной и девопс там подписи не ставит, чтоб получать разрешение озвучивать суммы. каждый должен делать свою работу
в том-то и прикол, что надо не давать пользователю Васе повышать привелегии до суперпользователя без обязательного ввода пароля (вообще это по умолчанию так работает, то есть ничего делать не надо; а вот если надо наоборот - чтобы sudo без пароля работал - там уже надо кое что кое куда прописать). этот дополнительный шаг призван заставить пользователя еще раз подумать, стоит ли делать под суперпользователем то, что он намеривался сделать секунду назад. в той же винде, к примеру, всякие UAC окна выскакивают, когда какое-то действие требует повышения привелегий, что должно заставить пользователя подумать, с стоит ли это делать с админские привилегиями. идея в этом.
@@pymentor. относительно недавно изучаю Линукс, хочу потихоньку вкатываться в сисадмины, а оттуда куда-нить ещё, не придумал, но как же я афигел, когда понял, что знаю, создать пользователя и дать ему возможность вводить команды в том числе без пароля через одну команду, редактирующую специальный файл с контролем синтаксиса (недавно настраивал сервак, чтобы под рутом чего не наворотить, сделал себе вариант с пользователем-админом).
То что вы делаете, с моей точки зрения супер востребовано. Спасибо за Ваш труд!
Было бы интересно посмотреть/послушать подобные интервью на DevOps позиции с уровнем посерьезнее: Middle/Senior/Teamlead.
Будут) спасибо.
кстати не бьіло базара про bash и про регулярньіе вьіражения - что есть наверно базовая тема для linux разработчика и развертьівателя в сетях
очень здорово, повышает уверенность к собеседованию. Благодарю за труд
Ребят, у вас просто отличный контент, очень интересно слушать вопросы понимать как прощупывают кандидата на предмет пробелов в знаниях, прям хорошо видно. Контент классный, про девопсовскую тему очень интересно, пожалуйста делайте больше мок интервью
Будет и даже скоро.
Блин, удачи парню в поиске, оч позитивный чувак
Спасибо за проделанную работу.
Информативно раскрываете кандидата, видно сильные и слабые стороны.
Весьма адекватный и полезный собес. Спасибо
Спасибо, познавательно!
Все как всегда супер, спасибо за видео
Очень полезно Я от IT отошёл несколько лет назад, благодаря таким видео, возможно, вернусь.
мож ну его нафиг, и не стоит обратно в это болото?)
Наткнулся случайно и залип) спасибо!
кекнул с вопроса про mx запись. За 5 лет девопсом в клаудах, ни разу не приходилось ее видеть или пользоваться. Зачем спрашивать вещи, которых нет на реальных проектах? это такой же абсурд как алгоритмы у девов спрашивать.
к этому списку еще постоянные вопросы про LA, slo/sla и прочий абсурд из топ100 вопросов девопс, которые буквально неприменимы в реальной жизни
ну блин, а как ты метрики без slo/sli снимать будешь?)
@@sashashadснимать можно и без понимания(бизнесовые метрики же не спрашивают), а это для sre метрики
Фидбек хороший. Ребята молодцы что дают пояснения.
Относительно вопроса "стоит ли запускать высоконагруженное приложение в контейнере" -- НЕТ, не стоит в рамках озвученных условий. С точки зрения ОС, приложение в докере это один процесс, а при классическом развертывании процессов может быть несколько. В каком случае ОС будет более гибко управлять ресурсами?
А зачем такие вопросы на дивапса? Какие проблемы в итоге решаем?
Довольно толковое собеседование. Но почему-то большинство вопросов не про devops, а про общее сисадминство и линукс. Это нужно, конечно, пощупать - хотя бы чтобы проверить, что человек не нарисовал себе резюме от балды, но тратить так много времени? Мне кажется, если собеседуют в девопс, то и упор надо делать на веб-технологи. Зачем спрашивать про фишинговые письма, МХ-записи, пинг и проброс рдп? Трата времени. Спрашивайте про механику TCP/IP, механизмы хендшейков, работу SSL, уровни сетевых моделей и что на них происходит. Если человек в этом ориентируется, значит, он уж в состоянии будет пропинговать хост или пробросить порт. Здесь собеседуемый показал очень приличный уровень знаний сетей и линукса, но в последних вопросах сразу стало ясно, что это не девопс, а опытный линуковый админ, и в реальной разработке он не работал. И можно было это понять на час раньше. На junior-devops, на мой взгляд, человек вполне зайдет.
"Спрашивайте про механику TCP/IP, механизмы хендшейков, работу SSL, уровни сетевых моделей и что на них происходит." - самые бессмысленные вопросы на свете.
Человека берут зачем то, для какой то работы. Нафиг "базу", проверять нужно то, чем он завтра на работе будет заниматься.
@@andrey.nekrasov это вы яндексу расскажите, которые спрашивают алгоритмы всех и вся))
@@TheFlaiT да никто в своё уме не пойдёт в эту русофобную помойку, мы твой яндекс на кую вертели!
@@TheFlaiT дык нафиг яндекс )
@@TheFlaiT Яндекс - самая тупая по собесам контора, практически пугало в смысле собесов и повод для анекдотов.
Скоро будет такое собеседование, а я очень мало знаю про Linux команды.
Да и в целом, 1.5 года опыта всего.
Видео - топ, спасибо большое.
как прошло ваше собеседование?
@@unomiqq работаю
@@threelettersfivelettersа как готовился к собеседованию?
Отлично
Да, половина вопрос никакого отношения к devops не имеет. Еще один минус - большая разница в громкости у участников собеса.
DevOps это вообще методология, а не позиция и вакансия во что у нас это превратили))
Сейчас "devops" слишком размыто. Сейчас вообще есть как будто бы devops узконаправленные, которые работают в больших командах и занимаются чисто, условно, CI/CD, а под мониторинг и всё остальное есть отдельные группы специалистов. В мелких командах devops - это и админ сервера и мониторщик и всё остальное, кроме кода
Здравствуйте. По профессии слесарь-крупье, стоит ли переучиваться на FreeBSD сисадмина? 🤨
freebsd не нужен нафиг никому. у нас еще есть, но медленно вымирает.
@@andrey.nekrasovжалко бздуна😢. Раньше его очень любил)
FreeBSD безнадежно отстал от линукс в плане поддержки нового железа, новый файловых систем и новых программ. Времена, когда на нем поднимали самбу вместо AD безвозвратно ушли. Сейчас уже есть стандартные приложения под российский линукс для замены AD. А вообще жаль, система была интересная.
Парень не плох и видно что с разными технологиям он работал но вот саму базу , дефолтные фичи и знания сетях он частично или поверстно знает.
Мне показалось или есть некий перекос в ops?)
Парень молодец надеюсь взяли на работу
К сожалению почти 0 вопросов, касающихся Devops и связанных с этой методологией интсрументов. Собеседующий не понимает зачем и на кого собеседует человека. Прискорбно.
Парень себя недооценивает, тут явно не джуниорские вопросы, а полноценный мидл с опытом работы лет 5!
Ммм поспорю. Тип еле еле на джуна тянет. На вопросы отвечает да/нет. К примеру на банальный вопрос про горизонтальное масштабирование не смог дать правильного ответа. Тип еле еле тянеть на джуна
Я слушал только до 30 минуты примерно. Дальше не стал слушать сразу ясен опыт
@@sheltor1394ну я смотрел интервью на мидла, вопросы были такие же плюс минус
Я устаиваюсь в тех поддержку хостинга, и там было все тоже самое, но тех поддержка хостинга это даже не джун девопса🫣
мидл непонимающий, что такое mx запись и для чего? Я далеко не мидл, но моих познаний хватило чтобы уже на этом этапе засомневаться какой он там был админ.
сначала выглядело душновато.
а у итоге оказалось крайне интересным. залип и посмотрел до конца.
Думал что-то очень знакомый голос у Артема, потом вспомнил - он был на одном из первых интервью у Бороды)
Как вариант можно еще устроиться OPS инженером в крупную компанию и параллельно с работой пройти курсы DevOps, затем в этой же компании стать DevOps инженером. Далее искать уже будут тебя и переманивать в другие компании. Да и проблем с зп точно не будет.
5:15 на собеседовании тот, кто спрашивает, не начинает рассказывать, что днс резолвит имя домена в IP адрес, а вот есть запись mx, зачем она нужна. Спрашивают в лоб что такое днс, потом какие записи ты знаешь, потом конкретно про каждую запись.
И каким интересно образом, по мнению Artsiom Praneuski "изолируется" память и CPU у контейнеров ?
Впрочем дослушал рассуждения этого товарища про высоконагруженные приложения в контейренах - дилетанство проявилось в полной мере
С помощью пространства имён и контрольных групп. Это вполне себе изоляция, памяти так точно, ибо cgroup.memory совершенно четко выделяет участок памяти для потребителя.
Вот это прогон по сетевому стеку, видимо сети надо доучивать на хороший уроаень, пол часа о сетях я точно не вывезу...
Где то видел что бы стать DevOps человек должен быть middle уже либо в dev либо в ops. Абсолютно понимаю что спросили полностью по резюме. Интересно было бы узнать что сейчас спрашивают на Junior System Administrator
"Что делать, если при нажатии по кнопке ВКЛ на системнике на мониторе ничего не появляется?"
По сути джуна в сисадминстве не существует. Это техподдержка в классическом виде.
@@sysengперезагрузите роутер😂
Упустил момент, было небольшое упоминание про мониторинг состояния картриджей в ПУ. С помощью какой технологии это делается?
SNMP
обычно zabbix по snmp, можно найти готовые шаблоны
штука удобная, но с перезаправляемыми картриджами не работает.
не совсем понял какое отношение половина вопросов (особенно начальных) имеет к devops, ждал, что начнут спрашивать про заправку картриджей. превращают devops в сделай и знай все...
жесть конечно так докапываться до человека, словно соревнование кто круче на эказмене. увы это считается нормальной практикой, но спасибо за видео
Что такое devops кто внятно ответит? Я так понял интервьюеры сами не понимают. То что они спрашивают компетенции сетевого инженера причем обычного.
Вы у джуна спрашивается как ему написать юнит под systemd ? Это действительно на джуна ? Какую вы ему зарплату предлагаете ?🤣🤣
Я вообще аху&л devops инженер толком не работает под линуксом, о каких знаниях можно говорить. Прежде всего девопс должен быть и хорошим админом линуксовым ! Где вопросы по работе с линуксом ?
Пожалуй останусь лучше сис админом)
Нет интернета - DDNS нам поможет, да так это и работает
тоже не понял. но всех удовлетворило)
Тоже не понял, зачем там в принципе DDNS если само устройство за которым надо следить инициирует пинг, то есть по сути нужен просто функционал агента который просто долбится по адресу, который статичен и не меняется.
Разница в звуке очень бьёт. Артёма плохо слышно, а рестлера наоборот.
а где же, набивший оскомину вопрос, что такое LA в TOP ?
Вопрос, кстати, хороший, если его немного переформулировать в "для чего он нужен" или "как им пользоваться".
Ещё забавно бывает когда сначала спрашиваешь как узнать нагрузку на сервер. А после ответа про LA уже начинаешь про это разгонять. И чаще всего никто толком не отвечает, теряется и вообще получается, что по LA определить состояние сервера невозможно.
@@-Joe_Black- там же легко все заучивается, даже если не работал и не пользуешься.
@@andrey.nekrasov заучить можно вообще всё. Но смысл ровно в обратном. Вопросами на практику как раз и выявляется кто чем пользуется и как ему это помогает решать задачи. А не заученные определения и показатели, которые лично тебе ни разу в жизни не пригодилось
@@-Joe_Black- Прохождение собеседования не имеет никакого отношения к реальному опыту и работе. Это вообще отдельное умение. Очень часто вопросы на собесах из серии "проверить базу" и "докажи что ты не пиздишь, что работал больше 20 лет по профессии". Я сначала вообще не понял в чем прикол, потом подсказали про курсы, где учат просто проходить собесы :)
@@andrey.nekrasov да, есть такое. Но чаще всего это лишь доказывает, что такое интервью отстой, интервьюер как минимум некомпетентен, а контора 321ов. Нормальное интервью должно давать ответ на вопрос "сможет ли кандидат работать на позиции", а не "как он стройно держится и складно отвечает заученными фразами на не менее заученные вопросы".
Вопрос полезно ли если идешь на разработчика бекенда, пройти стажировку по devops?
Определено.
Никогда не было ни джуниров, ни мидлов, ни тем более сеньоров и прочей лабудени. А тут получается настолько все внедрили в себе мозг эту градацию, что нормальные люди чувствуют себя в дурдоме, где каждый мнит себя то Наполеоном, то Бонапартом.
Исключительно градация всегда была младший специалист, старший специалист, главный специалист. Инженеры делились по категориям - первая, вторая и т.д.
Переход между уровнями был либо иди в институт доучивпться, либо за выслугу лет.
А тут развели непонятную деятельность по джунам и сеньорам.
И тем более когда только про ДевОпс начали что-то писать, то никто никакого опыта не требовал и знаний по этому направлению, я специально мониторил вакансии. А прошло лет десять и уже начали требовать опыт минимум 2-3 года.
Такой подход вообще ни в какие ворота не идёт.
Так получается расслоение общества, так рождается неравенство, так нарушается конституция, которая предусматривает равноправие всех людей.
А тут выходит, что один без опыта стал работать ДевОпсом, а других уже берут исключительно с опытом.
Неверной капиталистической дорогой идёте, товарищи.
Немного разрушу картину мира собеседующего но у ping нет suid бита)
Уже выяснили что нет)
ага, дальше выяснилось, недосмотрел еще)
С passwd попутал)
Парень себя не до оценивает
Вопросы очень простые для devops
можно брать на джуниора, по девопсу - ничего не знает, облака - 0, cicd - 0 сетка и пропие-0. по ci отдельное - тянули и не вытянули ))
это junior level???
да. слишком простые вопросы?
Грузят чёто как на мидла
@@ЕвгенийСоколов-т5л так а какие на ваш взгляд должны быть вопросы на джуна?
@@pymentor.что такое пинг, что такое ВПН, что такое сервер)
Нужны конкретные вопросы: умеешь делать то-то и то-то? Все, берём. Ну реально, они говорят что техдир дал задание. Кому дал, жуниору что-ли? 😄 Как по мне, бред. Жуниор это исполнитель мелких задач!
Не умеют технари проводить собесы!
@@ЕвгенийСоколов-т5л с удовольствием подискутирем с вами на эту тему здесь t.me/pymentor/106992
но если кратко, то цель вопросов с формулировкой "тех дир дал задание" заключается не в том, чтобы смоделировать реальную работу человека, выполняющего то или иное задание в реальной компании, кем бы этот человек ни был (джун или не джун), а в том, чтобы увидеть как человек подходит к решению проблемы (с какой стороны подходит и чем пользуется) когда эта проблема перед ним встает. цель вопросов не моделирование работы реальной компании и ее операционной деятельности, а в том, чтобы посмотреть как человек в принципе подходит к решению проблем/задач. если в вопросе фразу "тех дир дал задание" заменить на "сам себе придумал задание", то ничего не поменяется.
docker для UNiFI вахахаха может для одного устр-ва оно и норм ну никак не для более 10
Какие-то дикие задачи ставят усложняя там не надо, и к девопс никакого отношения потому не имеют. Собеседуют как-будто безопасника. Минус.
Скорее как сетевому админу.
Горе собеседующие, вы хоть бы rfc по почте прочитали и тогда бы узнали, что мх запись не обязательна, а лишь рекомендуется. И о чудо - почта работает без нее. По докеру и нат улыбнуло, видать про --net=host не слышали 😂😂😂
они жетсказали про net=host
одного собеседующего вапще не слышно. если собирались публиковать минуту не потратить на настройку? ... до 33 минуты куча сетевых вопросов... может для тех кто живет в общедоступных облаках это и норм, но лучше иметь сетевого инженера, в любом случае это не обязанности джун девопса.
Сам кандидат чего-то нахватался и про девопс по большому счету что-то слышал. удивительно много знает по сетям по сравнению с другими знаниями.
парня взяли?)
Судя по всему пока в процессе)
такое ощущение что aj styles продает cloudflare ..
Как же они грузят тебя
да вроде лайтово все было
@@pymentor.типы пингов первый раз такой вопрос слышу, нехило их порядка 40)
@@pymentor.1.5 часа по времени -- это уже не лайт, безотносительно вопросов ))
@@sashashadспрашивающий их сам толком не знает, тип 0 открыть на фаерволе чтобы пинговать этот хост...
Так где тут девопс? Человех незнает что такое контейнер
Ну понятие контейнера глубже чем может показаться, и вполне нормально не знать всех аспектов
зато линукс знает, а контейнеры на нём - так что доучит)
Какое ужасно бестолковое собеседование. 2 часа 2 чувака что-то мямлят и гоняют чувака по не особо пракичным кейсам, пытаясь ему рассказать то решение, которое нравится лично им. Притом их решения, мягко говоря, спорные и я за ряд из них по рукам бы дал
в голос с AJ Styles
Ща усну. Челу не хватает опыта. Поработает в нормальной конторе, где не нужно рдп через ssh пробрасывать и расскажет чем контейнер от полувагона отличается👍
ИМХО вы все не годитесь на должность джуна девопс
а какие критерии чтобы годиться?
Па-чи-му?
В целом - норм, понравилось, но уши сразу режет тема. Я бы как Директор ИТ категорически не рассматривал кандидата, какой бы не был специалист, если бы в резюме увидел строчки связанные с деньгами, или эффективностью процессов.
Мой вывод следующий: ты не директор, не стейколдер и даже не менеджер проектный, - с каких соображений у тебя есть информация по деньгам, чтоб проводить оценку (даже если это не фикс суммы, а проценты)? Это не работа Девопса, Расзраба, Админа и т.д. Тут или в предыдущей компании происходят разглашения или ты не туда лез, но в любом случае у меня сразу складывается ощущение, что человек часть времени тратит не на свою работу
А как же finops? Это тоже касается devops. Иначе будут покупать ec2 за 1000$ для сервера, которым пользуются 2 человека. Или СТО должен каждую покупку ec2 согласовывать?
@@bogdanbelolipetsky211 СТО когда ставит подпись под оплатой, - он в этом случае что делает? девопс не платит, но он может сформировать прайс, и тут большие вопросы будут к девопсу, если независимая экспертиза покажет совсем другую сумму. Ну и относительно видео - озвучивался бюджет проекта, и ни девопс, а максимум стекхолделы, тот же СТО является держателями бюджета. Или вот как вы представляете себе работу девопса, если он будет согласовывать и выбивать деньги из клиента? его ли это тоже работа? может тогда девопсы должны еще за бухгалтерию и коммерческого директора работать?
И это я еще не говорю о том, что договора между клиентами и компанией подписываются с коммерческой тайной и девопс там подписи не ставит, чтоб получать разрешение озвучивать суммы.
каждый должен делать свою работу
Такое бредовое собеседование--просто капец, на вопросы чувак отвечает вообще фигню какую-то
под Vasya вводишь sudo bash 😁
в том-то и прикол, что надо не давать пользователю Васе повышать привелегии до суперпользователя без обязательного ввода пароля (вообще это по умолчанию так работает, то есть ничего делать не надо; а вот если надо наоборот - чтобы sudo без пароля работал - там уже надо кое что кое куда прописать).
этот дополнительный шаг призван заставить пользователя еще раз подумать, стоит ли делать под суперпользователем то, что он намеривался сделать секунду назад. в той же винде, к примеру, всякие UAC окна выскакивают, когда какое-то действие требует повышения привелегий, что должно заставить пользователя подумать, с стоит ли это делать с админские привилегиями. идея в этом.
@@pymentor. относительно недавно изучаю Линукс, хочу потихоньку вкатываться в сисадмины, а оттуда куда-нить ещё, не придумал, но как же я афигел, когда понял, что знаю, создать пользователя и дать ему возможность вводить команды в том числе без пароля через одну команду, редактирующую специальный файл с контролем синтаксиса (недавно настраивал сервак, чтобы под рутом чего не наворотить, сделал себе вариант с пользователем-админом).
Точно мидл, слышно снюс под губой
Челу надо было на мидла собеситься , а не джуна)
двачую, на мидла, итс труу сторри😂❤😊
Тогда придется ему давать больше денег
Такое ощущение, что ни задающие не понимают о чем говорят, ни отвечающий не понимает что отвечает.