Версия для печати
- Форум Сообщества Практиков Конкурентной разведки (СПКР) http://forum.razved.info/
-- Общие вопросы конкурентной разведки http://forum.razved.info//index.php?f=5
--- Александр Митрофанов: Массивы данных сменились потоками. http://forum.razved.info//index.php?t=1374
-- CI-KP написал 23 декабря 2010 20:44
Александр Митрофанов: Массивы данных сменились потоками. И время стало определяющим фактором.
yushchuk.livejournal.com/275361.html
Очень известный в профессиональных кругах специалист конкурентной разведки, член СПКР (http://www.razvedka-open.ru/Person/Mitrofanov-Aleksander-Aleksandrovich.html) Александр Митрофанов (http://old.it2b.ru/it2b6.view1.page10.html) дал интересное интервью.
Важный отрывок из этого интервью, проясняющий, на мой взгляд, основные современные тренды в Конкурентной разведке (http://ci-razvedka.ru/): "...если лет 5-7 назад речь шла о массивах информации, то теперь компаниям приходится иметь дело с потоками данных, когда фактор времени имеет решающее значение.
Руководителю становится крайне сложно разобраться в этом потоке. Принимать решения по наитию, при полном отсутствии структурированной информации, могут только гении, но их единицы.
Поэтому основная наша задача — обеспечить заказчиков нужной информацией, структурированной таким образом, чтобы были видны сценарии возможного развития ситуации — для принятия оптимального решения при выборе, например, из пяти наиболее вероятных вариантов".
Александр сказал это еще в 2005 году.
Полный текст - на сайте Романа Ромачева it2b.ru. (http://it2b.ru/blog/arhiv/216.html)
UPDATED. don_rumata_est (http://don-rumata-est.livejournal.com/) обратил в комментариях внимание на опечатку в тексте.
Фраза, которая сейчас звучит "если лет 5-7 назад речь шла о..." до этого начиналась словами "если лет 57 назад...".
Уточняя этот момент, я созвонился с Александром Митрофановым - все же, это его текст и негоже без него правкти вносить.
Александр подтвердил правильность предположений don_rumata_est (http://don-rumata-est.livejournal.com/) , и дополнительно сказал еще две очень интересных вещи. Которые я публикую с его разрешения.
1. Базами данный сегодня пользуются все меньше и меньше. Потоковой информации оказывается достаточно для изготовления подавляющего большинства справок по поставленной задаче. Порой, в базу данных если и заглядывают - то для того, чтобы, например, уточнить дату рождения кого-то из фигурантов справки.
2. По мнению многих специалистов конкурентной разведки (я, кстати, тоже подтверждаю сказанное ниже), все чаще и больше функции тактической конкурентной разведки отдаются сотрудникам предприятия. А специалисты конкурентной разведки становятся консультантами по стратегическим вопросам, занимаясь прогнозированием развития ситуации. Стратегическая аналитика оказывается самодостаточной, а иногда требует получения дополнительной информации - в том числе, и методами конкурентной разведки.
-- curious написал 24 декабря 2010 16:33
[q]
1. Базами данный сегодня пользуются все меньше и меньше. Потоковой информации оказывается достаточно для изготовления подавляющего большинства справок по поставленной задаче. Порой, в базу данных если и заглядывают - то для того, чтобы, например, уточнить дату рождения кого-то из фигурантов справки.[/q]
Нет четкого понимания что такое потоковая информация? Это "самописное" определение?
[q]
2. По мнению многих специалистов конкурентной разведки (я, кстати, тоже подтверждаю сказанное ниже), все чаще и больше функции тактической конкурентной разведки отдаются сотрудникам предприятия. [/q]
оно и без мнения специалистов КР так было особенно в дистрибуции, где сэйлз менеджер сам раскапывет информацию о коммерческих условиях работы (суб) дистрибьютора с конкурирующим поставщиком и готовит почву для привлечения - тут у кого как фантазия развита. Создавать централизованную систему добывания чтобы информацию для принятия решения снова спускать вниз на три уровня просто иногда бессмысленно (говорю на примере своего предприятия). Для специалистов КР здесь другое поле для деятельности - обучение.
-- CI-KP написал 24 декабря 2010 17:11
curious написал:[q]
Нет четкого понимания что такое потоковая информация? Это "самописное" определение?[/q]
Да. База данных статична. Она лежит в определенном (нами же) месте и ждет. И структурирована. И про вчера.
Данные онлайн - динамичны, не структврированы и не очевидно, где они лежат. И они про сейчас.
curious написал:[q]
оно и без мнения специалистов КР так было особенно в дистрибуции,[/q]
Мнение в данном случае лишь отражает реалии. Не формирует их.
-- CI-KP написал 24 декабря 2010 19:25
Игорь Юрьевич Нежданов, на мой взгляд, верно прокомментировал в моем блоге:
"Совершенно справедливо - сейчас всё большее значение приобретают именно потоки, а статические базы утрачивают свое значение. И именно по тому, что базы статичны".
-- hound написал 24 декабря 2010 19:47
CI-KP написал:[q]
И именно по тому, что базы статичны". [/q]
Я полагаю, другой причиной является резкое возрастание объемов информации.
-- CI-KP написал 24 декабря 2010 19:51
hound написал:[q]
Я полагаю, другой причиной является резкое возрастание объемов информации. [/q]
Все же дело не в объемах, а в скорости. Скорости принятия решения оппонентами и скорости реагирования. Она возросла.
Вторая причина - в том, что появились новые каналы коммуникации, в которых данные рождаются, и одновремено появились средства контроля за этими каналами. Тот же Твиттер или блоги. Сегодня есть возможность в реальном масштабе времени все это видеть. И даже влиять на ситуацию - в т.ч. и на информационном уровне.
-- hound написал 24 декабря 2010 20:02
CI-KP написал:[q]
Все же дело не в объемах, а в скорости.[/q]
Скорость, безусловно, да. Но объем, полагаю, тоже немаловажный фактор. Ее просто банально - ОЧЕНЬ много. И поэтому нельзя - сначала накопить, потом выбрать. Пока накапливаешь - появится новая, и так до бесконечности. А до "выбора" нужной уже и руки не дойдут.
-- Игорь Нежданов написал 24 декабря 2010 20:06
hound написал:[q]
Я полагаю, другой причиной является резкое возрастание объемов информации. [/q]
С объемами проблем нет. Проблема именно в скоротечности.
hound написал:[q]
Пока накапливаешь - появится новая, и так до бесконечности.[/q]
Это и показатель скоротечности. А объемы перерабатываемы.
-- hound написал 24 декабря 2010 20:18
Игорь Нежданов написал:[q]
А объемы перерабатываемы. [/q]
Конечно - в КР. Сорри, внимательно не прочитал... Все это ведь именно о КР...
Посыпаю голову пеплом.
-- CI-KP написал 24 декабря 2010 20:31
Игорь Нежданов написал:[q]
Это и показатель скоротечности. А объемы перерабатываемы. [/q]
Я как раз то же самое сказать хотел. А штатные программы по работе с базами данных с сегодняшними объемами нормально справляются? К примеру, если Твиттер начнет грузиться автоматически с пары сотен аккаунтов - переварит?
-- Игорь Нежданов написал 25 декабря 2010 16:07
CI-KP написал:[q]
Я как раз то же самое сказать хотел. А штатные программы по работе с базами данных с сегодняшними объемами нормально справляются? К примеру, если Твиттер начнет грузиться автоматически с пары сотен аккаунтов - переварит? [/q]
По скольку более или менее знаком с Кроносом, то скажу о нем - переварит. Сотни миллионов записей - без проблем.
-- CI-KP написал 25 декабря 2010 16:52
Игорь Нежданов написал:[q]
По скольку более или менее знаком с Кроносом, то скажу о нем - переварит. Сотни миллионов записей - без проблем. [/q]
Понятно. Спасибо.
-- Vinni написал 25 декабря 2010 19:08
Игорь Нежданов написал:[q]
По скольку более или менее знаком с Кроносом, то скажу о нем - переварит. Сотни миллионов записей - без проблем. [/q]
Oracle тоже. В промышленных реляционных БД такие же объемы.
Хотя, вопрос - нужно ли хранить в БД всю информацию? 
Тот же Аваланч хранит в отдельных файлах загруженные страницы и новости, а в БД только информацию о рубрикации и общую информацию о странице (откуда, когда, где хранится и т.д.).
И в одной системе, расчитанной на колоссальный объем, я видел, что БД не используется, а используются специфические индексные файлы, ускоряющие поиск по тем или иным атрибутам информационного блока.
Этот форум работает на скрипте Intellect Board
© 2004-2007, 4X_Pro, Объединенный Открытый Проект