Pull to refresh

Comments 18

Хм... если бы я задавал такой вопрос ("пользователь не помнит название"), особенно аналитику, то я ожидал бы услышать не про URL и JSON, а как нам добиться, чтобы когда пользователь только ввёл "лошад", мы уже подсказали ему искомое "Овсов" :)

А как этого добиться, как сделать автоподсказки, желательно подключи к поиску ИИ чат к ним?

Честно говоря, я ожидала бы таких же уточнений и описаний пользовательского пути на UI и их давала. Но сразу же после этого ответа было что-то вроде: "А теперь напишите JSON запрос для передачи этих параметров". =)

Проблема в том, что пользователь не помнит название. Как реализовать поиск?

Давать пользователю леща, пока не вспомнит.

Было бы замечательно, если бы на собеседованиях давали решать другое задание: "Пользователь ввел в строку поиска название, которое он точно помнит. Как вывести результаты, которые содержат это название, и НЕ ВЫВОДИТЬ ПЛЯТ результаты, которые его не содержат?"

Тогда это будет собеседование не на аналитика (как бы нам еще чего-нить впарить пользователю), а на какого-нибудь юристконсульта (а нам точно ничего не будет если мы это сделаем) ¯\__(ツ)_/¯

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

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

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

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

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

Все с ума посходили с брокерами ? Сейчас без брокеров никуда ?

И как вы предлагаете использовать Kafka или RMQ в описанной задаче?

?blabla=blabla — это не параметр. &blabla=blabla — тоже. Параметры не включают ? и &. Первый — это разделитель адресного блока URL и блока параметров, второй — разделитель параметров. Но ни первый, ни второй в параметры не входят (пока не экранированы).

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

Вы ошибаетесь, если думаете, что требования не уточняются. Но... по итогам уточнения бизнес-процессов, полей, их типов и т.д. предлагается написать пример json запроса, спроектировать БД, чтобы получить нужную выдачу, написать sql запрос для получения нужных данных. Заодно спросят о паттернах микросервисной архитектуры и что делать, чтобы неизвестные тебе потребители узнали об измениях в публичном API. И, конечно, зададут вопрос о разнице Soap и Rest.

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

В discript.ru "ru" - это не суффикс, а тоже домен, первого уровня, discript - домен второго уровня.

Sign up to leave a comment.

Articles