Как стать автором
Обновить

10 специфических вопросов по REST API на техническом собеседовании по вакансии системного аналитика

Уровень сложностиСредний
Время на прочтение11 мин
Количество просмотров14K
Всего голосов 17: ↑8 и ↓9+2
Комментарии14

Комментарии 14

Чатжпг же, да?

Часть задач из статьи требуют начальных знаний Python
Рассмотрим пример кода на Python
Вторая часть статьи — для кандидата на позицию системного аналитика (СА)

А вы точно по проектированию HTTP вопросы задаете? А не по питону?
Странный набор высосанных из пальца и не систематизированных вопросов.

Т.е. аналитик должен знать питон. А если знает как пользоваться curl или postman или, например, js (не знаю уж зачем это аналитику знать JS), но не знает питон - то он все! не знает принципе протокола HTTP (как бы REST)
Вы это серьезно?

Если в коммерческой конторе собес, то скорее вы правы. А по госстандарту требований к системному аналитику - обязан знать языки программирования. Не я выдумал, вопрос к Минтруду РФ.

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

В каком случае он может применить эти данные? Неужели реально это спрашивают на собесах аналитиков?

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

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

Вот здесь профстандарт на сист. аналитика. Предыдущая версия была утверждена в 2014 году.
https://www.garant.ru/products/ipo/prime/doc/56840796/#review
Необходимые умения из озвученного выше:
- Читать исходный программный код, знать ООП
- Разрабатывать требования к изделиям машиностроения, приборостроения и их составным частям

Очень странные дела ... Где Rest API и где системный анализ? Это удел пограммилл, разве нет ? И почему именно Rest API, а не , допустим RPC/XDR или TLV или ЖРПС ?


Без претензий, просто необычно видеть такую связку. Ну и ... что делать на собеседовании если конец сервера вернул код 301 ? :-)

Rest API спрашивают на собесе на системного аналитика. Много видео о собесе СА, на Ютубе от Яндекса, разных банков и крупных компаний. Все про Rest API в том или ином объеме спрашивают.

Бред какой-то! Говорите про Python и спрашиваете как вручную прописать HTTP заголовок запроса и тут же почему-то авторизация на Python. Почему не в HTTP? Почему аналитик должен знать как это делать на Python? Как на счёт всех остальных языков программирования? А вообще программисты на Python умеют делать HTTP заголовок вручную и знают куда его потом вставлять? (Господа Гусары, молчать!) Согласен что и аналитику и программисту надо знать как работает HTTP/REST и не только (...а то реально такие клоуны иногда попадаются - REST от SOAP не отличают, web-сервис и web-сервис, что ещё надо?), но вот тут какая-то несистематизированная фигня написана. Я бы предложил:

  • какие бывают типы web-сервисов (SOAP, REST, XML-RPC)

  • какие бывают типы запросов (GET, POST, PUT, DELETE), ещё про SOAP отдельная тема.

  • основные коды ответов сервера (тот же 404, 401, 500, 200)

  • какие бывают типы авторизации (Basic, Kerberos, NTLM & etc.)

  • может быть ещё - как подключится к REST сервису по HTTPS (с сертификатом, выданным сервером) и туда же - какие бывают сертификаты.

  • ну и раз уж про сервисы, то WSDL, XSD, OpenAPI, Swagger & etc.

короче, мне не понравилось.

Ну, если вы хотели осветить эту тему конкретно в реализации Python, то и надо было писать про Python, а не HTTP заголовки:

  • какие есть библиотеки для работы с web-серсиами в Python, в чём их разница.

  • примеры использования разных библиотек, опять же авторизация, сертификаты и пр.

  • ну, и т.п.

только это уже не про аналитика будет.

Подобные вопросы не раскрывают самую важную компетенцию СА - умение быстро и качественно решить поставленную задачу.

То, что вы поверхностно проверили понимание двух заголовков запроса вообще не раскрывает понимание кандидатом принципов http.

Предлагаю вам на технических собеседованиях всё-таки проверять навыки проектирования и моделирования, а не теорию. Заданием может быть моделирование запросов, которые нужны для управления корзиной товаров, например. Здесь кандидат раскроет знания заголовков, глаголов, параметров (и не только query, а даже может быть path), тело запроса, кодов ответа, авторизации, идемпотентности и пр.

Хорошие рекомендации. СА собеседует обычно тимлид или приглашенный эксперт из той области, в которой делается проект (финансы, госуправление, коммерция и т.п.).
Да, кандидат проверяется на навыки проектирования, рисует диаграммы и т.д.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий