TG Telegram Group & Channel
Карьера аналитика | United States America (US)
Create: Update:

Ответ на практическую задачу

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

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

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

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

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

Лайк за то, что превентивно думает про требования к безопасности и о том, что безопасники (хотя в условном примере и в условной школе их может и не быть вовсе) могу "забрить" ваше решение. Видимо кто-то много обжигался на этом)

Лайк за проработку корнер-кейсов формата: "А что будет, если ученик забыл палец дома и он пройдет по биометрии другого человека? Как нам обрабатывать эту ситуацию". "А что будет, если он приложит палец, но не пройдет через турникет и убежит?". Отсюда родились, я считаю, вообще гениальные подробности на тему того, что турникеты имеют такую систему, что если его разблокировали, но при этом не прошли - то он удаляет запись о проходе (или что-то в этом духе).

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

Сорри за оффтоп и очередное напоминание.


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

Ответ на практическую задачу

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

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

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

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

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

Лайк за то, что превентивно думает про требования к безопасности и о том, что безопасники (хотя в условном примере и в условной школе их может и не быть вовсе) могу "забрить" ваше решение. Видимо кто-то много обжигался на этом)

Лайк за проработку корнер-кейсов формата: "А что будет, если ученик забыл палец дома и он пройдет по биометрии другого человека? Как нам обрабатывать эту ситуацию". "А что будет, если он приложит палец, но не пройдет через турникет и убежит?". Отсюда родились, я считаю, вообще гениальные подробности на тему того, что турникеты имеют такую систему, что если его разблокировали, но при этом не прошли - то он удаляет запись о проходе (или что-то в этом духе).

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

Сорри за оффтоп и очередное напоминание.


Пост получается слишком длинным и не влезает в формат телеги, поэтому мои предложенные решения в следующем.
↕️
Please open Telegram to view this post
VIEW IN TELEGRAM


>>Click here to continue<<

Карьера аналитика




Share with your best friend
VIEW MORE

United States America Popular Telegram Group (US)