Убежище DevOps -> IT Папа

В этом репозитории собраны вопросы и упражнения по различным техническим темам, иногда связанным с DevOps и SRE.

📊 На данный момент 2624 упражнений и вопросов.

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

Если вы заинтересованы в карьере инженера DevOps, изучение некоторых концепций, упомянутых здесь, будет полезно, но вы должны знать, что речь идет не об изучении всех тем и технологий, упомянутых в этом репозитории.

Ого-го-шечки, подержите мой чаёк...

Вот, например, мои умения и опыт в IT:

Операционные системы:

от Microsoft любые (DOS, Windows, Mobile), Linux любые (в т.ч. МСВС), также работал с Free(Net|Open)BSD, OS/2, AIX, Solaris и прочей теперь уже экзотикой. С продукцией Apple не работал, но, при необходимости, освою без труда. Имею опыт администрирования и поддержки серверов размещенных на colocation (более 20 лет).

Программное обеспечение:

HTTPD(Apache), Nginx, MySQL, PHP/PHP-FPM знаю очень хорошо. Почта на Postfix, Exim, Dovecot хорошо. PostgreSQL хорошо (с Oracle плотно не работал но понимание имею). Прикладное графическое ПО типа Photoshop/Corel хорошо, но без креатива (к сожалению не художник). Для масс задач умею и предпочитаю применять command-line решения, например, ImageMagic и FFmpeg. Unix shell знаю, но для задач автоматизации предпочитаю использовать PHP (мне так быстрее и проще).Программирование:PHP+Smarty, MySQL, SQLite, JS+JQuery, HTML – владею профессионально.

Какие либо фреймворки не использую (ибо есть свои наработки), но, при необходимости, освою быстро. Знаю Java, Perl но без практического опыта. Модный Python и прочее, уверен, освою за пару недель.

Прочее:

Имею опыт выполнения и оформления результатов НИР, НИОКР и ОКР (участвовал в разработках в интересах МО РФ), опыт разработки технической документации, в т.ч. по ГОСТ (ТЗ, проектная документация и т. д.), есть многолетний опыт сопровождения ПО, опыт руководства коллективом.

Знание языков:

Русский - родной. Английский - техническую документацию читаю свободно, разговорный и письменный - слабо (нет практики). Немецкий - читаю со словарем.

Ну что, гожусь я на джуна?

А вот хуй. Мне 56 лет и поэтому иду я нахуй везде, на мои резюме просто не отвечают.

Как мне пройти собес?

Привет.
Я уже пару лет являюсь тимлидом команды DevOps, проводил несколько десятков собеседований и хотел бы поделиться опытом.

Данным постоя я хочу "закрыть гештальт" и написать о том, на что обычно обращаю внимание при собеседовании кандидата на позицию джуна, что именно "идёт в зачёт". Ппост возможно будет интересен тем, кто только пробует себя найти в IT и задумывается "а как ещё улучшить навык проходить собеседования"? Ну и составлен он будет в виде короткого списка правил, которого придерживался бы я, если бы пытался найти работу на должность начинающего специалиста в IT.

Факты - важнее тысячи слов. Огромное количество людей указывают в навыках то, что они знают буквально никак. Речь именно о навыках и я приведу пример. У нас был кандидат который описал в навыках "Протокол DHCP". На резонный вопрос - "а как происходит получение реквизитов клиентом, опиши схему?" я услышал что кандидат просто настраивал получение реквизитов на Linux и Windows машинах. Ну и зачем ты указывал как навык то о чем не имеешь представления? Ты можешь описывать свой опыт любыми прекрасными словами, самыми красочными выражениями, но стоит понимать что если компании не плевать кого они возьмут (а ведь есть и такие конторы, когда нужно скинуть кучу работы на того кто работает за еду и туда могут взять), впечатление о тебе составят на основании того как ты ответишь на конкретные вопросы и сможешь "ответить за базар" - за то что указано в резюме. Отсюда совет - указываешь технологию в резюме - расскажи её сперва кому то из окружения. Тут и польза и перепроверка себя. Хотя конечно всегда есть шанс что не спросят.

Во время собеса при решении задач - рассуждай вслух. Казалось бы зачем? Ответ прост - задача джуна в перспективе стать мидлом и тд. Для этого нужно уметь решать задачи самостоятельно (по факту это на 80% и отличает джуна от остальных позиций). И если ты перед сложностями просто останавливаешься, пытаясь накидывать какие то предполагаемые ответы к которым пришёл каким то образом в голове - это не всегда хорошо. Есть вероятность что в затруднительных ситуациях тебя придётся вести за руку, доводя до решения. Возможно есть сложности с построением логической цепи от задачи до решения при недостатке исходных данных.
А если ты рассуждаешь, показывая как именно происходит мыслительный процесс, то во первых - тебя могут поправить на какой то стадии решения задачи, что позволит дать правильный ответ если решение в голове складывалось не так. Во вторых - рассуждающий кандидат располагает к себе намного больше стеснительного молчуна. Данный совет можно использовать как хитрость - если даже известен точный ответ, но ситуация располагает к разговору - можно рассказать как прийти к ответу, а не просто выдать его. Это 100% сыграет в плюс.

Улыбайся. Чаще всего люди любят когда их не боятся. Умеренная улыбка и шутки (в меру) располагают к себе. Улыбающийся кандидат заставляет подсознательно снимать риск что будут проблемы с коммуникациями в команде, что сыграет в плюс. Кроме того - улыбка прямо влияет на то, каким тоном ты говоришь - сложно говорить зажато не улыбаясь. Речь конечно не о том чтобы хохотать на собеседовании, просто стоит хотя бы вежливо улыбаться.

Формулировки - очень важны. Я бы сказал крайне важны. Если я ведя диалог с кандидатом услышал что то, что он сказал не подумав и ошибочно - я обязательно зацеплюсь за сказанное и постараюсь конкретизировать вопросы именно на ошибке, чтобы понять "как глубока кроличья нора". При этом я не скажу что кандидат ошибся до того момента, пока не проясню все что интересует. В эту ловушку попадаются очень многие, когда одно - два слова брошенных необдуманно там, где важна чёткая формулировка заваливают весь ответ. Дело не в том что я плохой, дело в том что зачастую у кандидатов отсутствует база. И вот такие ошибки это выдают. А моя задача как интервьюера эту базу прощупать со всех сторон. Отсюда вывод - если вопрос формата "а как работает эта штука" или "как сделать вот это" - подумай секунду-две перед тем как отвечать, сформулируй ответ из тех фактов, в которых ты уверен на 100%. Это не даст тому кто проводит собеседование "цепляться" за пробелы в знаниях.

Техническое обеспечение. В 99,9% случаев у нас собеседования - это удалённый формат, созвон по зуму например. Если ты идёшь на собеседование в IT компанию - не надо подключаться с телефона, открой собес на компьютере. Нет камеры? Включи камеру на телефоне одним сеансом и поставь его на стол, а с компа подключись вторым и смотри на тех с кем разговариваешь. Невозможно давать какие то задания на собеседовании когда кандидат с трясущегося телефона в руках зажимая микрофон что то рассказывает. Жутко бесит.

Ну и последнее сейчас что приходит в голову, но наверно это не про то как пройти собес, просто на что стоит обратить внимание уже тебе - адекватная уважительность. Раскрою что имею в виду - с одной стороны ты пришёл искать работу в компанию и тебя собеседуют специалисты которые чаще всего знают и умеют больше тебя, возможно намного. С другой стороны - лично тебе сейчас эти люди вообще никто. Вы собрались поговорить о тебе, твоих навыках, перспективах и о том что может дать их компания опять же лично тебе (на вопрос что ты можешь дать компании ты не сможешь ответить, идя на позицию джуна). Не надо в общем относиться к интервьюерам с опаской или чрезмерным уважением, но и фамильярничать не стоит. Чаще всего в нормальных компаниях стараются выстроить диалог так, чтобы поставить на один уровень всех участников собеседования, и я считаю это один из показателей нормальной команды.
В противовес хочу сказать - даже если ты готов работать за еду, выстраивай рамки общения уже на собеседовании. Если к тебе совсем пренебрежительно обращаются или допускают обидную критику твоих навыков - а так ли нужна такая команда для старта?

Если что извиняюсь за возможный сумбур, выгрузил то что было в голове, не продумывая пост заранее, спасибо за внимание :).