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