Linux, Базы Данных, Сети. СОБЕСЕДОВАНИЕ Middle DevOps инженера. Часть 2.
Вставка
- Опубліковано 26 вер 2024
- Подписывайся Канал в TELEGRAM: t.me/worlditech (worlditech) там интересно.
Ответы на вопросы на DevOps собеседования t.me/engineer_...
Задаение для самостоятельного выполнения boosty.to/pavl...
Прошлое видео реальное собеседование devops набрало много просмотров. Поэтому я решил снять альтернативное видео с собеседования ДевОпс. ДевОпс должен быть хорошим системным администратором линукс, неплохим сетевым инженером, неплохим программистом, а так же владеть непосредственно DevOps инструментами. В этом видео ДевОпс инженер прособеседует своего коллегу Middle DevOps инженера. Вторая часть Linux, Базы Данных, Сети
Другие видео из этой серии.
1. • СОБЕСЕДОВАНИЕ Middle D...
2. • Linux, Базы Данных, Се...
3. • Разработка. СОБЕСЕДОВА...
4. • ДевОпс блиц, практика....
#it #карьера #ityoutubersru #ityoutubers #devops
Автор карала Антон Павленко прошел путь от обычно эникея в маленькой государственной компании до DevOps и SRE в крупных международных и Российских компаниях.
Подписывайся Канал в TELEGRAM: t.me/worlditech (worlditech) там интересно.
ХОТИТЕ ПОМОЧЬ РАЗВИТИЮ КАНАЛА?
★ Boosty (подписка донаты) boosty.to/pavl...
★ www.donational...
★ www.tinkoff.ru...
КОНТАКТЫ:
✦ Канал в TELEGRAM: t.me/worlditech (worlditech)
✦ Чат для DevOps и SRE t.me/devopssre
✦ Чат в TELEGRAM: t.me/linux_wit
✦ Группа в VK: worlditech
✦ INSTAGRAM: / pavlenko.at
Еще контакты:
✧ atpavlenko
✧ / anton.pavlenko.94
Я бы сказал что это интервью на middle system administrator/network administrator/ linux administrator. Devops - это про другое) это вопросы по AWS, GCP, Azure, Yandex) CI/CD with Jenkins etc /Terraform (Ansible)/k8s/Docker итд из вопросов по линкусу там обычно, на уровне какие команды знаете, как SSH сделать и файл перекинуть) Суть в том что им нужна от вас автоматизация процессов с помощью CI/CD, а не как запускается линукс)))
Согласен полностью! Это скорее про SRE инженера
@@gaponov_life3485 холиварная тема - в чем разница между DevOps и SRE, предлагаю взглянуть, что требуют при описании вакансий на эти позиции, Site Reliability Engineer: Kubernetes, GitOps, Terraform and CloudFormation, AWS, Azure, or GCP, Prometheus, Grafana, and Elasticsearch, CI/CD, Circle CI and Argo CD. Называется - найди 10 отличий от вакансии на DevOps)))
Это база, как ты можешь, например, ансиблом создать новую вм, если не можешь посмотреть сколько ресурсов на хосте?
@@fatoldman340 Так то оно так, может, да только это не дроч по сигналам и взаимодействию процессов и теории сухой. С понтом дела хотя бы 10 процентов из того что спрашивают на этом собесе в работе используется?
@@PetrOsetr да как сказать. Сегодня вот пару раз смотрел. Если сервис страдает, тот же atop много инфы даёт, например. Недавно ковырялся с машиной где память утекала, оказалось все ушло в percpu.
Сигналы редко нужны, но бывает надо не убить процесс,а сделать релоад
Спасибо за видео. Отвечающему респектище. Но, как тут уже заметили, это вопросы больше реально из тематики SRE + on-premise. Да, сети и линукс - это база, спору нет. Но камон - в тех же облаках девопс может годами не столкнуться не то, что с dhcp, а и с необходимостью помнить и понимать как загружается система. Например, за 3 года работы девопсом на проектах с AWS и Terraform я ни разу не сталкивался с необходимостью лезть в ядро, тюнить что-то на уровне системы. Там же другие патерны - тебе нужно понимать как из сервисов облачного провайдера настроить CI\CD, какие особенности масштабирования автоскейлинг группы, как построить оптимальное по стоимости решение и т.д.
Согласен
Какой ты там Девопс
@@clenbuterol4989cloud engineer?
да, прогресс не стоит на месте, абстракции становятся другими, границы двигаются))) Но! Тот, кто делает так, чтобы вы были довольны и не лезли в дебри ос, dhcp и тд он тоже Девопс, просто у него вот такой вот, другой продукт))
Да, всё правильно, девопс годами не заходит в консоль сервера и не смотрит вывод атоп и всё такое. Всё это спрашивают, потому что 1) трудно и лень придумать хорошие вопросы, которые могут произвести дифференциацию тупой-не тупой 2) считается, что если ты работал с линуксом "на низком уровне", то и всему остальному научишься даже если не умеешь.
Причём второй момент очень спорный. Мне постоянно попадаются коллеги, которые прекрасно разбираются в линуксе, но при этом они делают ужасную автоматизацию и ужасный инфраструктурный код, потому что не считают это чем-то существенным. Причём это именно специфика русских (русскоязычных) девопсов! Или пишут документацию так, что это больше похоже на поток сознания. Проектируют сервис так, что без бутылки не разобраться, а как пользоваться-то этим чудесным сервисом. Ну и получаются стандартные болячки - винегрет из терраформ-кода, ансибл катаемый руками, 150 разных пайплайнов для сборки кода, логи на проде есть а на стейджинге нет и всем пох, 100 алертов которые навечно замьючены, постоянно вылетающий прометеус, в графане 20 версий одного и того же дашборда с пометками [test] _draft_ и тп. Как проверить на собесе, что человек не такой неаккуратный - да фиг его знает. Зато он знает линукс, возможно умеет хорошо решать инциденты. Вот так.
Поздравьте меня, под прошлым роликом я писал что хожу по собесам, а теперь получил интересный мне оффер)
поздравляю
Поздравляю
Поздравляю!!успехов на новом месте!
@@dashaunicorn6159 Спасибо, уже успел уволиться со сбера и найти новое место. Пока что больше нравится)
Антон, привет!
Нашла работу, не в последнюю очередь благодаря тебе! Спасибо!!!
музыка напрягает. и так собеседник немного заикается. сложно слушать.
Замечательный контент, спасибо огромное за вашу деятельность! Она реально мотивирует и позволяет развиваться !
теперь посмотрел, конечно очень много вопросов. Признаться сам не на все смог ответить полностью. Смотреть не только интересно, но и полезно, так как набросал себе ряд вопросов, которые требуют более глубокого изучения. Отвечающий, конечно, молодец. Видно, что немного волнуется, но не сдается :)
Load average показывает сколько процессов в нашей системе стоят в очереди на ожидание ресурсов. Однако это справедливо для Unix систем, например для freebsd, в Linux же значение load average может быть очень большим, так как туда попадают и те процессы которые ожидают каких-то данных с устройств ввода-вывода (процессы со статусом d). Думаю что сами интервьюеры часто не знают ответ на этот вопрос)).
Swap на высоконагруженных сервисах не нужен, потому что он медленный. Он нужен только там, где реально нет возможности добавить ОЗУ. Маска подсети определяет в первую очередь границы и адресное пространство этой подсети, что-то его даже никто не поправил. И вообще это больше на экзамен похоже, чем на собеседование, так нельзя. Собес должен проходить в виде комфортной беседы, а не в виде вопрос-ответ.
А устройство ввода вывода это не ресурс?
@@pavlenkoat все равно ты неправильно считаешь, что LA выдает нагрузку системы за 1, 5 и 15 прошедших минут. Это распространенное заблуждение, я и в книгах его встречал. Если бы это было так, то LA была бы крайне ограниченно полезной (а какая нагрузка была 20 минут назад)?
@@pavlenkoat так тут поправка нужна тогда на то, что в контексте Linux, LA это не всегда показатель загруженности процессорных ресурсов за определённый период времени. Кстати я тут оффер получил недавно на Devops инженера, коммерческого опыта по данному направлению не было. Брал заказы на фрилансе и обучаюсь на курсе. Из опыта собеседований, хотя их было не так много, скажу что процентов 70 вопросов повторяются, особенно это конечно же касается Linux. Поэтому новичкам советую больше смотреть подобные видео и чаще ходить на собеседования, конечно же уже имея за плечами необходимый багаж знаний.
@@pavlenkoat LA считает токо TASK_UNINTERRUPTIBLE
@@SpockSynckov Посмотрите внимательно исходники loadavg.c в репозитории ядра linux. Ребята в видео спрашивали кандидата, как считается LA, какие состояния процессов в нем учитываются, как бы намекая... Так вот, в loadavg.c написано, что LA - это сумма nr_running + nr_uninterruptable (процессы R и D в выводе ps). nr_running - это исполняемые в данный момент + ожидающие очереди на исполнение; nr_uninterruptable - ожидающие I/O. Еще в loadavg.c вы найдете стеб от разработчиков на тему озабоченности админов этим показателем, т.к. сами разработчики не считают LA столь информативным и важным.
буду солидарен со всеми. В былые времена(когда я искал работу) я и линукс модули пробывал писать, и сам заголовки собирал на си, чтобы потом на самописный эхо сервер отправить, форкал процессы, прочитал книжку по ядру линукс, сидел днями в пакеттрейсере. А сейчас я уже 3 год в клауде, и все эти знания мне пригодились 0 раз, и всё забылось(как оно не забудется, если ты это не используешь никогда?). Наверное в каких-то продуктовых компаниях с онпремом это и нужно, где постоянная головная боль с железом, сетью, линуксом, но в них в основном и платят меньше, что как-то контринтуитивно, но тем не менее правда. А для других задавать такие вопросы сродни мерянию ЧСВ, когда спрашиваешь все случаи балансировки RB дерева у фронтендера
Мне казалось, что SRE на сегодня стоит дороже облачного админа/девопса, если мы не говорим про позицию на зарубежный проект и оплату в у.е.. Хотя даже так на зарубежку выше 5 тыс у.е. я редко встречал на удаленку, а релокейт админов мало кто хочет делать)
В ожидании новых интересных гостей для собеседований по devops. Тот самый контент, который очень нужен
Посмотрел! Отличное видео!
Часовое видео за 10 минут? Это как
@@pavlenkoatон просто преисполнился в своём сознании настолько, что посмотрел видео в 10x ускорении
Этапы загрузки линукс, вы серьезно? P.s. чувак шарит видно, но мне тяжело его было слушать
Все шикарно, все вопросы реально как те которые попадаются на собесах. Супер
интересненько смотрю с удовольствием
Супер.
Единственно. Антона, когда он вступал в разговор очень плохо слышно, очень тихо.
Да косяк я микрофон не выкрутил
Вы меня конечно извините, не хочется каким-либо образом неуважительно относится к проделанной работе, но людям пора бы понять, что DevOps - это культура / методология / набор практик, называйте как хотите, но это не инженер.
Отцы-основатели DevOps-a уже лет 10 твердят об этом. Рынок совершенно не понял что есть DevOps. Есть инженеры по разным направлениям: cloud, linux, networking, database, automation и тд, но не DevOps.
Мне сложно представить зачем нужен подобный набор поверхностых знаний в разрезе DevOps-a. Больше походит на поиск сисадмина-эникейщика конца нулевых.
Неплохо, Андрей, отвечал, я не дотягиваю по знаниям :). Больше похоже, что Андрей - практик, теорию изучал только в боевом режиме, а интервьюер - плотно изучал теорию.
Хочется больше подобного контента
Хорошое видео, претендент явно старался. Но вот казус, своего опыта, месяц назад собеседовался в яндекс на позицию джуна+ все те же самые вопросы, но отвечал я более детально. И некоторые вопросы на которые претендент не ответил, я дал ответ.И увы мне отказали. Пока в поисках
Полезное видео, спасибо.
Спасибо за видео.
И кстате чего не сказали что через apipa возможно сетевое взаимодействие
Формат, хороший. Пожалуйста, покажите работодателям как нужно собеседовать потенциальных сотрудников. А задавать вопросы из топ 100 из интернета они уже умеют)
Это всё прекрасно, но такие вопросы Dev/Ops не задают . Может 15% из них.
Там вопросы по Гуглу , или Aws, Docker , Ansible, Ci/CD , Nginx , Elk , итд
А это вопросы на обычного сисадмина .
вопросы по этим технологиям в следующей серии.
Если вам их не задают стоит задуматься. Мне во всех крупных компаниях задавали. Да и я задаю. Так как если человек не знает aws elk это учится, а вот если не понимает Линукс, сети протоколы это уже стоит задуматься.
Я не говорил, что не задают совсем. Это вопросы ,как по мне , разбудить и ответить… С таких вопросов обычно начинают собеседование .
В любом случае, спасибо за работу! Хорошая подборка , если она дополнится второй частью , то прям вообще огонь будет!
+ Сложно отвечать на вопросы связанные с troubleshooting . Аля проблема debug, resolve .
И тем ,кто читает комменты, учите английский! Без хорошего английского ,работу на хорошие деньги, найти крайне сложно! Прям must have !
Понимаешь я попросил парня позадавать побольше вопросов, по одной и той же тематике. Так как они же могут быть у каждого собеседующего разные.
Мы специально разбили всё на 4 части. В первом видео была общая теория по девопс, во втором практика линукс в следующих уже веб и инструменты. Посмотрю по таймингу как поделить.
Для себя за полгода собеседований я уже понял, что если мне будут задавать вопросы в таком стиле, я просто буду отключаться не прощаясь. Потому что собеседование в таком стиле, это бред.
Из пары десятков собесов было одно, где человек с той стороеы сказал правильно - зачем спрашивать кого то, кто уже давно работает, всю эту фигню?
Такие вопросы уместны при обучении, студентам. Причем не больше 1-2.
Знаешь. Кучу людей которые мнят себя хорошими спецами это не знает. А это база без которой работать в нормальных организациях сложно. Во всех крупных компаниях это спрашивают.
причем норм люди сказали сразу на это идите нахер.. дайте проблему я ее решу.. сидеть без примера пиздеть про воздух это же жесть
Так как ты без этой базы решишь проблему?
С одной стороны ты прав собеседование превращается в некую сдачу экзамена, но максимально субъективную, потому что даже если выложишься на 100% и ответишь на всё - не факт что тебя возьмут. С другой стороны ты должен это всё знать, чтобы решать задачи
А из чего должно состоять собеседование? Все правильно в видео, вопросы от простых к более сложным, чтобы нащупать эту грань, где человек начнет испытывать затруднения.
Лайк не глядя перед просмотром, кредит доверия заработан)
Даже близко не нужна вся эта херня мидлу, видос ради контента
Тема интересная, 👏
Что-то слишком много теории спрашиваете. Такое чувство, что собеседование на Linux - администратора, а ни на Devops
Так это часть по линукс, сети, базы данных. Без этой базы девопсу никуда. В перой части теория девопс во второй линукс сети базы данных. По практики девопс будет в следующих видео.
@@pavlenkoat музыки в 3 части надеюсь не будет.
Можно все это узнать намного проще... Задается вопрос, какой самый сложный проект вы самостоятельно реализовывали в любом дистрибутиве и далее слушаем и задаем вопросы.... profit))) Использую постоянно и те кто мог рассказать о реализации и деталях работают у нас в команде, если знания из реализованного кандидатом проекта могут быть полезны нам в ежедневной работе. О сферической теори в вакууме не спрашиваем вообще.
Я считаю нечего на собеседовании ходить по теории. Достаточно дать человеку задание. Пусть он его выполняет при Вас а вы попутно наблюдаете. Допустим настраивает сеть, ага, знает команды, уже плюс. Не важно знать теорию, ее можно прочитать на просторах интернета, когда возникнет проблема. Важно, чтобы специалист мог ориентироваться на основе статьи из интернета
Сейчас было собеседование с хедхантером в яндекс. Девушка, внешне - прекрасная диснеевская принцесса. Спрашивала про Load Average конечно, у нее был список вопросов и ответов на них :)) Но с такой можно поговорить и про LA.
Zомбаков, действительно, очень много сейчас!
Друзья, это не на девопса собес, вы понимаете что такие дела, что мир немного вперед уехал. Отлично знать Ассемблер, но современные разработчики без него как то обходятся. Я ни в коей мере не умаляю важность ОБЩЕГО понимания линукс систем или ОБЩЕГО понимания сетей, но тут какая то блевота, чесслово.
Видел я таких "девопсов", которые выросли из линукс админов и они с пеной у рта катаются по чатам, доказывая что если ты не понимаешь каких то тонких моментов в линуксах, то ты не тру девопс...
Такие собесы (имхо) будут на проект где куча легаси и ты будешь в первую очередь линупс админом, а уже потом всё остальное.
Зачем облака, IaaC, CI/CD, k8s и тд учить, если ты не красноглазил годами и не сможешь ответить на эти вопросы, то не девопс же ? ))
В общем, друзья, линупс на уровне LPIC/RHCSA и учите нормальные, востребованные вещи, а если вам на собесе устраивают экзамен, то просто валите - не для вас вакансия =)
Затем, что ты не сможешь без этих знаний понять как работает тот же куб нормально. Это база без которой сложно траблшутить проблемы.
От этапов загрузки Linux практической пользы как от знаний о фотосинтезе :) Такую же хрень спрашивали на собесе и внезапно - это не пригодилось ни разу за 2.5 года. Т.е никогда:) Когда собеседуем людей, такого не спрашиваем, потому что это бестолковый вопрос из топ 100, который можно бездумно заучить.
А как же моменты, когда нужно прервать загрузку ядра и загрузиться в sh ? Общий порядок полезно знать
@@golddoctor5411 Гугление за 30 минут и сделаешь
@@golddoctor5411есть такое понятие как immutable infrastructure, в Devops направлении распространенное понятие. Основная фишка в том, что тебе не надо лезть в такой низкоуровневый дебагинг, ты просто убиваешь ноду и вместо неё, тем же условным terraform разворачиваешь новую, а с помощью того же условного Ansible приводишь к нужной конфигурации, это намного быстрее зачастую. Потому что инфраструктура описана как код, и все скрипты уже заранее подготовлены, надо лишь пару команд в консоли запустить. Мне вот недавно задали такой вопрос, по поводу загрузки Linux, я не знал что ответить, теперь конечно буду знать в общих чертах, но зачем это знать Devops инженеру мне всё равно не понятно.
Я считаю, что процесс загрузки линукс начинается с поиска розетки, покупки электричества, сервера, и самое главное человека, который нажмет кнопку, а потом все что сказали, там посткоды, биос бла бла бла))
МОжно продолжить вообще с чего начинается загрузка линкус. Возможно даже с рождение. А потом там года летят, все дела...
Если что это сарказм на тему что БИОС входит в процесс загрузки "ЛИНУКС"
После фразы: с Линуксом все... я был удивлен, практические аспекты даже не затронуты, а мы оказывается ффсе...
Какие ещё аспекты? Я бы сказал чересчур много вопросов по Linux для DevOps. Такое ощущение, что это собес для инфраструктурного инженера/системного инженера.
У линукса ни один загрузчик. grub это всего лишь один из загрузчиков, есть еще Lilo. но линуксу не нужен загрзчик в случае если система поддерживает UEFI то можно параметры загрузки сразу передать в ядро линукс, а если это виртуальные машины там тоже не нужен загрузчик. так что граб не понацея.
вообще рекомендую посмотреть минут 10 , потом like, на сколько знаю алгоритмы ютуба не очень любят лайки не глядя, без просмотра, с просмотром они больше уважают
я понимаю что это не развлекательный контент, но Андрея очень тяжело слушать (запинается и проблемы со звуком)... прямо боль
Я понять не могу вы человека взять на работу хотите или на лжи поймать? Такие глубокие расспросы ппц. Это ещё один экзамен при приёме на работу? Я понимаю если много людей приходят с купленными дипломами и нужно отсеять врунов. Но тут допрос какой-то. ЗП хоть стоит этой пытки?
Это шоу. Никто никого не нанимает.
И да люди бесплатно на это подписались чисто в благодарность мне.
Привет Антон интересно, а кандидата все-таки взяли на работу?
В последнем видео был фидбэк
@@pavlenkoat А понял, просто еще до него не дошел. Кстати, Антон просто интересно, положа руку на сердце, а смог ли ты сам пройти такое собеседование не зная всех вопросов наперед?
Я не знал вопросы до съёмок)))) на часть бы не ответил. Это нормально.
можно без музыки всегда
169 254 говорит о том, что инженеры Майкрософт придумали, создавать локальную сеть в отсутствии маршрутизаторов с dhcp сервером, так чтобы компьютеры могли между собой общаться, подключёнными ну например в Ethernet коммутатор.
Как-то дядьку постоянно куда-то тащит. Вопрос один, а он через задних ход идёт к нему, потом от волнения теряется и говорит уже про около вопросные темы. Но интересно посмотреть как выглядит собеседование, жаль от автора мало вопросов)
Если это реальные вопросы на мидла, то я вполне могу себя считать мидл+ ибо знаю ещё такие флаги как FIN и RST, а так же где используется 31 маска , что такое мультикаст и прочие страшные слова). Кстати ничего про lvm не было сказано/спрошено, а это маст хев сейчас
Видео 4 части будет
Ощущение, что сейчас градация (джун\мидл\синьёр) сменилась на (мидл\синьёр\тек лид), ибо, будучи по сути эникейщиком, я понимаю, что могу ответить на добрые 90-95% вопросов на позицию мидл девопса О_о
Это значит, что ты работаешь не на своем месте. Если ты изучил все эти темы, работая эникеем, то ты потратил время своего работодателя на свое непрофильное обучение, ведь все это тебе не нужно для выполнения своих прямых должностных обязанностей.
Неужели есть какой то смысл кому то кроме Джуна задавать такие вопросы? Тут набор типовых запросов курса «основы линукс, основы ит, основы сетей»
Открою секрет не все знают ответ
@@pavlenkoat да не нужно на 90% из того что вы спрашивали знать ответ линукс админу и тем более девопсу. Вы прошлись по самым убогим стереотипным тупым никому не нужным вопросам.состояния процесса , Карл!! Это просто треш. Какие то помойные глупые списки вопросов из инета нарыли и прошлись сверяя ответ по готовому ответу да? Ты хоть раз в жизни ориентировался на состояния процесса? Ну коммон! Ну можем нагаркать что только с утра до вечера и изучаешь какое там состояние процесса кафки… ну а если по чеснаку?
Конечно смотрел и не раз. Я тебе больше скажу я ещё на основе команды strace находил проблемы которые программисты не могли понять. Это база которая поможет решить проблему в самый неподходящий для гугления момент.
Я никогда не возьму на работу человека без базовых знаний это основа которая даёт понимания многого.
Вот тебе пример. Я с кубирнетисом долгое время не работал.и на одном проекте мне админ Кубера начил заливать в уши дичь, которая никак не стыкуется с работой Линукс систем. Я ему это указал и я оказался прав так как кубер использует как раз Линукс механизмы.
Антоха, 4 года тебе люди пишу, ну убери ты свое любимое кантри…. Это же издевательство, я тебя в пример ставлю, а у тебя тут деревня…
со звуком беда, Антона вообще еле еле слышно по сравнению с другими
Load average. Зачем такие вопросы задавать?
Посмотрел четверть видео. Собеседуемый разбирается в линуксе. Уже можно прекращать общение. Тратите и свое и его время
Звук плохой , кандидату надо нормальный микрофон хотябы от Джабры и эхо как будто он без гарнитуры …
❤🎉
коммент для продвижения (чтоб не забыл)
Прикольная музыка, сделайте погромче!
И этот чел претендует на мидл девопс?? )))
Зачем дед глаза красит ? 😅
он панк
Контент бомба но тип реально не может остановится когда начинает говорить это проблема
TCP\IP - вопрос уровня - как вы видите себя через 5 лет в нашей фирме. Настолько на сколько банален, настолько бесполезен. Зачастую даже те кто спрашивают это - они ни разу не пользовались этими знаниями на практике.
Ну как сказать, иногда приходится траблшутить сетевой стек и это то ещё развлечение.
@@fatoldman340не буду спорить, бывает всякое, но нужно очень четко разграничивать понятия, что такое (кто такой devops) и человек-мультитул (который и сеть починит, и принтер настроит, и скажет, что такое saga патерн, и поможет битрикс в кубер закинуть и.д.). В комьюнити есть мнение, что зачастую при таких вопросах, интервьюеры не имеют понятия кто такой devops и самое главное для чего он им (в фирме) нужен. В общем это конечно тема для холиваров. Жду третью часть видео.
к сожалению изза заиканий ни слова не понятно в ролике. Не рекомендую
Собеседник олназначно провал,так как постоянно оьвечает без конкретики ,узоди в какие то дебри и примеры, его постоянно пртзодится направлять доп вопросам ,чтобы он лал ответ нужный.Хороший интурвьер был какой нибудь старый матер пердун ,он бы ему еще 1000 вопросов щадал по тем леьрям куда чел уходит😅
Подскажите, пожалуйста, про какую утилиту речь? ua-cam.com/video/beXpUpj19BE/v-deo.html
ncdu
че Гагарин волнуется чтли ?
Шляпа полнаЯ
Даже близко не нужна вся эта херня мидлу, видос ради контента
Спасибо, мы вам перезвоним
@@fatoldman340 ты сам то кем работаешь поделись и сколько получаешь?
@@PetrOsetr инженер-программист . Вроде все девопсы в РФ так называются. Судя по всему получаю меньше чем авторы. Надо бы походить по собесам
Для меня - крайне полезное видео. Немного синдром самозванца утих)). Вопрос про лагающий сервер. Я считаю, что сходу надо спрашивать у разрабов - а как ты это понял, где увидел, по каким признакам вычислил и оттуда танцевать уже.
Спасибо
А в современном айти мире все кандидаты отвечают не на те вопросы, которые им задают?
Нет, не все. И это нормально. Я тоже прерывал собеседующих, когда всякую шляпу спрашивают. Или ковыряются в «кишках». Смысл тратить на это свое время? Знания dhcp нужны, конечно, но не стоит тратить на это 15 минут. Вопросы про колонки и индексы вообще прикольнул))) Ну и сигналы, как банальщина из 00-х. Говорят так, будто сидят эти сигналы мониторят с утра до ночи )))) базовых хватает) про баш ни слова, про пайтон ни слова, про монтирование дисков, про написание сервисов. Короче дохера воды, по делу тут 5 вопросов наберется, которые уложиться в 15 минут.
Мы за час собеседуем, успеваем прости и линукс, и кубер, докер, ансибл, гитлаб, сети, бд, кластера, и еще как дела узнать, про контору рассказать ))