Все мы пользуемся разными приложениям на телефоне и разными сайтами - для покупок, для резервирования билетов, для поиска разной информации, для подсказок на контрольных работах, и т.п.Но все, что мы видим - это красивые картинки, или, иначе говоря, "пользовательский интерфейс". А та работа по поиску данных, которая происходит за пределами экрана, простому пользователю не видна. А только представьте себе, сколько поисков надо произвести тому же Амазону,чтобы после того,как вы ввели свой логин- пароль,сразу быть готовым показать все ваши заказы за последние десять лет, все адреса в адресной книжке. Сколько запросов для того, чтобы завершить за вас поисковую строку! Пропасть! И если бы Амазон вынимал все фрукты в поисках яблок, вы бы уже давно отказались иметь с ним дело!
В предыдущем посте совершенно случайно в комментариях была идеально смоделирована реальная ситуцация. Если не подумать о том, как искать то, что нужно клиенту, то так и будешь сначала искать яблоки, потом яблочное пюре, потом яблочный сок, потом - шампунь с запахом яблок. И клиент загрустит и уйдет. Так что в этом деле время - деньги :)
Что делаю я - я придумываю, как разложить информацию по полочкам, чтобы было удобно и быстро ее доставить,независимо от того, по какому критерию будут искать. Я придумываю, какие на каждой полочке наклеить этикетки. И даже разрабатываю маршрут, по которому эффективнее всего передвигаться по этому складу, чтобы побыстрее собрать материал с разных стеллажей.
Почему это нельзя придумать раз и навсегда? Потому что каждое приложение, каждый сайт, все время добавляет какие-то новые функции, новые окошечки, которые надо заполнять информацией. Потому что количество информации обычно растет, и есть сто фруктов еще можно вывалить на пол и увидеть, где яблоки, а где груши, то сто тысяч уже глазом не охватишь.
А если вы покупаете на Амазоне, вам неважно, у него полмиллиона клиентов или сто миллионов, вы все равно не хотите сидеть и смотреть на поворачивающиеся песочные часы, вы хотите сразу видеть результат поиска. Вот что вы, возможно, не хотите видеть, но приходится - рекламу товаров, которые Амазон пытается вам всучить. Вам это не надо, может быть, а Амазону очень даже надо! Вы себе можете представить, сколько информации надо проанализовать, чтобы предложить вам продукт, такой, что вы не отмахнетесь - достал уже этот Амазон! а задумаетесь- хммм, может, мне это и вправду надо?
Вот всем этим я и занимаюсь!
В предыдущем посте совершенно случайно в комментариях была идеально смоделирована реальная ситуцация. Если не подумать о том, как искать то, что нужно клиенту, то так и будешь сначала искать яблоки, потом яблочное пюре, потом яблочный сок, потом - шампунь с запахом яблок. И клиент загрустит и уйдет. Так что в этом деле время - деньги :)
Что делаю я - я придумываю, как разложить информацию по полочкам, чтобы было удобно и быстро ее доставить,независимо от того, по какому критерию будут искать. Я придумываю, какие на каждой полочке наклеить этикетки. И даже разрабатываю маршрут, по которому эффективнее всего передвигаться по этому складу, чтобы побыстрее собрать материал с разных стеллажей.
Почему это нельзя придумать раз и навсегда? Потому что каждое приложение, каждый сайт, все время добавляет какие-то новые функции, новые окошечки, которые надо заполнять информацией. Потому что количество информации обычно растет, и есть сто фруктов еще можно вывалить на пол и увидеть, где яблоки, а где груши, то сто тысяч уже глазом не охватишь.
А если вы покупаете на Амазоне, вам неважно, у него полмиллиона клиентов или сто миллионов, вы все равно не хотите сидеть и смотреть на поворачивающиеся песочные часы, вы хотите сразу видеть результат поиска. Вот что вы, возможно, не хотите видеть, но приходится - рекламу товаров, которые Амазон пытается вам всучить. Вам это не надо, может быть, а Амазону очень даже надо! Вы себе можете представить, сколько информации надо проанализовать, чтобы предложить вам продукт, такой, что вы не отмахнетесь - достал уже этот Амазон! а задумаетесь- хммм, может, мне это и вправду надо?
Вот всем этим я и занимаюсь!
Comments
Понятно про анализ покупательских запросов (очень было бы интересно услышать примеры специалистов из этих сфер, потому что непонятно, почему одни сайты предлагают мне банальные совпадения, "невкусные", а фейсбук - такие, что я тыкаю каждую ссылку, именно там устроила кулинарную книгу и огромное количество идей для мероприятий черпаю там). Вы хотите сказать, что на Амазоне тоже используются такие, как у вас, базы данных?
Да, а вот почему так сложно по логину-паролю выдать заказы? Вот я представляю эксель тот же (простите - сложнее не могу пока). У меня в первой ячейке логин, пароль, потом все другие данные. И в каких-то ячейках заказы. И при запросе параллельно логину/паролю берутся заказы. В чем проблема?
Но одна из проблем в объемах данных, когда у сайта большое количество пользователей.
Представьте, например, что на одном листе Excеl у вас 10 млн. логинов с паролями, на втором листе - 20-30 млн. заказов, а на третьем - 200-300 млн. деталей этих заказов.
И одновременно к вам на сайт пытаются зайти 100 тыс. пользователей из разных уголков мира.
И вот тут вы начинаете поиск на каждой из страниц, для каждого пользователя ищете логин/пароль, проверяете их, запрашиваете по логину его заказы, детали этих заказов и еще попутно рассчитываете, какую рекламу и сопутствующую информацию пользователю подсунуть.
И все это нужно сделать очень быстро, чтобы пользователь не заскучал и не ушел к конкуренту.
Далее специалисты по работе с базой данных придумывают, каким образом организовать данные, чтобы поиск по ним можно было производить быстро с учетом специфики бизнес-задач и с учетом возможностей оборудования (серверов, сети и т.д.).
Затем бэк-энд разработчики пишут запросы к этим данным для получения паролей/логинов, списков заказов и т.д.
От того, как написан этот запрос, скорость получения данных зависит очень сильно, вот тут программист проявляет свои возможности.
Из 1 млн. профилей на одной странице выбирать долго, но можно, например, все профили разделить по городам по разным листам таблицы Excel, и если вы сначала определите, что пользователь к вам на сайт зашел из Чикаго, то вы быстро выбираете лист Чикаго из 100 страниц разных городов, и на странице Чикаго находите один профиль пользователя из 10 тыс., а не из миллиона.
Например, вы знаете, что из 1 млн. пользователей у вас активных всего 1 тыс., но они делают 90% всех покупок.
То есть ваша основная задача, чтобы именно у активных пользователей сайт "летал".
Тогда вы можете отметить эти профили отдельными "галочками", и вынести их все на первый лист Excel, каждый раз начинать поиск именно с этого листа.
В этом случае активные пользователи будут найдены очень быстро, а остальным придется немного подождать.
Еще есть всякие возможности на уровне самой базы данных - по полям, по которым выполняется поиск, вы можете построить индексы, ускоряющие поиск (это тоже придумывает программист). Можно старые заказы, к которым редко обращаются, хранить отдельно (в архиве), а более свежие - на более быстрых и дорогих носителях, но доступ к ним будет существенно быстрее.