10 популярных вопросов и ответов на DevOps собеседовании


Оглавление (нажмите, чтобы открыть):

Devops Interview Questions

Table of Contents

What is Continuous Integration?

What CI tools have you used? Example: Travis-CI.

What is Continuous Delivery and why is it important?

What is Continuous Deployment?

Explain the importance of A/B testing and how it relates to software delivery? o What are your favorite deployment techniques and why? Examples include: 0 downtime, Canary, or Blue/Green deployments.

Explain a time when a software release has gone poorly

How can you reduce the time to test and Deploy code?

What types of source control programs are you comfortable with?

What are the benefits of using source control?

Describe some branching strategies that you have used?

Give an example of a good commit message?

Talk about different types of automated testing you have implemented?

What is the importance of software testing?

What testing paradigms do you use, if any?

Explain the difference between unit and end to end testing?

Have you used any testing frameworks? If so, which ones?

Explain what a RESTful architecture is?

How would you scale a slow website?

Your application just got millions of users overnight, what do you do?

What are some ways to increase client-side performance?

Can you explain the significance of a primary/replica database architecture?

What are some caching strategies you can implement to increase performance?

What are the advantages and disadvantages of implementing a Microservices architecture?

What is the difference between vertical and horizontal scalability?

What is the difference between a relational and non-relational database?

When do we optimize the database?

Can you give some ways to optimize the performance of a database?

What does A.C.I.D mean?

How can you customize the query plan to increase throughput?

Explain how you would do Database Continuous Delivery?

How can you view running processes?

How do you check server uptime?

How do you start/stop services?

How do you display the shell’s environment variables?

What does #!/bin/bash at the top of a script do?

What does «&» after a command do?

What does piping commands mean?

What distributions have you used on servers?Why?

What is the importance of SSL?

What is a SQL injection?

What is cross-site scripting (XSS)?

Why shouldn’t you roll your own crypto?

How are passwords stored on databases?

What is a Man-in-the-middle attack?

How do you safely manage environment variables in a cloud environment?

How do you manage security updates?

How do you keep encryption keys and credentials secure but make them available to machines that need them?

Which cloud providers are you familiar with?

What are the benefits of using a cloud provider?

Have you managed production systems in the past?

Which Configuration Management tools are you most comfortable with? Examples include: Chef, Salt, Puppet, or Ansible?

How does Docker improve scalability, distributed computing, and efficiency vs. traditional cloud virtual machines?

List some Docker use cases

What is the difference between a vlan and subnet?

What is a broadcast domain?

What is the difference between icmp, tcp and udp?

Explain how a tcp session is set up?

How are tcp options negotiated and selected?

How would you use tcpdump to determine if one remote host was making a connection to your server?

Which Software Stack do you use and why?

Describe your worst Fear?

What new technology would you like to learn?

Have you worked on any side projects?

Do you contribute to any open source projects?

27 распространенных вопросов для собеседования (и ответы на них)

Хотите узнать, какие вопросы чаще всего звучат на собеседованиях? Вот полный список (с самыми удачными вариантами ответа).

Некоторые компании нестандартно подходят к собеседованиям, однако в большинстве своем они задают стандартные вопросы (и получают стандартные ответы).

Вот список самых распространенных вопросов для собеседования с наилучшими вариантами ответа:

1. «Расскажите о себе»

Если вы проводите собеседование, наверняка вы уже многое знаете. Вы читали резюме и сопроводительное письмо, просматривали страницы кандидата в LinkedIn, Twitter и Facebook.

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

Если вы ищете работу, расскажите, почему вы занимались тем или иным делом. Объясните, почему оставили предыдущее место работы. Опишите, как выбирали университет. Сообщите, почему решили учиться в аспирантуре. Не забудьте упомянуть о том, что вы год путешествовали по Европе и об опыте, который удалось получить в это время.

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

2. «Назовите свой главный недостаток»

Каждый кандидат знает, как ответить на этот вопрос. Нужно выбрать абстрактную слабость и превратить ее в достоинство.

Например: «Иногда я так увлекаюсь работой, что теряю счет времени. Опомнившись, я вижу, что все уже ушли домой. Я знаю, что мне нужно тщательнее следить за временем, но мне очень нравится то, что я делаю, и я просто не могу думать ни о чем другом!»

Значит, ваш «недостаток» заключается в том, что вы тратите на работу больше времени, чем все остальные? Мда.

Будет куда лучше описать реальный недостаток, над которым вы работаете. Расскажите о том, что вы делаете, чтобы стать лучше. Идеальных людей не существует, и вы должны доказать, что можете объективно оценивать себя и стремитесь совершенствоваться.

3. «Назовите свое главное достоинство»

Я не знаю, зачем представители компаний задают этот вопрос. Ответ на него всегда содержится в резюме.

Если вас все же спросили об этом, сформулируйте точный и конкретный ответ. Не нужно долго рассуждать. Если вы умеете решать проблемы, обязательно приведите примеры, которые имеют отношение к интересующей вас вакансии. Подтвердите свои слова! Если вы лидер с высоким уровнем эмоционального интеллекта, приведите примеры, доказывающие, что вы умеете отвечать на вопросы, которые еще не были заданы.

Иными словами, не будьте голословными, ищите аргументы!

4. «Каким вы видите себя через пять лет?»

Отвечая на этот вопрос, кандидаты следуют одному из двух возможных сценариев. Одни начинают описывать свои амбиции (им кажется, что собеседник хочет услышать именно это) и всем своим видом показывают: «Мне нужна эта работа!» Другие скромничают (им тоже кажется, что собеседник длет подобной реакции) и дают самоуничижительный ответ: «Вокруг так много талантливых людей. Мне просто хочется получить работу и посмотреть, каких успехов я смогу достичь».

Оба типа ответов не дают никакой информации о кандидате — за исключением, может быть, их умения себя продать.

Если вы проводите собеседование, перефразируйте вопрос: «Если бы вы могли создать свою собственную компанию, чем бы она занималась?»

Это универсальный вопрос, потому что всем нужны сотрудники с предпринимательской жилкой.

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

5. «Почему мы должны нанять именно вас?»

Поскольку кандидат не может сравнивать себя с теми, кого он не знает, ему остается лишь описывать свою любовь к делу и жгучее желание принести пользу. Фактически, компания заставляет кандидатов умолять ее пойти им навстречу. Задав этот вопрос, представители многих компаний откидываются в кресле и скрещивают руки на груди. Этот жест как бы говорить: «Ну же, я слушаю! Давайте, убедите меня!»

Увы, это еще один неинформативный вопрос.

Но его можно изменить: «Как вы думаете, о чем мы забыли поговорить?» или «Если бы у вас была возможность повторно ответить на один из предыдущих вопросов, что бы вы сказали?»

В конце собеседования редкие кандидаты думают, будто показали все, на что были способны. Возможно, беседа пошла в неожиданном направлении. Может быть, собеседник по-своему расставил акценты в резюме, сосредоточившись на одних навыках и забыв про другие. А может, в начале собеседования кандидат слишком нервничал и не смог правильно сформулировать все то, о чем хотел рассказать.

В конце концов, собеседования предназначены для того, чтобы узнать о кандидате как можно больше, почему бы не дать ему второй шанс?

Обязательно поддерживайте беседу на этом этапе, не позволяйте кандидату говорить с самим собой. Не стоит слушать молча, чтобы потом сказать: «Спасибо, мы с вами свяжемся». Задавайте уточняющие вопросы. Просите привести примеры.

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

6. «Как вы узнали о вакансии?»

Порталы по поиску работы, объявления в газетах и Интернете, ярмарки вакансий. Многие люди ищут первую работу именно там, и в этом нет ничего плохого.

Но если кандидат постоянно пользуется этими каналами, скорее всего, он еще не решил, чем и как он хочет заниматься.

Он просто ищет работу. Любую работу.

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

Компаниям не нужны люди, которым просто нужна работа. Компаниям нужны люди, которым нужна компания.

7. «Почему вы хотите получить эту работу?»

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

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

8. «Назовите свое главное профессиональное достижение»

Ответ на этот вопрос должен иметь прямое отношение к вакансии. Если вы скажете, что за последние полтора года увеличили объем производства на 18%, претендуя на должно руководителя отдела персонала, собеседник сочтет ваш ответ любопытным, но совершенно не информативным.

Лучше расскажите о проблемном сотруднике, которого вы «спасли», или о конфликте между отделами, который вы погасили, или о подчиненных, получивших повышение за последние полгода.

Поделитесь достижениями, которые позволят представить вас в должности и предсказать ваши успехи.

9. «Расскажите в последнем конфликте с коллегой или клиентом. Что произошло?»

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

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

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

10. «Опишите свою идеальную работу»

Формулируя ответ, помните — он должен иметь отношение к вакансии!

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

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

11. «Почему вы хотите оставить работу, которая есть у вас сейчас?

Начнем с того, о чем не нужно говорить (если вы представляете работодателя, вам стоит насторожиться):

Не говорите о том, что вам не нравится ваше начальство. Не говорите о том, что не можете поладить с коллегами. Не поливайте грязью саму компанию.

Сосредоточьтесь на выгоде, которую принесет вам этот шаг. Расскажите о том, чего хотите достичь. Расскажите о том, чему хотите научиться. Расскажите о том, как планируете развиваться. При этом не забудьте упомянуть о выгоде для потенциального работодателя.

Люди, которые жалуются на начальство и коллег, подобны сплетникам. Если они сплетничают о ком-то еще, настанет день, когда они начнут сплетничать и о вас.

12. «Какие рабочие условия кажутся вам наиболее привлекательными?»

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

Подумайте о вакансии и о культуре компании в целом (культура есть у каждой компании — искусственная или стихийная.) Если для вас важен гибкий рабочий график, но вам его не предлагают, сосредоточьтесь на чем-нибудь еще. Если вам требуется постоянная поддержка руководства, а работодатель поощряет самоуправление, на время забудьте об этом.

Найдите способы совместить свои потребности с принятыми в компании правилами. Если вы не можете этого сделать, скорее всего, вам стоит поискать другую работу.

13. «Расскажите о самом сложном решении, которое вам довелось принять за последние полгода»

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

Если у вас нет ответа на этот вопрос, это очень плохо. Каждому приходится принимать сложные решения, вне зависимости от должности. Моя дочь как-то работала на полставки официанткой в ближайшем ресторане. Она постоянно принимала сложные решения — например, о том, как вести себя с постоянным клиентом, чьи действия порой граничили с домогательством.

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

Великолепный ответ также описывает взаимоотношения со всеми, кто был вовлечен в процесс принятия решений, а также его последствия.

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

14. «Опишите свой стиль управления»

Это вопрос, на который сложно ответить, не прибегая к банальностям. Попытайтесь привести примеры. Скажите: «Позвольте рассказать вам о трудностях, с которыми я столкнулся, занимая должность руководителя. Думаю, они дадут полное представление о моем стиле». После этого опишите, как вы решали проблему, мотивировали команду, преодолевали кризис и т.д. Объяснитье, что и зачем вы делали, чтобы собеседник понял, как именно вы управляете другими людьми.

Не забудьте упомянуть о результатах, которых вы достигли.

15. «Расскажите о ситуации, в которой вы были не согласны с решением большинства. Что вы сделали?»

Окружающие нас люди иногда принимают решения, с которыми мы не согласны. И это нормально, важно лишь то, как мы проявляем свое несогласие. (Мы все знаем тех, кто любит оставаться после собраний, чтобы оспорить решение, которое они прилюдно поддержали.)

Продемонстрируйте свой профессионализм. Докажите, что умеете конструктивно высказывать свои опасения. Если однажды вам удалось изменить общее мнение, и это изменение было удачным, хорошо. Если подобных примеров нет, подчеркните, что вы можете поддержать решение, даже если оно кажется вам неверным (речь не идет о неэтичных и безнравственных решениях).

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

16. «Как бы вас описали другие люди?»

Я ненавижу этот вопрос. Это же пустая трата слов! Правда, однажды я все же его задал и получил ответ, который мне очень понравился.

«Люди сказали бы, что я тот, кем кажусь», — ответил кандидат. — «Если я что-то говорю, я это делаю. Если я обещаю помочь, я обязательно помогаю. Я не думаю, что нравлюсь всем и каждому, но они могут на меня рассчитывать, потому что знают, как я работаю».

Что может быть лучше?

17. «Что нам стоит ожидать от вас в первые три месяца работы?»

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

Отвечать нужно так:

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

Используйте этот план ответа, добавив в него подробностей с учетом специфики вашей работы.

18. «Чем вы любите заниматься в нерабочее время?»

Многие компании считают, что их культура очень важна, и используют информацию о предпочтениях кандидата вне работы, чтобы определить, впишется ли он в команду.

Пытаясь убедить собеседника в том, что вы идеально подходите, не восхищайтесь занятиями, которые на самом деле вам не нравятся. Сосредоточьтесь на занятиях, которые позволяют вам развиваться — изучать что-то новое, добиваться более высоких целей. Например: «Мои дети еще совсем маленькие, поэтому свободного времени почти нет, однако по дороге на работу и обратно я учу испанский язык».

19. «Сколько вам платили на предыдущем месте работы?»

Это сложный вопрос. Обычно его задают перед тем, как сделать предложение по зарплате, и вы должны ответить честно, но при этом не прогадать.

Попробуйте метод, предложенный Лиз Райан. Скажите: «В настоящее время я сосредоточился на вакансиях, которые позволили бы мне зарабатывать примерно 50 тысяч рублей. Ваша вакансия подходит под этот критерий, верно?» (Вообще-то, вы наверняка уже знаете ответ, но почему бы не подыграть?)

Может, собеседник вам ответит, а может, и нет. Если он настраивает на конкретной цифре, вы можете поделиться информацией, а можете и воздержаться. На самом деле, ваш ответ значит не слишком много. Работодатель не предложит вам больше, чем он может предложить, и вы либо примете предложение, либо откажетесь от него.

Мастер Йода рекомендует:  Компилятор Си в одну инструкцию обзор инструмента MoVfuscator

20. «Улитка сидит на дне колодца глубиной 9 метров. Каждый день она проползает 2 метра, а за ночь сползает вниз на 1 метр. Сколько дней ей понадобится, чтобы вылезти из колодца?»

В последнее время подобные вопросы становятся все популярнее (спасибо, Google!). Возможно, ваш собеседник и не ждет, что вы тут же броситесь высчитывать. Скорее всего, он хочет понять, как вы мыслите.

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

21. «Вы хотели что-то спросить?»

Не упускайте возможность! Задайте умный вопрос — не только для того, чтобы подчеркнуть свою индивидуальность, но и для того, чтобы убедиться, что выбрали правильную компанию. Не забывайте, что собеседование — это двусторонний процесс.

22. «Каких результатов я должен достичь в течение первых трех месяцев работы?»

Если вам не задали этот вопрос, задайте его сами. Зачем? Хорошие кандидаты стремятся взяться за дело без промедления. Они не хотят тратить недели и месяцы на то, чтобы «получше узнать организационную структуру». Они не видят смысла в ориентационных мероприятиях и предпочитают учиться на ходу.

Они хотят приносить пользу уже сейчас.

23. «Назовите три качества, которыми обладают ваши лучшие сотрудники»

Хорошие кандидаты хотят быть хорошими сотрудниками. Они знают, что все компании разные, и для успешной работы в них требуются разные качества.

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

Хорошие кандидаты нужно это знать. Они хотят убедиться не только в том, что впишутся в коллектив, но и в том, что смогут достичь успеха.

24. «От чего на самом деле зависят результаты работы в этой должности?»

Инвестируя в сотрудников, работодатели ждут, что они принесут ему прибыль (иначе зачем вообще им платить?).

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

Вам нужен слесарь-ремонтник, чтобы чинил приборы, но на самом деле он должен эффективно решать проблемы клиентов и выстраивать взаимоотношения с ними так, чтобы они обращались к нему снова и снова.

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

25. «Перечислите приоритеты компании на этот год. Какой вклад я смогу внести, если займу эту должность?»

Каждый кандидат желает знать, что его работа важна для окружающих.

Хорошие кандидаты хотят заниматься значимым делом, служить высшей цели и работать с людьми, которые разделяют их ценности.

В противном случае работа теряет смысл.

26. «Какой процент ваших сотрудников был нанят по рекомендации?»

Сотрудники, которые любят свою работу, обязательно рекомендуют работодателя своим друзьям и знакомым. То же самое касается руководителей — они обязательно приводят с собой тех, с кем они раньше работали. Им потребовалось немало времени на то, чтобы доказать свою компетентность и выстроить взаимоотношения, основанные на доверии, поэтому люди инстинктивно за ними следуют.


Все это говорит о качестве рабочего окружения и об атмосфере в коллективе.

27. «Что вы будете делать, если. «

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

Даже если кандидат рассматривает работодателя как стартовую площадку для высокого прыжка, он все равно надеется на рост и развитие. Принимая предложение работодателя, каждый сотрудник надеется уйти от него по собственному желанию, а не потому, что компанию вытеснили с рынка.

Предположим, вы владеете магазином лыж. Примерно в километре от вас открылся еще один магазин. Как вы планируете бороться с конкуренцией? Или, предположим, у вас есть птицефабрика. Что вы сделаете, чтобы снизить расходы на корм?

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

Измерьте в себе DevOps — тест от Tproger и NetApp

«Девопсу» нужно неплохо разбираться в системном администрировании, понимать в разработке и иметь крепкие нервы, чтобы часто релизить. Поэтому ими часто становятся бывшие сисадмины и бывшие разработчики — хотя мы знаем, что бывшими они не бывают ��

DevOps — это особенная роль, подход к работе. Хотите освежить знания или проверить, правильный ли вектор развития в профессии выбираете? Измерьте в себе уровень DevOps с помощью теста, который мы подготовили вместе с NetApp:

10 популярных вопросов и ответов на DevOps собеседовании. #[email protected]

10 популярных вопросов и ответов на DevOps собеседовании

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

Комментарии (3)

Александр Ушлый

да когда ж вы уже усвоите, что DevOps — это методология разработки и администрирования?

Иван Кондрашов

Да когда же вы усвоите, что DevOps — это способ мышления и работы.

Илья Лагутин

Не могу не порекомендовать по такому случаю канал AskDevops �� https://t.me/ithangouts

О проекте

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

Ivan Pesin

Articles & Translations

Создание DevOps-команды

Building a DevOps Team by Brian Henerey for agilesysadmin.net

Original article: http://agilesysadmin.net/building-a-devops-team
Translated by Ivan Pesin, February 2012

Предыстория

С тех пор, как я начал работать в Sony в августе 2008-го, моя должность менялась 3 раза. Около года назад, я принял руководство командой, в которую я пришел с самого начала. И хотя это была, с любой точки зрения, разваливающаяся команда, я был очень доволен возможностью её изменить. Я знал, что оставшиеся люди были очень недовольны, и могли уйти в любую минуту, потому у меня было несколько неотложных задач:

  • Брать новых людей!
  • Удерживать тех, кто есть.
  • Брать новых людей!

Побочная история: я наткнулся на одну важную задачу, которую не перечислил. Делать заказчиков довольными. Совершенно не важно, насколько классной ваша команда может быть, если, по старой памяти, с вами никто не хочет работать. Я даже не представлял себе, до какой степени демотивированный сотрудник может испортить отношения с заказчиком, просто в силу отсутствия интереса. У меня ушли месяцы, чтобы восстановить доверие одного из заказчиков. Я где-то слышал историю о менеджере, который периодически предлагал £500 каждому своему сотруднику, который уволится. Думаю, у этого подхода есть свои слабые стороны, но идея такой отбраковки немотивированных людей соблазнительна.

Мой основной опыт связан с работой в организациях малого и среднего размеров. Адаптация к большой корпорации была непростой, но я не думаю, что те, противоположные DevOps подходы, с которыми я сталкивался за это время, чем-то уникальны для Sony. Я знаю несколько человек, которые говорят, что пользуются подходами DevOps с тех пор, когда еще и слова этого не было, и я с ними согласен. Тем не менее, проблемы обмена информацией между вертикалями, бюрократии, организационных границ, политики и т. п., присущи большим корпорациям в гораздо большей степени. Не могу ничего сказать о том, как прививать культуру DevOps в большой организации сверху вниз, но я напряжённо работаю над тем, чтобы создать её изнутри.

Начало

Ещё год назад я никогда не слышал слова DevOps. Если вы в таком же положении, то есть много статей о том, что представляет собой DevOps:

И чего он не представляет:

Тем не менее, я подозреваю, что у некоторых возникнут проблемы с тем, чтобы найти действительно стоящие перлы, среди водянистой болтовни. Вот хорошее место, чтобы начать: Приступая к работе с подходом DevOps. Этот гигантский список ссылок на тему DevOps, собранный Патриком Дебуа (Patrick Debois), ясно продемонстрирует, почему не стоит пытаться прочесть всё о DevOps: devops-закладки.

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

Налаживание связей

Понимание, что же такое DevOps у меня оформилось только после того, как я начал об этом говорить с другими людьми. К счастью, в Лондоне есть очень активное сообщество DevOps, и поэтому у меня было достаточно возможностей разговаривать на эту тему. Неутомимый Гарет Рашгров (Gareth Rushgrove) проводит множество мероприятий, а The Guardian их часто принимает у себя. Я принимал участие в сессиях, где обсуждалась Continuous Integration, Deployments, Google App Engine, Load Balancers, Chef, CloudFoundry, и т. д. Я обнаружил, что люди удивительно открыто говорят о своих технологиях, процессах, культуре, трудностях и успехах.

Хотя Devops, конечно, больше, чем технологии и инструменты, лично для меня Devops оказался отличной вывеской, под которой ведутся действительно интересные разговоры. Наличие форума, где собираются люди с самым разнообразным опытом, помогло мне сформировать внутреннее понимание, о том, что именно должно формировать подход DevOps.

Отправляясь на свои первые собрания Лондонского DevOps сообщества, я чувствовал себя немного лицемером, потому что меня в первую очередь интересовал рекрутинг. Однако качество обсуждений было настолько высоким, что я с нетерпением ждал каждого следующего собрания, хоть больше и не искал сотрудников. Кроме того, я обнаружил, что добрая половина участников тоже ищут людей. Это оказался рынок девопсевцев.

Результат: я познакомился, а после и взял на работу, со Стивеном Нельсоном-Смиттом (Stephen Nelson-Smith) из Atalanta-Systems. (Он – автор блога agilesysadmin.net и пишет в твиттере под ником @Lordcope).

Рабочее определение DevOps

Если вы собираетесь нанимать людей, ориентированных на DevOps, неплохо иметь для себя его рабочее определение. Мне нравятся «столпы DevOps» (Culture, Automation, Measurement, Sharing = CAMS) предложенные Джоном Уиллисом (Что означает DevOps для меня):

  • Культура
  • Автоматизация
  • Измерение
  • Обмен знаниями

Мне кажется, что SMAC был бы лучшим акронимом, но буду пользоваться устоявшимся CAMS.

Требования к DevOps-кандидатам

Хотя я и видел вакансии на DevOps, я не считаю это должностью. В своей вакансии я только упоминал, что ищу «подкованных в DevOps», а потом изменил это на «DevOps-ориентированных» или что-то в этом роде. Объявление про вакансию истекло, и я собирался его выкинуть, но Р. И. Пинар (R.I.Pinearr) у себя в твиттере назвал его «идеальным описанием работы devops». Я очень люблю последовательно уточнять описание вакансии до тех пор, пока в требованиях не остается лишь то, что мне действительно требуется, и что можно чётко оценить в процессе собеседований. Но то, как составлять описание вакансии, выходит далеко за пределы этой статьи. Вкратце, я искал людей:

  • с хорошими навыками решения проблем
  • исполнительных и энергичных
  • хорошо вписывающихся в команду (очень трудно оценить)
  • с широким набором профессиональных навыков (LAMP, Java, C++, Ruby, Python, Oracle, Scaling/Capacity, High-Availability, и т.д., и т.п.)

Моя команда работает с огромным набором технологических стеков и они постоянно изменяются. Эта работа – настоящая мечта технаря, но самыми важными навыками для неё являются навыки межличностных отношений.

Рекрутеры

Я твёрдо убежден, что рекрутерам нужно уделять достаточно своего времени. Многие люди относятся к ним грубо, игнорируют их, а потом удивляются тому, что им не достаются хорошие кандидаты. Я всегда стараюсь ввести рекрутеров в курс дела как можно полнее. Для этого я подробно объясняю, какую роль мне нужно закрыть, а иногда хожу с ними на кофе или пива. Обратная связь, конечно же, очень важна кандидатам и я всегда стараюсь отвечать честно и быстро, оставляя рекрутерам заботу о том, чтобы подсластить горькую пилюлю.

Отбор резюме

Это тяжело. У меня часто возникает «резюмешная слепота», когда все кандидаты начинают выглядеть одинаково. И, как правило, одинаково неподходящими. Я стараюсь помнить, что на другом конце находится живой человек и заставляю себя формулировать конкретные причины, по которым я кого-либо отсеиваю. Разговор с рекрутером на тему кандидатов помогает мне быть конкретным.

Первое собеседование – удалённое техническое тестирование

Вот здесь начинается самое интересное! Я не знаю, лондонская ли это специфика, но у меня было очень много кандидатов из других стран, которые хотели присоединиться к команде. Для тех, у кого было хорошее резюме, а рекрутер ручался за хороший английский, я разработал отличный скрининг-тест, который можно было проводить удалённо. Это позволяло экономить на поездке в Лондон и проживании, а также быстро закончить разговор, если дела шли не лучшим образом. Вот как это выглядело:

  • Я выслал кандидату или рекрутеру ссылку на инстанс ec2, который я запускал минут за 20 до собеседования.
  • В инстансе был запущен веб-сервер, который содержал инструкцию для теста. Она лишь информировала, что кандидату будет нужен терминальный клиент, например Putty, если используется Windows.
  • В оговоренное время я звонил кандидату. Я объяснял, что тест состоит из двух заданий. Первое задание ориентировано на системное администрирование, и на него выделяется 20 минут. Второе задание – на программирование, и на него можно использовать всё оставшееся время. Звонок закончится через час.
  • Объясняю правила: вся работа должна быть выполнена на инстансе ec2, у кандидата есть тестовая учетная запись с паролем и root-доступ через sudo. Для выполнения задания можно пользоваться любыми ресурсами. Использование google, man-страниц, библиотек не только разрешено, но и предполагается.
  • Объясняю, что я от них хочу: они должны разговаривать со мной, рассказывая, как и о чём они думают, демонстрируя мне свой процесс решения задачи. Мне гораздо важнее этот диалог, чем смогут ли они решить какую-либо из поставленных задач.
  • Добавляю, что мы будем использовать Screen и я буду видеть всё, что они вводят.
  • Подменяю файл index.html с полными инструкциями, отмечаю время и говорю кандидату начинать.

Задачи

1) На самом деле очень простая: установить WordPress и настроить его для корректной работы. Уловка в том, что mysql мы предварительно поставили и сломали, а теперь наблюдали, как кандидаты ломали себе голову над тем, что ж такое происходит. Для опытного администратора это детские игрушки.

Как правило, мне приходилось собеседовать людей, больше ориентированных на разработку, чем администрирование. И практически сразу было понятно, насколько хорошо человек разбирается в Linux-системах. Было интересно видеть, какие предположения делали люди о самой системе (я ни разу не упоминал, что за операционная система установлена в инстансе; некоторые просто решили, что это Ubuntu). Некоторые люди читали инструкции, а некоторые – нет. В них был указан пароль для mysqladmin, но тем не менее были такие, кто искал как сбросить утерянный пароль. Один парень потратил 10 минут, пытаясь зайти по ssh на http://ec2… . Я сделал ему скидку из-за нервного напряжения, но он продолжал в том же духе и я вскоре закончил собеседование. Он жаловался на языковой барьер (он из Восточной Европы) и сказал, что если бы я только яснее выражался… Если я не могу с ним нормально общаться, то, я думаю, это весьма серьезная проблема, в независимости о того, чья это вина.

2) Мы давали немного почищенные журнальные файлы от Tomcat с реальным приложением, которое мы поддерживаем, и просили написать скрипт для разбора этого журнального файла на любом языке, который выберет кандидат. Нас интересовало, чтобы скрипт выводил вызовы методов, их число, частоту, среднее и 90-ю персентиль задержки. Предпочитаемым языком был Ruby, но кандидат был волен выбирать любой.

Один кандидат решил написать это на bash и ушёл в такую черную магию регулярных выражений, что я уже не понимал, как оно работает. Но в какой-то момент он застрял, и я не мог не спросить, почему он, по его словам ruby-программист, не делает это на Ruby, который, как я говорил, был предпочтительнее. Он начал заново, уже на ruby, и справился с задачей.

В зависимости от того, сколько времени было потрачено на первую задачу, эта часть собеседования часто была для меня очень скучной. Я оставался на связи на случай, если будут вопросы, просил объяснить свой подход перед тем, как начать кодирование, но после этого всё, что мне оставалось, это читать почту и т. п. Когда проходило 60 минут от начала собеседования, я пояснял кандидату, что он может продолжать работать над заданием столько, сколько ему на это понадобиться, после чего прислать мне письмо. После чего я заканчивал разговор, сказав перед этим, что мы свяжемся с ними, после того, как рассмотрим их присланный код.

Результаты

Я провёл через этот процесс несколько кандидатов. Когда мы только начали формировать тест, кроме меня в разговоре принимало участие ещё несколько человек из моей команды, но это оказалось слишком затратным в плане времени и, кроме того, пугало некоторых кандидатов. Ограничение по времени первой задачи стало огромным шагом вперёд, а как только к нашей команде присоединился Стивен Нельсон-Смит, у меня появился человек, который мог оценить код на ruby лучше меня. Мы все считаем, что описанный процесс тестирования чрезвычайно хорошо демонстрирует навыки кандидатов, и я крайне его рекомендую.

Один из самых хороших кандидатов принимал участие в собеседовании сидя за ноутбуком в людной и шумной зоне общего пользования wifi одного из лондонских хостелов. На заднем плане слышались громкие крики людей и сокрушительная рождественская музыка. Тем не менее, он смог отключится от всех отвлекающих факторов и решил обе задачи с лёгкостью, за что получил много бонусных очков.

Этап 2 – личное собеседование

Второй этап состоял из нескольких частей:

  • Неформальный разговор за кофе/обедом/ужином, длинной до часа. Я объяснял, что я ищу, кандидаты рассказывали про себя, и мы оценивали, на сколько подходим друг другу.
  • Упражнение на решение гипотетической проблемы у доски: вам звонит заказчик и говорит, что получает пустую страницу, когда заходит на http://yoursite.com. Ваши действия? Можно немного поимпровизировать с темой самой проблемы, но у неё должно быть две цели: показать подход человека к решению проблем и с архитектурами какой сложности он имел опыт работы.
  • Два часа парного программирования с любым человеком из моей команды. Обычно, это самая настоящая работа, которую нужно сделать. Это может быть cookbook для chef, или тест в cucumber, и т.п. Нам нужно выяснить, насколько комфортна тесная работа с этим человеком. Моя команда часто практикует парное программирование. Готовы ли мы работать с ним в паре день за днём?

Этап 3 – мой босс + любой член команды, которые ещё не встречался с кандидатом

  • Этот этап обычно очень свободный, хотя мой босс имеет своих собственные методы для оценки людей.

Для меня очень важно, чтобы каждый в моей команде мог выразить своё мнение. Мне очень нравился один кандидат, но когда один человек из команды озвучил свои смутные сомнения на счёт того, подходит ли человек в команду, мы все остановились и задумались об этом. В конце концов мы отказались от этого кандидата, потому что как только первые сомнения были озвучены, другие люди тоже начали рассказывать о своих опасениях. Я понял, что спешил нанять человека, чтобы закрыть срочную потребность, и был рад, как всё в результате получилось.

Отличный результат

Один из лучших людей, которых я нанял, знал не только C, Java и Linux, но и написал пример приложения на Ruby, потому что знал, что нам нужен был человек, умеющий писать на ruby. Его программа находила кратчайший маршрут между станциями лондонского метро, правда только по количеству остановок, а не времени в пути. Мне такая инициативность сказала о многом, и она полностью подтверждается с тех пор, как он присоединился к нашей команде. Жаждет новых знаний и хочет их применять. Любая проблема или задача для него «это просто». Единственная моя проблема с ним, это то, что он считает проблему решенной, как только придумает, как её решить. Это, конечно, немного шутка. На днях я ему сказал, что он объявляет задачу решённой, если твёрдо уверен, что ему потребуется ещё семь своих действий для её решения.

После найма

Что теперь? Ну, приём правильного человека – большое событие. Мы отмечали приход каждого человека, в противоположность типичным «прощальным столам», когда люди уходят. То, как я управляю командой, я ещё напишу (я надеюсь), но хочу сделать небольшой комментарий. Нанимая людей, в соответствии со своим видением, я должен буду отвечать перед ними. Всякий раз, когда я понимаю, что причиной моего решения стала «политика», я знаю, что это нужно менять.

Об авторе

Брайан Генри возглавляет Operations Engineering из Online Technology Group в Sony Computer Entertainment Europe. Его увлечения включают Devops, Tool-chains, Web Operations, Continuous Delivery и Lean thinking. Сейчас он занимается разработкой линий автоматизированных инфраструктур, с применением Ruby, Chef и AWS, запуская само-обслуживаемые, создаваемые по требованию, информационные окружения для разработки и тестирования в Sony’s Worldwide Studios.

Как стать DevOps-инженером за полгода или раньше? Часть 1

Примечание: это первая часть из цикла статей, посвященных DevOps.

Целевая аудитория

Вы разработчик и хотите направить свою карьеру в DevOps русло?

Или вы IT-специалист и хотите получить представление о том, что же такое DevOps?

А может быть вы ни тот, ни другой и просто хотите изменить свою карьеру, но не знаете с чего начать?

Мастер Йода рекомендует:  Apache PHP XML MySQL для Windows

Если ответ на все вышеперечисленные вопросы — да, то наш цикл статей призван помочь вам во всем этом разобраться!

Кстати, даже если вы много лет занимаетесь DevOps, то данная статья все равно может стать полезной для вас.

Что же такое DevOps?

Можно найти кучу различных определений в Google, но я сразу же скажу, что большинство из них просто «салат, заправленный очень длинными предложениями без особого смысла и трудновыговариваемыми словами».

Что же, для вас я очистил определение от лишнего мусора и вот что получилось:

DevOps- это способ доставки программного обеспечения до конечного потребителя через коллективные боль и ответственность.

Хорошо, но что же это значит на самом деле?

Это значит, что, испокон веков, разработчики (люди, создающие программное обеспечение) имеют совершенно другие мотивы, нежели IT-специалисты (люди, которые запускают программное обеспечение).

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

Однако, как IT-специалист, мне нужно внедрить в продукт как можно меньше функций, так как каждая новая функция — это перемены, а перемены рискованны.

В результате этого разительного контраста и зародился DevOps.

DevOps пытается объединить разработку и обслуживание ПО в один рабочий процесс. Идея заключается в том, что коллектив будет делить между собой как боль, так и ответственность (и, предположительно, вознаграждение) за создание, внедрение и получение дохода от программного обеспечения, ориентированного на клиента.

Пуристы скажут вам, что не существует такого понятия как «DevOps-инженер». «DevOps — это культура, а не должность» — будут они вам говорить.

Да, да мы поняли. Технически они правы, но, как часто бывает, термин в конце концов вышел за рамки своего первоначального смысла.

Теперь, DevOps-инженер — это что-то вроде «Программного инженера версии 2.0»

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

В итоге, DevOps — это, по сути, «цифровые трубопроводы», по которым код из ноутбука разработчика движется вплоть до получения прибыли.

Обратите внимание, что если вы выберете в качестве карьеры DevOps сферу, вы легко сможете найти себе рабочее место, так как сейчас почти все компании поддерживают DevOps. Ну либо утверждают, что поддерживают.

Независимо от того, что это за компании и где они находятся — работа в сфере DevOps предлагает большой доход и кучу «веселья» на долгие годы.

ПРИМЕЧАНИЕ: Будьте осторожны с объявлениями, наподобие: «Требуется DevOps-команда» или «DevOps-отдел». Грубо говоря, такие объявления не должны существовать, так как DevOps — это культура и «способ доставки» программного обеспечения, а не специальный отдел или команда.

Дисклеймер

Теперь, отставим стакан газировки в сторону и рассмотрим следующее.

Слышали ли вы когда-нибудь изречение о том, что «в DevOps нет junior-инженеров»?

Если не слышали, то знайте, что это очень популярный троп на таких платформах как Reddit и Stack Overflow. Но что он означает?

Если говорить простым языком, он означает, что в DevOps приходят люди с многолетним опытом работы, в сочетании с четким пониманием своих обязанностей, чтобы в конечном итоге стать настоящим senior DevOps-инженером. К сожалению, на сегодняшний день, не существует короткого пути в DevOps сферу.

Здесь мы не будем говорить о том, как обойти сложившуюся тенденцию и кратчайшим путем попасть в эту сферу, так как я не думаю, что возможно притвориться senior DevOps-инженером, проработав всего несколько месяцев. Твердое понимание стремительно меняющихся инструментов и методологий занимает годы. Освоить такой объем за короткий промежуток времени невозможно.

Однако! Существует примерно согласованный (трендовый, если вам так удобнее) список инструментов и концепций, которые используют большинство компаний. О них и пойдет речь в этой статье.

Опять же, инструменты и концепции — это не то же самое, что и навыки. Поэтому, изучая инструменты, убедитесь, что вы не забыли про навык прохождения собеседования, навык устного и письменного общения, траблшутинг и т.д.

Самое главное, помните о том, что мы делаем — создаем полностью автоматизированный «цифровой трубопровод», который берет идею в виде кода и доставляет прямиком туда, где вас ждет выручка.

Достаточно болтовни, с чего мне начать?

Ниже дан план, который приведет вас к желаемой должности.

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

План, расположенный ниже, олицетворяет мое мнение(и, вероятно, большинства людей, работающих в этой сфере) о том, что должен знать любой уважающий себя DevOps-инженер. Однако, это всего лишь мнение и, безусловно, найдутся те, кто с ним не согласится. Это абсолютно нормально. Мы здесь не для того, чтобы достичь совершенства — мы здесь для того, чтобы построить прочный фундамент и потом, поверх него, начать строить основной каркас.

ПРИМЕЧАНИЕ: Вы должны преодолеть этот путь шаг за шагом. Начните с фундамента, не пропускайте его! Сначала изучите технологии, помеченные синим цветом (Linux|Python|AWS), затем, если позволяет время или этого требует нынешний рынок труда, изучите технологии, помеченные фиолетовым (Golang|Google Cloud).

Повторюсь, синий цвет обязателен, а фиолетовый нужен для углубления уже имеющихся знаний.

После того, как вы усвоите весь «фундамент», переходите к изучению навыков, использующихся в реальных «боевых» условиях:

ПРИМЕЧАНИЕ: В схеме выше намеренно отсутствуют навыки, необходимые для тестирования ПО. Написание блоков кода, интеграция, приемочное тестирование традиционно ложатся на плечи разработчиков. Упущение фазы «тестирования» является преднамеренным действием, так как цель данной статьи — быстрое освоение новых навыков и инструментов. По мнению автора статьи, отсутствие опыта в тестировании — крайне незначительная помеха для трудоустройства.

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

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

Хорошо, копнем немного глубже!

Фундаментальные знания

Вверху статьи есть план под названием «Фундамент» с навыками, которыми должен овладеть любой DevOps-инженер.

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

Давайте разберем эти три столпа шаг за шагом.

Linux

Linux: там, где происходит вся магия. Можно ли быть DevOps-инженером, оставаясь при этом в экосистеме Microsoft? Конечно вы можете! Не существует закона, который бы предписывал работать исключительно в системе Linux.

Однако! Microsoft, безусловно, подходит для работы с DevOps задачами, но процесс работы будет гораздо дольше и болезненнее. На данный момент можно с уверенностью сказать, что нельзя стать настоящим профессионалом в DevOps сфере, не зная Linux. Так что Linux знать обязательно, не пытайтесь убежать от этого.

Как проще всего выучить Linux? Установите на домашний компьютер дистрибутивы Fedora или Ubuntu и используйте их как можно чаще! В процессе использования вам не раз придется ломать и чинить систему, сталкиваться с различными проблемами, благодаря которым, в конце концов, вы познаете Linux.

Для справки, в Северной Америке очень распространен дистрибутив Linux от компании Red Hat. Поэтому имеет смысл начать с Fedora или CentOS. Кстати, если не можете выбрать графическое окружение — KDE или Gnome, ставьте KDE. Его использует Линус Торвальдс.

Python

Python: самый распространенный язык для back-end’а в наши дни. С него легко начать, и он повсеместно используется во многих сферах. Бонус: Python широко распространен в сфере искусственного интеллекта и машинного обучения, поэтому, если решите этим заняться в будущем — вам практически ничего не придется учить.

Amazon Web Services: Без понимания того, как работает открытый облачный сервис невозможно стать DevOps-инженером. Amazon Web Services, пожалуй, лучшее место для изучения всей отрасли, так как он предлагает наиболее богатый набор инструментов для работы.

Вы спросите, можно ли начать с Google Cloud или Azure? Безусловно! Но после серьезного падения доллара, самым безопасным вариантом, по крайней мере, в 2020 году остается AWS.

При регистрации на AWS, вы получаете бесплатный уровень пользования сервисом на 1 месяц.

Когда вы залогинитесь в AWS, вас поприветствует простое и понятное меню выбора их продуктов.

Шучу, это был сарказм. Хорошая новость в том, что вам не нужно знать каждую функцию AWS.

Начните со следующего: VPC, EC2, IAM, S3, CloudWatch, ELB и всех продуктов из меню «Безопасность, идентификация и соответствие требованиям». Этого достаточно для начала работы с облачными сервисами.

У AWS есть собственный веб-сайт предназначенный для изучения их функций и это отличное место для начала обучения.

Я рекомендую вам уделять хотя бы по 30 минут в день на практику Python, Linux и AWS.

ПРИМЕЧАНИЕ: В целом, я считаю, что тратить ежедневно по часу, пять раз в неделю, достаточно для того, чтобы за 6 месяцев или меньше сложилось четкое представление о том, что происходит в DevOps сфере.

Но это касается только фундаментальных знаний!

В следующих статьях нашего цикла мы рассмотрим этапы: Конфигурирования, Версии, Пакеты, Внедрение, Запуск и Мониторинг программного обеспечения полностью автоматизированным способом.

10 странных вопросов на собеседовании: почему их так любят (и как на них отвечать)

Партнер компании «Контакт» (InterSearch Russia)

Дарья Тулубенская, партнер компании «Контакт» (InterSearch Russia), поделилась самыми необычными вопросами на собеседованиях, которые задают топ-менеджеры и рекрутеры компаний, и объяснила, как на них реагировать кандидатам.

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

Особенно это характерно для собственников бизнеса, которым интересно посмотреть, как вы себя ведете в стрессовой ситуации, как проявляется ваша так называемая «темная сторона», которая может разрушить не только вашу карьеру, но и нанести много вреда будущему работодателю. А деструкторы обычно проявляются именно в стрессовых условиях. Но то, что является стрессом для одного человека, не факт, что будет стрессом для второго.

1. Зачем вам деньги?

С первого взгляда, совсем простой вопрос, но на практике далеко не все кандидаты могут на него ответить, а соответственно, и обосновать, на что конкретно тратят средства. Как правило, работодатель хочет услышать четкий ответ, куда уходят деньги по статьям.

Пример ответа, который, скорее всего, устроит интервьюера: «У меня есть несколько статей расходов: на детей, путешествия, кредит и тому подобное. На детей у меня следующие траты: …». Суть не в том, чтобы показать выписку с банковского счета, а проявить структурный подход. А вот ответ «надо зарабатывать, чтобы кормить семью» понравится работодателю гораздо меньше: он размытый, шаблонный и довольно пессимистичный.

2. Объясните, что такое «чистая прибыль», чтобы понял ваш 8-летний сын

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

«Представь, что яблоко – это твоя прибыль. Пришел твой папа – он «банк» – и откусил кусочек. Потом пришла бабушка – она «заработная плата» – и тоже взяла кусочек и так далее. В итоге у тебя остается огрызок. Вот это и есть чистая прибыль».

Цель вопроса – понять, насколько кандидат может объяснить сложную идею простыми словами.

3. Что бы вы сделали, если бы узнали, что ваш близкий друг ворует на работе?

Этот вопрос должен показать, есть ли у вас определенные принципы и насколько вы умеете решать межличностные конфликты, особенно если вы с другом работаете вместе. Здесь нет правильного ответа, так как каждый работодатель подбирает человека с определенными компетенциями.

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

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

4. Как бы вы описали мне красный цвет?

Это любимый вопрос другого нашего клиента: он дальтоник, который не различает красный цвет. Один из кандидатов при ответе начал сравнивать цвет с эмоцией: «Красный – это гнев».

Другой предложил ему вспомнить красивую блондинку, а потом сказал: «Красный – это роковой цвет, похожий на эффектную блондинку».

Помните, что правильных ответов на этот вопрос не существует, а важен образ мышления и креатив. Неправильный ответ только один: вы ничего не можете сформулировать.

5. Кто вы по гороскопу? Какие преимущества дает вам ваш знак зодиака в работе?

Один наш клиент выбирал кандидатов в управленческую команду по знаку зодиака, и у него даже был астролог в штате. Так что подобные вопросы в обязательном порядке задавались на собеседовании.

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

6. Вы готовы помыть пол в магазине, если это будет необходимо?

Этот вопрос задает топ-менеджер крупной розничной компании.

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

Дело в том, что любой офисный сотрудник, который присоединяется к его команде, в обязательном порядке проходит трехнедельную стажировку в магазине – работает как продавец-консультант, стоит на кассе или выполняет функции мерчендайзера.

7. Какое вы животное? Какое вы растение? Какая вы геометрическая фигура?


Такие вопросы были очень популярны в Европе и Америке 15-20 лет назад, а потом дошли и до нашего рынка. Самое интересное, что человек, который их задает, не знает, какой ответ для него будет приемлем.

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

8. Этот автомобиль стоит 3 миллиона рублей, как вы на него заработали?

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

Вполне приемлем вариант в стиле «не ваше дело», но только в максимально вежливой форме: «Я думаю, этот вопрос не имеет отношения к моим профессиональным качествам, поэтому если вы позволите, я бы не стал на него отвечать».

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

9. Если бы вас позвали на работу, а у сына был день рождения, что бы вы выбрали?

Нередко работодатели используют проективные вопросы, чтобы понять, как человек будет действовать в той или иной ситуации. Чтобы ответить «правильно» на этот вопрос, нужно понимать корпоративную культуру и ценности компании: кому-то важно, чтобы сотрудники работали 24/7 и полностью отдавались работе, а кто-то, наоборот, практикует work&life-balance.

В этом случае отвечайте честно (вам же потом в этой компании работать, зачем же врать?), но обязательно уточните, случаются ли подобные истории и переработки на этом месте.

10. Вам уже за 35. Почему вы не замужем/не женат?

Этот вопрос – вполне в духе стрессового собеседования: работодатель хочет вывести вас из равновесия и посмотреть на вашу реакцию. Кроме того, ответ может показать, как вы умеете отвечать на неудобные вопросы и насколько откровенны можете быть.

Если вы хотите получить работу, то лучше всего сохранить вежливый тон и рассказать о своих жизненных приоритетах: «Я не готов пока заводить семью, так как хочу реализоваться в карьерном отношении. Но, конечно, когда-нибудь она у меня будет».

Лучше не закрываться. Единственный неправильный ответ в таком случае – «я не хочу обсуждать с вами личную жизнь».

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

Успех зависит не от умения подготовиться и вычислить правильные ответы, а от способности отвечать логично и структурированно. И если ваши ответы не устроят работодателя – это не значит, что проблема в вас. Значит, эта корпоративная культура вам не подходит.

Вопросы на собеседовании девопса

Господа, какие вопросы можно ожидать на позицию Devops-инженера? Как проходит стандартный день на работе? В чем заключается ежедневная рутина, если все автоматизированно и работает как часы.

Решил круто изменить свою деятельность, имея небольшой бэкграунд в виде умения пользоваться линуксом на уровне админа и пайтона. Посмотрел видео уроки и немного разобрался с Jenkins, Ansible, Git, PostgreSQL, Prometheus и Докером, k8s ещё не усвоил (он кажется чем-то крайне сложным).

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

Нашёл на просторах интернета неплохую подборку вопросов, буду рад если дополните:

Что такое Load Average, SWAP, inode?

— Опишите модель OSI и все ее уровни?

— Чем отличается TCP от UDP, как устанавливается соединение TCP?

— Когда нужно использовать SWAP, а когда нет?

— Чем отличается git pull от git fetch?

— Чем отличается транзакция от запроса, в контексте БД?

— Как починить chmod -x /bin/chmod?

— Что такое DevOps, Agile?

— С какими методологиями разработки ПО работал? Что знаешь о Scrum, Kanban и т.д?

— Чем виртуалки отличаются от контейнеров?

— Клиенты жалуются на то, что веб-сервис стал медленно работать, как бы ты последовательно докапывался до проблемы? Как обнаружить bottleneck?

— Чем отличаются реляционные БД от нереляционных и key-value? С какими из них работал, как бы ты организовывал разгрузку баз, репликации, миграции, бекапы?

— Что такое балансировщик? Какие типы балансировки при деплое знаешь? Что такое blue-green deployment, канареечные релизы?

— Как бы ты организовал поднятие инфраструктуры в облаке, в случае если отвалилась целая зона или регион?

— Как налету мигрировать работающую базу из одного региона в другую?

— Как бы ты строил ту или иную архитектуру проекта?

— Работал ли с облаками, AWS, GCP, Azure, OpenStack?

— Что представляет собой докер-контейнер? Из каких двух базовых вещей состоят контейнеры (имеется ввиду namespaces и cgroups)?

— Какие инструменты оркестрации контейнеров использовал? Для чего нужен Kubernetes, Nomad, Swarm, Compose?

— Есть ли опыт работы со стеком ELK, со стеком ПО от Hashicorp (Vault, Consul, Nomad, Terraform и т.д)?

— С какими системами мониторинга работал? Есть опыт работы с Prometheus?

— С какими CI-системами работал? В чем отличия Jenkins от TeamCity и других аналогичных систем?

— Что такое Continuous Integration/Delivery/Deployment и чем они друг от друга отличаются?

— Есть ли опыт внедрения CI/CD в инфраструктуру java-приложений (ant/maven/gradle)?

— С какими системами управления конфигурациями работал (Ansible/Puppet/Chef и т.д)? Почему именно с ними, в чем между ними разница?

— Как в access-логе Nginx посмотреть самые активные IP-адреса за последние сутки с помощью BASH?

— Как отсортировать массив в Python? Написать код в реальном времени.

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

Материал опубликован пользователем.
Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Ivan Pesin

Articles & Translations

Создание DevOps-команды

Building a DevOps Team by Brian Henerey for agilesysadmin.net

Original article: http://agilesysadmin.net/building-a-devops-team
Translated by Ivan Pesin, February 2012

Предыстория

С тех пор, как я начал работать в Sony в августе 2008-го, моя должность менялась 3 раза. Около года назад, я принял руководство командой, в которую я пришел с самого начала. И хотя это была, с любой точки зрения, разваливающаяся команда, я был очень доволен возможностью её изменить. Я знал, что оставшиеся люди были очень недовольны, и могли уйти в любую минуту, потому у меня было несколько неотложных задач:

  • Брать новых людей!
  • Удерживать тех, кто есть.
  • Брать новых людей!

Побочная история: я наткнулся на одну важную задачу, которую не перечислил. Делать заказчиков довольными. Совершенно не важно, насколько классной ваша команда может быть, если, по старой памяти, с вами никто не хочет работать. Я даже не представлял себе, до какой степени демотивированный сотрудник может испортить отношения с заказчиком, просто в силу отсутствия интереса. У меня ушли месяцы, чтобы восстановить доверие одного из заказчиков. Я где-то слышал историю о менеджере, который периодически предлагал £500 каждому своему сотруднику, который уволится. Думаю, у этого подхода есть свои слабые стороны, но идея такой отбраковки немотивированных людей соблазнительна.

Мой основной опыт связан с работой в организациях малого и среднего размеров. Адаптация к большой корпорации была непростой, но я не думаю, что те, противоположные DevOps подходы, с которыми я сталкивался за это время, чем-то уникальны для Sony. Я знаю несколько человек, которые говорят, что пользуются подходами DevOps с тех пор, когда еще и слова этого не было, и я с ними согласен. Тем не менее, проблемы обмена информацией между вертикалями, бюрократии, организационных границ, политики и т. п., присущи большим корпорациям в гораздо большей степени. Не могу ничего сказать о том, как прививать культуру DevOps в большой организации сверху вниз, но я напряжённо работаю над тем, чтобы создать её изнутри.

Мастер Йода рекомендует:  И опять о функциональном программировании на Python

Начало

Ещё год назад я никогда не слышал слова DevOps. Если вы в таком же положении, то есть много статей о том, что представляет собой DevOps:

И чего он не представляет:

Тем не менее, я подозреваю, что у некоторых возникнут проблемы с тем, чтобы найти действительно стоящие перлы, среди водянистой болтовни. Вот хорошее место, чтобы начать: Приступая к работе с подходом DevOps. Этот гигантский список ссылок на тему DevOps, собранный Патриком Дебуа (Patrick Debois), ясно продемонстрирует, почему не стоит пытаться прочесть всё о DevOps: devops-закладки.

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

Налаживание связей

Понимание, что же такое DevOps у меня оформилось только после того, как я начал об этом говорить с другими людьми. К счастью, в Лондоне есть очень активное сообщество DevOps, и поэтому у меня было достаточно возможностей разговаривать на эту тему. Неутомимый Гарет Рашгров (Gareth Rushgrove) проводит множество мероприятий, а The Guardian их часто принимает у себя. Я принимал участие в сессиях, где обсуждалась Continuous Integration, Deployments, Google App Engine, Load Balancers, Chef, CloudFoundry, и т. д. Я обнаружил, что люди удивительно открыто говорят о своих технологиях, процессах, культуре, трудностях и успехах.

Хотя Devops, конечно, больше, чем технологии и инструменты, лично для меня Devops оказался отличной вывеской, под которой ведутся действительно интересные разговоры. Наличие форума, где собираются люди с самым разнообразным опытом, помогло мне сформировать внутреннее понимание, о том, что именно должно формировать подход DevOps.

Отправляясь на свои первые собрания Лондонского DevOps сообщества, я чувствовал себя немного лицемером, потому что меня в первую очередь интересовал рекрутинг. Однако качество обсуждений было настолько высоким, что я с нетерпением ждал каждого следующего собрания, хоть больше и не искал сотрудников. Кроме того, я обнаружил, что добрая половина участников тоже ищут людей. Это оказался рынок девопсевцев.

Результат: я познакомился, а после и взял на работу, со Стивеном Нельсоном-Смиттом (Stephen Nelson-Smith) из Atalanta-Systems. (Он – автор блога agilesysadmin.net и пишет в твиттере под ником @Lordcope).

Рабочее определение DevOps

Если вы собираетесь нанимать людей, ориентированных на DevOps, неплохо иметь для себя его рабочее определение. Мне нравятся «столпы DevOps» (Culture, Automation, Measurement, Sharing = CAMS) предложенные Джоном Уиллисом (Что означает DevOps для меня):

  • Культура
  • Автоматизация
  • Измерение
  • Обмен знаниями

Мне кажется, что SMAC был бы лучшим акронимом, но буду пользоваться устоявшимся CAMS.

Требования к DevOps-кандидатам

Хотя я и видел вакансии на DevOps, я не считаю это должностью. В своей вакансии я только упоминал, что ищу «подкованных в DevOps», а потом изменил это на «DevOps-ориентированных» или что-то в этом роде. Объявление про вакансию истекло, и я собирался его выкинуть, но Р. И. Пинар (R.I.Pinearr) у себя в твиттере назвал его «идеальным описанием работы devops». Я очень люблю последовательно уточнять описание вакансии до тех пор, пока в требованиях не остается лишь то, что мне действительно требуется, и что можно чётко оценить в процессе собеседований. Но то, как составлять описание вакансии, выходит далеко за пределы этой статьи. Вкратце, я искал людей:

  • с хорошими навыками решения проблем
  • исполнительных и энергичных
  • хорошо вписывающихся в команду (очень трудно оценить)
  • с широким набором профессиональных навыков (LAMP, Java, C++, Ruby, Python, Oracle, Scaling/Capacity, High-Availability, и т.д., и т.п.)

Моя команда работает с огромным набором технологических стеков и они постоянно изменяются. Эта работа – настоящая мечта технаря, но самыми важными навыками для неё являются навыки межличностных отношений.

Рекрутеры

Я твёрдо убежден, что рекрутерам нужно уделять достаточно своего времени. Многие люди относятся к ним грубо, игнорируют их, а потом удивляются тому, что им не достаются хорошие кандидаты. Я всегда стараюсь ввести рекрутеров в курс дела как можно полнее. Для этого я подробно объясняю, какую роль мне нужно закрыть, а иногда хожу с ними на кофе или пива. Обратная связь, конечно же, очень важна кандидатам и я всегда стараюсь отвечать честно и быстро, оставляя рекрутерам заботу о том, чтобы подсластить горькую пилюлю.

Отбор резюме

Это тяжело. У меня часто возникает «резюмешная слепота», когда все кандидаты начинают выглядеть одинаково. И, как правило, одинаково неподходящими. Я стараюсь помнить, что на другом конце находится живой человек и заставляю себя формулировать конкретные причины, по которым я кого-либо отсеиваю. Разговор с рекрутером на тему кандидатов помогает мне быть конкретным.

Первое собеседование – удалённое техническое тестирование

Вот здесь начинается самое интересное! Я не знаю, лондонская ли это специфика, но у меня было очень много кандидатов из других стран, которые хотели присоединиться к команде. Для тех, у кого было хорошее резюме, а рекрутер ручался за хороший английский, я разработал отличный скрининг-тест, который можно было проводить удалённо. Это позволяло экономить на поездке в Лондон и проживании, а также быстро закончить разговор, если дела шли не лучшим образом. Вот как это выглядело:

  • Я выслал кандидату или рекрутеру ссылку на инстанс ec2, который я запускал минут за 20 до собеседования.
  • В инстансе был запущен веб-сервер, который содержал инструкцию для теста. Она лишь информировала, что кандидату будет нужен терминальный клиент, например Putty, если используется Windows.
  • В оговоренное время я звонил кандидату. Я объяснял, что тест состоит из двух заданий. Первое задание ориентировано на системное администрирование, и на него выделяется 20 минут. Второе задание – на программирование, и на него можно использовать всё оставшееся время. Звонок закончится через час.
  • Объясняю правила: вся работа должна быть выполнена на инстансе ec2, у кандидата есть тестовая учетная запись с паролем и root-доступ через sudo. Для выполнения задания можно пользоваться любыми ресурсами. Использование google, man-страниц, библиотек не только разрешено, но и предполагается.
  • Объясняю, что я от них хочу: они должны разговаривать со мной, рассказывая, как и о чём они думают, демонстрируя мне свой процесс решения задачи. Мне гораздо важнее этот диалог, чем смогут ли они решить какую-либо из поставленных задач.
  • Добавляю, что мы будем использовать Screen и я буду видеть всё, что они вводят.
  • Подменяю файл index.html с полными инструкциями, отмечаю время и говорю кандидату начинать.

Задачи

1) На самом деле очень простая: установить WordPress и настроить его для корректной работы. Уловка в том, что mysql мы предварительно поставили и сломали, а теперь наблюдали, как кандидаты ломали себе голову над тем, что ж такое происходит. Для опытного администратора это детские игрушки.

Как правило, мне приходилось собеседовать людей, больше ориентированных на разработку, чем администрирование. И практически сразу было понятно, насколько хорошо человек разбирается в Linux-системах. Было интересно видеть, какие предположения делали люди о самой системе (я ни разу не упоминал, что за операционная система установлена в инстансе; некоторые просто решили, что это Ubuntu). Некоторые люди читали инструкции, а некоторые – нет. В них был указан пароль для mysqladmin, но тем не менее были такие, кто искал как сбросить утерянный пароль. Один парень потратил 10 минут, пытаясь зайти по ssh на http://ec2… . Я сделал ему скидку из-за нервного напряжения, но он продолжал в том же духе и я вскоре закончил собеседование. Он жаловался на языковой барьер (он из Восточной Европы) и сказал, что если бы я только яснее выражался… Если я не могу с ним нормально общаться, то, я думаю, это весьма серьезная проблема, в независимости о того, чья это вина.

2) Мы давали немного почищенные журнальные файлы от Tomcat с реальным приложением, которое мы поддерживаем, и просили написать скрипт для разбора этого журнального файла на любом языке, который выберет кандидат. Нас интересовало, чтобы скрипт выводил вызовы методов, их число, частоту, среднее и 90-ю персентиль задержки. Предпочитаемым языком был Ruby, но кандидат был волен выбирать любой.

Один кандидат решил написать это на bash и ушёл в такую черную магию регулярных выражений, что я уже не понимал, как оно работает. Но в какой-то момент он застрял, и я не мог не спросить, почему он, по его словам ruby-программист, не делает это на Ruby, который, как я говорил, был предпочтительнее. Он начал заново, уже на ruby, и справился с задачей.

В зависимости от того, сколько времени было потрачено на первую задачу, эта часть собеседования часто была для меня очень скучной. Я оставался на связи на случай, если будут вопросы, просил объяснить свой подход перед тем, как начать кодирование, но после этого всё, что мне оставалось, это читать почту и т. п. Когда проходило 60 минут от начала собеседования, я пояснял кандидату, что он может продолжать работать над заданием столько, сколько ему на это понадобиться, после чего прислать мне письмо. После чего я заканчивал разговор, сказав перед этим, что мы свяжемся с ними, после того, как рассмотрим их присланный код.

Результаты

Я провёл через этот процесс несколько кандидатов. Когда мы только начали формировать тест, кроме меня в разговоре принимало участие ещё несколько человек из моей команды, но это оказалось слишком затратным в плане времени и, кроме того, пугало некоторых кандидатов. Ограничение по времени первой задачи стало огромным шагом вперёд, а как только к нашей команде присоединился Стивен Нельсон-Смит, у меня появился человек, который мог оценить код на ruby лучше меня. Мы все считаем, что описанный процесс тестирования чрезвычайно хорошо демонстрирует навыки кандидатов, и я крайне его рекомендую.

Один из самых хороших кандидатов принимал участие в собеседовании сидя за ноутбуком в людной и шумной зоне общего пользования wifi одного из лондонских хостелов. На заднем плане слышались громкие крики людей и сокрушительная рождественская музыка. Тем не менее, он смог отключится от всех отвлекающих факторов и решил обе задачи с лёгкостью, за что получил много бонусных очков.

Этап 2 – личное собеседование

Второй этап состоял из нескольких частей:

  • Неформальный разговор за кофе/обедом/ужином, длинной до часа. Я объяснял, что я ищу, кандидаты рассказывали про себя, и мы оценивали, на сколько подходим друг другу.
  • Упражнение на решение гипотетической проблемы у доски: вам звонит заказчик и говорит, что получает пустую страницу, когда заходит на http://yoursite.com. Ваши действия? Можно немного поимпровизировать с темой самой проблемы, но у неё должно быть две цели: показать подход человека к решению проблем и с архитектурами какой сложности он имел опыт работы.
  • Два часа парного программирования с любым человеком из моей команды. Обычно, это самая настоящая работа, которую нужно сделать. Это может быть cookbook для chef, или тест в cucumber, и т.п. Нам нужно выяснить, насколько комфортна тесная работа с этим человеком. Моя команда часто практикует парное программирование. Готовы ли мы работать с ним в паре день за днём?

Этап 3 – мой босс + любой член команды, которые ещё не встречался с кандидатом

  • Этот этап обычно очень свободный, хотя мой босс имеет своих собственные методы для оценки людей.

Для меня очень важно, чтобы каждый в моей команде мог выразить своё мнение. Мне очень нравился один кандидат, но когда один человек из команды озвучил свои смутные сомнения на счёт того, подходит ли человек в команду, мы все остановились и задумались об этом. В конце концов мы отказались от этого кандидата, потому что как только первые сомнения были озвучены, другие люди тоже начали рассказывать о своих опасениях. Я понял, что спешил нанять человека, чтобы закрыть срочную потребность, и был рад, как всё в результате получилось.

Отличный результат

Один из лучших людей, которых я нанял, знал не только C, Java и Linux, но и написал пример приложения на Ruby, потому что знал, что нам нужен был человек, умеющий писать на ruby. Его программа находила кратчайший маршрут между станциями лондонского метро, правда только по количеству остановок, а не времени в пути. Мне такая инициативность сказала о многом, и она полностью подтверждается с тех пор, как он присоединился к нашей команде. Жаждет новых знаний и хочет их применять. Любая проблема или задача для него «это просто». Единственная моя проблема с ним, это то, что он считает проблему решенной, как только придумает, как её решить. Это, конечно, немного шутка. На днях я ему сказал, что он объявляет задачу решённой, если твёрдо уверен, что ему потребуется ещё семь своих действий для её решения.

После найма

Что теперь? Ну, приём правильного человека – большое событие. Мы отмечали приход каждого человека, в противоположность типичным «прощальным столам», когда люди уходят. То, как я управляю командой, я ещё напишу (я надеюсь), но хочу сделать небольшой комментарий. Нанимая людей, в соответствии со своим видением, я должен буду отвечать перед ними. Всякий раз, когда я понимаю, что причиной моего решения стала «политика», я знаю, что это нужно менять.

Об авторе

Брайан Генри возглавляет Operations Engineering из Online Technology Group в Sony Computer Entertainment Europe. Его увлечения включают Devops, Tool-chains, Web Operations, Continuous Delivery и Lean thinking. Сейчас он занимается разработкой линий автоматизированных инфраструктур, с применением Ruby, Chef и AWS, запуская само-обслуживаемые, создаваемые по требованию, информационные окружения для разработки и тестирования в Sony’s Worldwide Studios.

О чем спросить на собеседовании при приеме на работу — 13 популярных вопросов и ответов

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

Причиной является не низкий профессиональный уровень соискателя, а его неуверенность и плохая подготовка к собеседованию, неправильные ответы на вопросы, задаваемые в ходе проведения собеседования.

Чтобы произвести хорошее впечатление нужно заранее подготовить и знать, какие вопросы задают на собеседовании и как на них отвечать.

Статья описывает типовые ситуации. Чтобы решить Вашу проблему — напишите нашему консультанту или позвоните бесплатно:

+7 (499) 490-27-62 — Москва — ПОЗВОНИТЬ

+7 (812) 603-45-17 — Санкт-Петербург — ПОЗВОНИТЬ

+8 (800) 500-27-29 доб.849 — Другие регионы — ПОЗВОНИТЬ

Это быстро и бесплатно!

Основные рекомендации

При первом общении с будущим работодателем важно правильно выглядеть и отвечать так, чтобы произвести нужное впечатление.

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

Ниже рассмотрены основные популярные вопросы, чаще всего задаваемые при собеседовании, и правильные ответы на них.

Что отвечать?

Ниже приведены самые популярные вопросы, с которыми будущему работнику придется столкнуться обязательно.

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

Рекомендуем прочитать статью и на ее основе составить свои варианы.

Расскажите о себе

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

Можно коротко сообщить информацию, которую обычно пишут в анкетах – образование, стаж работы, положительные личностные качества.

Далее следует перейти к конкретной успешной работе, которой занимались ранее.

Нужно простым и понятным языком объяснить её суть, и свой вклад в выполнение поставленной задачи. Должно быть ясно, что выполнение этой работы принесло пользу для прежней компании. Если успехи были отмечены предыдущим работодателем, об этом так же стоит упомянуть.

Из личных качеств соискателя может быть интересна коммуникабельность, способность работы в коллективе.

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

Почему вы хотите работать у нас?

Этим вопросом, задаваемым на собеседовании проверяют, не случайный ли человек соискатель. Частая смена сотрудников тормозит работу компании или её отдельного подразделения. Принимая нового человека, руководитель рассчитывает, что он будет трудиться в организации много лет.

Отвечая на этот вопрос, не следует называть причинами только близость к дому и достойную зарплату.

Лучше показать, что сфера деятельности компании очень интересна, и работа в ней позволит повысить профессиональный уровень. Для этого до собеседования следует собрать как можно более подробную информацию о компании, о её планах и достижениях и ответить на данный вопрос на основе собранных данных.

Почему вы уволились с прежнего места работы?

Задавая такой вопрос соискателю на собеседовании, работодатель старается понять способность человека работать в коллективе.

Чтобы правильно ответить, не нужно плохо отзываться о прежнем руководителе и коллегах. Это будет признаком конфликтного и неуживчивого сотрудника.

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

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

Почему мы должны взять именно вас?

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

В качестве аргументов следует привести примеры качественно выполненных проектов на прежнем месте.

При этом будет не лишним упомянуть о своих сильных качествах, которые помогают добиваться результатов. Это может быть ответственность, обучаемость, трудолюбие.

Готовность иногда задержаться на работе для того, чтобы качественно и вовремя выполнить задание, может положительно охарактеризовать человека.

Достоинства и недостатки

Работодатель стремиться не только узнать что-то хорошее или плохое, но и понять, насколько оценивает себя соискатель.

В ответе нужно показать свои качества не только как профессионала, но и как личности. Начинать рассказ лучше с положительных сторон.

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

  • опыт ведения переговоров с клиентами;
  • умение заключать контракты;
  • способность организовать коллективную работу над проектом.

Недостатки следует преподносить таким образом, чтобы было понятно, что они не отразятся негативно на решении задач компании.

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

Нужно сказать несколько слов о том, как эти недостатки преодолеваются, как при грамотном планировании работы удается все успеть вовремя.

О зарплате

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

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

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

Если работодатель настаивает на озвучивании суммы, следует указать её на 10-15% выше среднего уровня по своей специальности. Для этого перед тем, как идти на собеседование при трудоустройстве, необходимо проанализировать рынок труда и узнать, сколько платят специалистам в похожих компаниях.

Кто бы мог вас порекомендовать?

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

Это могут быть телефоны и непосредственного начальника, и руководителей других подразделений, с которыми приходилось тесно общаться в процессе работы.

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

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

Впечатление от соискателя складывается не только от содержания ответа, но и от подачи информации. Поэтому отвечать нужно спокойно, четко, немногословно.

Нельзя спорить и перебивать. Вежливый и корректный человек имеет больше шансов получить нужный результат от собеседования.

11 примеров хороших и плохих ответов

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

Примеры вопросов и ответов сведены в таблицу ниже. Приведены не только правильные и хорошие ответы, но и плохие.

Вопрос соискателю

Как нужно отвечать – хороший ответ

Как не нужно отвечать – плохой ответ

1. Почему вы уволились? «На прежнем месте работы отсутствовали возможности для профессионального роста. За время работы я достиг…, добился… и готов к новым задачам.» «Была низкая зарплата, плохой начальник, меня не ценили.»
2. Почему вы длительное время не работали? Смотреть продолжение таблицы

Полезное видео

Примеры ответов на неудобные и нестандартные вопросы на собеседовании при приеме на работу смотрите в видео:

Статья описывает типовые ситуации. Чтобы решить Вашу проблему — напишите нашему консультанту или позвоните бесплатно:

+7 (499) 490-27-62 — Москва — ПОЗВОНИТЬ

+7 (812) 603-45-17 — Санкт-Петербург — ПОЗВОНИТЬ

+8 (800) 500-27-29 доб.849 — Другие регионы — ПОЗВОНИТЬ

Добавить комментарий