База вопросов и ответов Yahoo Answers вышла на второе место в интернете по посещаемости среди справочных сайтов.

По статистике Comscore, сайт Yahoo Answers в за июне 2006 г., привлек 12,3 млн человек. Это на 35% больше, чем в предыдущем месяце, и намного больше, чем у других экспертных сайтов. Для сравнения, аудитория Google Answers за тот же период составила всего 947 тыс. человек и снизилась на 4% по сравнению с маем.

С момента запуска новой версии сайта в декабре 2005 г. в базе Yahoo Answers опубликовано уже более 30 млн вопросов и ответов. За работой системы следят штатные редакторы, которые фильтруют информацию и удаляют неприемлемый контент. Скоро будет представлена система рейтингов в стиле eBay.

Джастин Осмер (Justin Osmer) занимает должность старшего менеджера проектов по веб-поиску (Senior Product Manager) в подразделении Online Services Group компании Microsoft. Это «онлайновое» подразделение включает в себя портал MSN и все сервисы линейки Windows Live, в том числе поисковую систему. Одно из самых перспективных направлений разработки — распределенная база знаний Live QnA (сейчас в бета-версии).

Русская Википедия отмечает сразу несколько юбилеев. 29 января 2008 года в проекте был зарегистрирован стотысячный участник, в тот же день написана 230-тысячная статья, а 30 января был загружен файл под номером 55 555. Значимость последнего «юбилея» весьма сомнительна, а вот количество авторов и статей действительно вызывают уважение. Даже в российском интернете Википедия уже формально вышла на первое место по объёму сведений и тематическому охвату, тогда как английская версия давно реально лидирует по этим показателем среди всех англоязычных энциклопедий.

Сто тысяч редакторов — эта большая цифра, особенно если учесть, что и англоязычная, и русскоязычная Википедии открылись в 2001 году. Справедливости ради нужно отметить, что из этих ста тысяч по-настоящему активными (пять или более правок в месяц) является не более двух тысяч человек: см. статистику по активным википедистам.

Среди всех языковых разделов Википедии русский раздел занимает 11 место по количеству статей, 13 место по количеству участников и четвёртое место по качеству работы над статьями (это вычисляется по интенсивности редактирования на основе статистики правок). Русская Википедия находится на 10 месте по такому важному показателю, как количество внутренних ссылок (исключая перенаправления), который является более честным способом для сравнения общих усилий, чем сравнение числа статей или объёма базы данных. При сохранении темпов роста русская Википедия должна скоро войти в десятку по всем показателям.

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

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

 

Оригинал публикации доступен по ссылке
http://www.cmsbitrix.ru/notes/note.php?ID=517

Введение

При работе по проекту, например, при разработке сайта на Битрикс, накапливается различная информация: контакты участников проекта; электронная переписка; учетные записи и т.п.
Основная проблема – сохранить записи и материалы по проекту в удобочитаемом, организованном виде и формате, удобном для обмена данными.
В данной публикации я расскажу, как у меня организована технология сбора, обработки и хранения информации по проекту.

Думаю, в каждой компании есть необходимость где-то хранить различную документацию. Самый простой пример — регламенты работ в разных отделах, шаблоны документов, стандарты качества и т.п. Вот и мне пару лет назад пришлось внедрять такую систему прежде всего для своих нужд, а уж потом ее подхватили и остальные. Понятно, что это wiki-система. Ибо только такие системы с легкостью позволяют хранить такую информацию и дают прекрасные возможности по совместной работе над ней. Тогда я выбрал движок MediaWiki. Это такая довольно аскетичная система, на которую можно прикручивать различные плагины, но все равно ее можно сравнить с Линуксом. Со временем стало понятно, что простым людям эта система дается сложно, в ней сложно контролировать структуру документов, в ней сложно работать с правами доступа к документам.

Хочу представить хабр сообществу оффлайновое Wiki приложение bLADE Wiki.

Тут недавно подумалось — почему ни я, ни тем более мои родичи, в быту не пользуются компьютером, чтобы например записать, куда положили очередную вещицу в процессе, например, ежегодного доставания летних вещей и убирания зимних? Это несмотря на то, что когда нужна какая-то вещь, приходится мучительно вспоминать «куда ж её положили», фантазировать на тему «где она могла бы сейчас быть» и перерывать все возможные полки и ящики в порядке уменьшения надежд на удовлетворительный результат.

Строгий учёт на складе большой торговой или промышленной компании — понятно дело не только ведётся на компьютере, но и долгое время оформлялся бумажками с подписями и печатями. Но дома этим никто заниматься не будет, и я в первую очередь. Снабдить все вещи rfid-метками и все шкафы считывателями, как это делают на некоторых продвинутых складах — я б тоже пожалуй не смог бы. На это не хватило бы не только денег, но и педантичности при подключении считывателей и приклейке меток.

Но мне подумалось, что убирая очередную вещь в очередное место — я б практически не напрягаясь прокомментировал бы это вслух. Для обработки этого компьютеру достаточно микрофона и (вот то самое, чего пока не хватает!) распознавателя речи, который бы распознанный текст складывал в базу, обеспечивающую поиск. Мне нужно, чтоб когда я говорю что «что-то» кладу «куда-то», я потом у компьютера мог спросить (это — уже можно и письменно, хотя если распознаёт, то почему-бы и не устно) — куда я клал нужное мне «что-то», и он смог бы найти все случаи, когда я ему об перекладывании этого «что-то» сообщал.

Станислав Козловский — о том, в чем секрет успеха « Википедии», как и кем она управляется, как устроена ее внутренняя иерархия, станет ли когда-нибудь «Википедия» бизнесом, что такое «войны правок» и почему не стоит слепо доверять тому, о чем пишут в «Википедии».

Мир информационных технологий, а вслед за ними и материальный, делится на две части.

Первый — базы данных. Люди работают с разными программами и каждая из них держит при себе по базе. Это проповедуют как локальные приложения, так и сайты.

Так образуются миллионы информационных сегментов. Плюсом является простота: такие базы не сложно заранее настроить на работу с конкретной предметной областью. Создается некий шаблон по которому далее просто накидывается и обрабатывается информация.

Минусов два:

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

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

Управление знаниями — далеко не устоявшееся и относительно молодое направление в мировой науке. Если завязывать управление на менеджмент, то понятие рассматривают рядом с инновациями, а значит чем-то новым. Если делать акцент на знаниях, то можно спуститься до бума экспертных систем конца 90-х, что тоже не сильно далеко. Интерес к теме в мировом сообществе возникает волнообразно: то пусто, то густо, но если принимать во внимание всё бОльшую информационную перегруженность, рано или поздно он опять возникнет.

Несколько определений

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

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

Продолжая тему двух предыдущих постов (первый и второй), в которых проводилось исследование на тему управления знаниями и были рассказаны основные результаты, хотелось бы углубиться в практическую составляющую данной проблемы. Вопросов для обсуждения здесь предостаточно, но основной — существуют ли инструменты, позволяющие удовлетворить все потребности бизнеса в части управления знаниями? Попробуем ответить на этот вопрос со своей «колокольни».

Wikimedia Foundation собирается запустить сайт Wikidata — «открытую базу знаний о мире, которую могут читать и редактировать как люди, так и машины». Проект будут вести на всех языках, доступных в Wikimedia, и он должен стать неким центральным и единым хранилищем данных для всех проектов Wikimedia, примерно как Wikimedia Commons является центральным хранилищем мультимедийных файлов для всех остальных проектов.

Главная суть Wikidata — снабжать структурированной информацией компьютерные программы. Должен существовать некий единый формат и общий способ для всех компьютеров, как извлекать знания о мире, будь то информация о часовых поясах, координаты городов мира или дни рождения актёров. Все эти данные должны быть доступны компьютерам через единый интерфейс.

^{Давно хотел перевести, но сейчас как раз подходящее время в связи со сменой лицензии у OpenStreetMap.}

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

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

Многие организации, учреждения и правительства используют инструменты CC для данных.

Лицензии CC используются для баз данных следующими организациями (подробнее):
^{Australia Federal Government, Australia Queensland State Government, ChEMBL, DBpedia, Finnish Libraries, Freebase, Geocommons, Google, Greece Government, Italian Government, MusicBrainz, Mydosis Portal, New Zealand Government, Open Directory Project (dmoz), OpenStreetMap, Powerhouse Museum, Spain (Basque) Government — Open Data Euskadi, Stack Overflow, Uniprot, United Kingdom Government.}

Больше года назад Google объявил, что отныне в их поиске используется таинственная Сеть Знаний (официальный перевод Knowledge Graph). Возможно, не все знают, что значительная часть данных Сети доступна для использования всеми желающими и доступна по прекрасно описанному API. Этой частью является база знаний Freebase, поддерживаемая Google и энтузиастами. В этой статье мы сначала немного подурачимся, а потом попробуем сделать несколько простеньких запросов на языке MQL.
Эта статья — вторая из цикла Базы знаний. Следите за обновлениями.

• Часть 1 — Введение
• Часть 2 — Freebase: делаем запросы к Google Knowledge Graph
• Часть 3 — Dbpedia — ядро мира Linked Data
• Часть 4 — Wikidata — семантическая википедия

Каждый сотрудник является носителем определённых знаний — это могут быть знания по технологиям, по архитектуре, технические контакты, навыки, текущее состояние разработки, планы на перспективу и ещё много чего. Это всё составляет базу знаний (knowledge base).
Знания в электронном виде — это документация на продукты в нескольких форматах (для разработчиков, для тестировщиков, для техподдержки, для конечных пользователей), документация на технологии и техники разработки, списки технических и деловых контактов, история переписки, приказы, объявления и прочее.

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

Я познакомился с Evernote лет пять назад, но первое время активно не использовал — у меня там были бессистемные блокноты для записи идей, документы, какие-то редкие фотографии, да и все. Задачи, которые я контролировал, хранил в Things, а контент — в Evernote. Примерно четыре года назад я начал формировать из контента личную базу знаний, раз в полгода её модифицируя. И вот уже как год я вношу только минорные изменения в структуру. Вот, что у меня получилось: