Victor Dmitriev

"Waterfall в природе не существует ни в одной компании".
В чистом виде - нет, в смешанном виде - существует почти везде в проектной разработке.

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

тут согласен, да) но это скорее общий список вопросов, это не значит, что, когда придет лид на собес, ему зададут все эти 50 вопросов)

Мб, это странно и точно не везде корректно. В целом, вопрос про прямое сравнение СОАП и РЕСТ - не совсем корректен, но его почти всегда задают)

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

Не соглашусь)

Во-первых, это не манагерский мусор:
1. т.к. это глупо называть мусором, это процессы в компании, которые прямо влияют на эффективность команды. Эффективность команды напрямую влияет на деливери.
2. поскольку БА часто выполняют роль этих самых манагеров, когда те же манагеры в отпуске, важно, чтобы БА это понимали.

Во-вторых, эти вопросы не отменяют проверку хард-скиллов аналитика, которые требуются для конкретной вакансии.

В-третьих, на большинстве вакансий БА тот же python вообще не требуется, при этом работа в команде по процессам условного скрама есть везде.

Ну камон) Таких примеров очень много:

Agile - это не методология, а философия, при этом их всегда кладут на одну чашу с Waterfall, что по сути своей неправильно.

Также, например, сравнивают UML и BPMN, хотя это тоже не совсем корректно, так как UML - это не конкретная нотация, в отличие от BPMN.

Аналогично активно употребляют термин «REST методы», который по сути не совсем корректный, но дает понимание всем, что имеется в виду.

Ок, но чтобы не смущать читателей можно исправить на «Какие HTTP методы используются в RESTful сервисах?»

Да, я тоже знаю таких) соответсвенно, если сотрудник не будет вовлечён в интеграционные проекты, то интеграционные вопросы для него не релевантны.

Но сейчас большинство вакансий требуют знания REST, поэтому я сюда это включил)

Ну камон) видимо, этого не достаточно, чтобы избежать холивара)

«Опять же, чтобы не устраивать холивар по поводу понятий и разницы между системным и бизнес-аналитиком, под бизнес-аналитиком (aka БА) я буду рассматривать универсального фулл-стэк аналитика, который сопровождает полный путь сбора требований к разработке системы/фичи»

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

Вы же понимаете, что уровень БА/СА в разных компаниях разный? Есть СА, активно вовлечённые в интеграционные проекты, есть - те, кто нет. И, в целом, это вполне хороший вопрос, чтобы начать разговор про интеграции)

БА часто берет на себя роли и SCRUM-мастера и ПМ-а)