Краудсорсинг

Для каждого эксперта существует равный по абсолютной величине противоположный эксперт. T. Sowell (1995). The Vision of the Anointed.

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

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

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

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

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

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

Реальность бесконечно сложна для нашего познания. Мы должны упрощать. Олдос Хаксли

Рассмотрим каждую личность как отдельный мир - сознание, помещенное в аватар с персональным генетическим кодом и понятийным аппаратом, формирующимся под воздействием среды. Для каждого отдельного сознания всё, что происходит в нашей матрице, является пространством, состоящим из бесконечного потока единиц информации, влияющих друг на друга. Нашему сознанию сложно (невозможно?) представить общую картину мира не только из-за того, что она непрерывно хаотично изменяется, но и потому, что объективная реальность - это консенсус всех субъективных мнений существ, населяющих её. Наш же мозг, основываясь на субъективном понятийном аппарате, словно прожектор освещает лишь персональную грань общей реальности. По этой причине мы все пребываем в своеобразном мире животных, где изначально каждый сам за себя, руководствуется врожденными инстинктами, а уже потом примеряет социальные роли, соответствуя представлению о человеке - вершине эволюции.

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

Тому, кто не хочет изменить свою жизнь, помочь невозможно Гиппократ

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

Образование замечательное дело, надо лишь хоть иногда вспоминать о том, что ничему, что стоит знать, научить невозможно. Оскар Уайльд

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

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

Я считаю, что человек живет на планете, а не в государстве. Виктор Цой

Каждое новое поколение полагает, что оно-то точно всё изменит и вот тогда-то заживем в прекрасном новом мире. Но время идет и эстафетная палочка проб и ошибок передается следующему поколению. Пробуксовка достижения глобальных целей негативно сказывается на жизни каждого человека и окружающей среде. ООН до 2015г именовали комплекс глобальных целей как Цели развития тысячелетия, а в 2015г трансформировали его в Цели в области устойчивого развития. Достижение поставленных в повестке ООН целей действительно кардинально изменит к лучшему положение дел в мире. Но одно дело декларировать, а другое - признать, что если достижение целей буксует, значит механизм работает со сбоями. Чтобы выяснить с какими, стоит определить состояние составляющих его частей, вплоть до винтиков.

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

Что же не так с существующей базой знаний? Ее устаревший аналоговый функционал и методы обработки информации привели к следующим последствиям:

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

Ложь обойдет полсвета прежде, чем правда успеет надеть ботинки. Марк Твен

• Большинство СМИ, паразитируя на эмоциях читателей, превратились в генераторы fakenews, отвлекающих от действительно важных событий. Вместо осведомления и сплочения населения происходит его раскол, что ведет к жестокой агрессии людей с противоположными точками зрения по отношению друг к другу. Негатив нынче в цене, через него управляются народные массы, которым через эмоциональную раскачку всегда подскажут кого ненавидеть и кто настоящий враг. Расслоение на почве религиозных, идеологических, национальных, политических, гендерных, этических и иных предпочтений стало следствием лоббирования интересов определенных групп. Уже давно появилась возможность управлять репутацией в сети и вы можете рисовать свой образ в выгодном для себя свете (привет Дмитрию Сидорину).

В каждом человеке заключается целый ряд способностей и наклонностей, которые стоит лишь пробудить и развить, чтобы они, при приложении к делу, произвели самые превосходные результаты. Лишь тогда человек становится настоящим человеком. Август Бебель

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

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

• Факты подтираются, понятия подменяются, отчего рядовой индивид обладает узким субъективным понятийным аппаратом, не способным продуктивно синхронизироваться с другими членами общества: говоря об одном и том же у обеих сторон есть вероятность быть не понятыми друг другом. Часто даже в одном сообществе/компании/министерстве и других объединениях можно наблюдать коммуникативную рассинхронизацию людей. В связи с чем каждый индивид так или иначе как минимум не способствует, а чаще препятствует достижению общих целей и решению задач.

Счастье - это побочный эффект правильно организованной жизни. Виктор Франкл

• Ложные сведения заполонили информационный фон, люди находятся в мировоззренческом коллапсе, часто не осознавая даже устройства своей психики и физиологии, не говоря уже о мире, в котором живут, что негативно влияет на взаимодействие друг с другом и развитие социума. Многочисленные болезни стали нормой даже у детей, что уж говорить о старшем поколении. 2020 год показал, что иммунитет слаб у населения по всему миру, особенно в самой экономически развитой стране - США. Из чего можно сделать вывод, что благосостояние отдельного государства не равно крепкому здоровью его жителей. Неспособность большинства людей предотвращать появление проблем со здоровьем разрушает их психическое здоровье, личные приоритеты и экономику государств. Тотальная дезинформированность способна обесценить любые финансовые вливания куда бы то ни было.

Истинное призвание каждого состоит только в одном прийти к самому себе. Герман Гессе

• Затруднение получения удовольствия от жизни без допингов-суррогатов, отсутствие понимания своей роли в социуме и вариантов реализации потенциала, масса навязанных системой ограничений влекут за собой неспособность желать лучшей жизни или постановку дозволенных низких планок, а при постановке высоких - болезненное выгорание. Синдромы FOMO, FONO, думскроллинг и множество других под влиянием токсичной информационной среды породили в подавляющей части общества перманентные гонку и стресс, которые могут уже и не ощущаться, так как стали нормой наряду с межличностными конфликтами, изменами, разрушением семей и института семьи как такового, увеличением неравенства, ущемлением прав и свобод человека и иными деструктивными процессами. И вот уже колесо жизненного баланса не похоже на круг, и бесценный баланс скрылся за горизонтом. А так хочется жить в удовольствие именно сейчас, а не репетировать перед истинной жизнью, которая может и не наступить.

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

• Дети, а иногда и довольно взрослые люди, часто не могут определить свое место в этом мире: чем заниматься, зарабатывать, как обустроить свою жизнь в личном плане и не прогадать. Таким людям социум навязывает общепринятые ценности и нУжды, часто препятствуя раскрытию природного потенциала. Область применения своих навыков в той среде, где твоих врожденных качеств и приобретенных навыков очень не хватает, становится чем-то мифическим и абстрактным. Жизнь таких людей превращается в тягость, вместо праздника. Родители не рассказывают о путях решения этих фундаментальных задач, так как сами не обладают компетенцией в подобных вопросах. Это незнание передается по наследству и распространяется словно вирус. Родители с детьми нередко оказываются в оппозиции друг к другу, хоть и с первых дней жизни последних влияют на их убеждения, прописывая первые строчки кода в их подсознании. Но далее среда берёт своё и семейная синхронизация ослабевает, иногда трансформируясь в два лагеря по разную сторону баррикад.

Никто не знает силы своих способностей, пока он не испытал их. Джон Локк

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

  На тему КПД довольно ёмко написал Сергей Капица в своей книге Парадоксы роста. Законы глобального развития человечества: В современном мире производительные силы достигли такого уровня, что на жизнеобеспечение человечества достаточно 15-20% его рабочей силы.. Он же в книге и интервью объяснил почему люди не стали меньше работать. И это только капля полезных знаний в хаотичном океане информации, бОльшая часть из которых не применяется на практике, что мы в силах исправить.

Лес стремительно сокращался, но деревья продолжали голосовать за топор, потому что его ручка была сделана из дерева и они думали, что он один из них.

• Информационные платформы различных ведомств и компаний имеют свой формат данных, что усложняет взаимодействие и корреляцию с другими платформами, внедрение сторонних инструментов и приведение массивов данных к единой структуре. С таким подходом госуправление еще надолго останется рыхлой неэффективной системой.

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

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

• Выделенные бюджеты распределяются и тратятся крайне неэффективно, это очередной раз подтвердил недавний пост на Хабре про РЖД.

• Краткий пример из многочисленных абсурдных фактов: треть регионов РФ не газифицированы, учитывая, что страна входит в число лидеров по экспорту газа.

• Вишенка на торте - это борьба за мир во всем мире одновременно с гонкой вооружений. На этом пункте впору выпить за здоровье и изнасиловать за девственность. Даже такой, казалось бы, компетентный орган, как Министерство иностранных дел, который обязан предотвратить страны от физических конфликтов, не справляется со своими задачами. Видимо, есть интересанты посерьезней.

Легче одурачить людей, чем убедить их в том, что они одурачены. Марк Твен

• Новые технологии стали не только надежными помощниками, но и породили лохотроны всех мастей. Теперь уже не обязательно выходить из дома, чтобы отдать мошенникам свои кровно заработанные сбережения. Раздается звонок и человек на другом конце четко по скриптам с использованием социальной инженерии разводит добропорядочного гражданина, представившись сотрудником банка или любым другим специалистом. Уже практически не осталось счастливчиков, кому бы хоть раз не позвонили с предложением вложить деньги под огромный процент, приобрести какой-то чудодейственный товар со 100%-ой предоплатой, воспользоваться бесплатными юридическими услугами, пройти бесплатный курс косметического ухода или продлить лже-страховой лже-полис автомобиля. Отсутствие хоть какой-то информации на эту тему заставило раскошелиться солидную долю наших соотечественников. Такие агрегаторы мошенников как Вкладер спасают часть населения, но чтобы искоренить эту напасть требуется более комплексное решение.

• Мы живем в эпоху талантов, профессионалов и всезнающих гуру. Никогда еще у человека не было столько возможностей преуспеть: прочитал книгу - ты знаток, две - специалист высшей категории, три - эксперт данной сферы, а то и смежных. А если еще провел аналитику, сделал выжимку основных постулатов, приправил своими выводами - всё, ты гуру и основатель нового движения. Вещай в соцсетях, набирай паству, устраивай тур по разным городам. Да что там городам - масштабируй свою бизнес-империю, выходи на международный инфорынок, тебя там заждались, мессИя!

  И да, это работает. Эффект Даннинга-Крюгера, приправленный харизмой и верой в себя и успех, хорошо монетизируется. Но, как говорится, количество интеллекта на земле - величина постоянная, а население растет. Практической пользы от распространяемой таким образом информации мало, а последователей инфо-бизнес-бума, оставшихся у разбитого корыта, большинство.

• И многое, многое другое

У мудреца спросили: "Долго ли нам ждать перемен?"

Мудрец ответил: "Ну, если ждать, то долго"

Каждый из указанных в статье и множество оставленных без внимания аспектов нашей жизни можно разобрать на молекулы, рассмотреть под разными углами в процессе долгих дискуссий и, возможно, осознать более ясно и принять меры, но наши цели гораздо глобальней. В любом случае бОльшая часть причин вышеуказанных проблем на всех уровнях уходит корнями в:

• разрозненные массивы информации,

• искаженные знания о действительности,

• неспособность в них ориентироваться,

• принятие решений со слабо управляемыми последствиями.

Даже этот скромный обзор явлений в социуме складывается в тенденцию, под действием которой, мы так или иначе столкнемся с событиями, по сравнению с которыми пандемия ковида покажется детским праздником. Локальные процессы также не внушают оптимизма, из них и складываются глобальные, наш мир фрактален. Можно всячески гнать от себя негативные мысли, обесценить значимость негативных процессов, подменять понятия, но факты налицо и всё новые последствия, следующие за их причинами, мы будем лицезреть постоянно. А учитывая, что всё влияет на всё, спрятаться ни у кого не получится, разве что отсрочить возникновение деструктивных событий. Реализация любых прогнозов в нашем мире измеряется вероятностями, вот они-то сейчас на стороне негативных последствий. Большинство живет надеждами и верой в светлое будущее, но чтобы оно наступило, его нужно создать. Для этого потребуется упорядочить хаос, окружающий нас, но не с теми инструментами, которые имеем. Для решения разнородных задач необходим комплекс инструментов, не только решающих каждую из них, но и способных взаимодействовать между собой, кратно усиливая эффективность друг друга.

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

1. Воедино собрать и связать между собой бесчисленное множество единиц информации;

2. Произвести их преобразования и обогащение новыми связями;

3. Найти новые слои информации и обозначить их;

4. Наглядно отобразить накопленную информацию в разных разрезах и с помощью разных представлений;

5. Сформировать выжимку для дальнейшего использования;

6. Поделиться с миром готовыми образами;

7. Организовать совместное изучение темы и найти соратников;

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

Человеку свойственно принимать границы собственного кругозора за границы мира. Артур Шопенгауэр

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

Можно многому научиться, сохраняя сознание открытым к другим мнениям. Коносукэ Maцусита (Konosuke Matsushita), Японский бизнесмен

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

Будем рады вашим конструктивным предложениям, пожеланиям и наработкам в комментариях и ТГ-канале @Knowledge_Instruments. Кто особо остро понимает изложенную проблематику и готов поучаствовать в проекте - присоединяйтесь! С чем-то не согласны и знаете как сделать лучше - прекрасно, альтернативные и даже самые смелые идеи приветствуются! Невозможное возможно по частям.

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

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

Про меня и мою базу знаний

В людях живал свету видал: топор на ногу обувал, топорищем подпоясывался

Ahoj. Меня зовут Коля, я QA тимлидер в компании Veeam. QA в нашей компании включает в себя не только тестирование, но и обеспечение качества в самом широком смысле. И среди этих смыслов затесалась такая штука, как управление знаниями. Я занимаюсь внутренней корпоративной базой знаний компании практически с самого ее появления, при этом поддержка базы знаний не входит в список моих обязанностей: это скорее что-то вроде pet-проекта. Долгое время у вики был статус поделочки, а мои попытки навязать вики коллегам приводили лишь к пополнению корпоративного стикер-пака моей фотографией.

Впрочем, время идет, времена меняются. Сейчас вики насчитывает 700 пользователей, 11 000 страниц, 56 000 правок и 688 000 слов (примерно полтора романа "Война и мир", если говорить только о тексте). Всего-то в 2 000 раз меньше русскоязычной Википедии, и это при условии работы на исключительно добровольных началах: никто не принуждает сотрудников пользоваться нашей вики.

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

Общий подход

Ищи себе прибыли, а другому не желай гибели

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

Главный совет, который я бы хотел дать в этой статье, звучит так: относитесь к проекту базы знаний как к публичному проекту. Скажем, если бы вы придумали Википедию или Хабрахабр, как бы вы продвигали их в массы? Реклама? Уникальный контент? Холодные как хвост вашей бывшей звонки на случайные номера из телефонной книги? Возможны любые варианты продвижения, но не забывайте адаптировать их к реалиям вашей компании и вашего коллектива. А еще не забывайте, что в случае недобросовестной рекламы коллеги узнают, где вас найти. Не перегибайте палку.

Кроме прочего, подход к вики как к публичному проекту позволяет проще относиться к проблеме продвижения. Я часто слышал обиды и сетования, что, мол, коллеги не делятся знаниями, не пишут внутреннюю документацию. Но вы же не обижаетесь на пользователей за то, что они не скачивают ваше приложение или не покупают ваши чудо-подушки за $9,99? Вы ищете способ понравиться вашим пользователям, ищете путь к их теплокровному сердцу, а не способ подчинить их вашей воле.

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

Собирайте статистику

Красна птица перьями, а человек знанием

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

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

Помимо оценки эффекта продвижения, статистика предоставляет и пачку других плюшек:

• Анализ поисковых запросов решает сразу несколько проблем:

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

  • Кроме того, так вы можете понять, хорошо ли работает поиск, показывает ли он в поисковой выдаче правильные статьи. Если нет, то, возможно, стоит доработать поиск: убрать из индексинга ненужную информацию или добавить дополнительные ключевые слова в статью. А в особых случаях, возможно, имеет смысл задуматься о смене поискового движка.

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

Накопите критическую массу знаний

Там хорошо, где нас нет

Если вы лишь недавно начали развивать базу знаний, найдите способ наполнить ее контентом.

Вполне возможно, что информация о продуктах, технологиях и фичах уже есть где-то, но в разрозненном неструктурированном виде: почтовые треды, сообщения в Slack/Teams, сетевые папки десятилетней давности, Sharepoint-ы, осколки прошлых неудачных попыток завести единую базу знаний и так далее.

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

Еще один очевидный источник контента ваши личные заметки и ваши личные знания. Об этом аспекте давайте поговорим поподробнее.

Вам надо вот сами и пользуйтесь

Не ищи в селе, а ищи в себе

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

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

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

Сделайте вики единой точкой доступа для поиска любых знаний

И чтец, и жнец, и на дуде игрец

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

• Можно сделать просто каталог внутрикорпоративных сайтов (привет, девяностые). Да, подход, мягко говоря, не самый свежий, но и у вас в компании скорее всего не тысячи порталов. Для пары десятков сайтов и каталог обычно подходит неплохо.

• Или же можно идти по пути Гугло-поисковика и встраивать себе поиск по другим сайтам. При этом необязательно писать свой краулер, можно обойтись и более дешевым решением. Например, воспользоваться поисковым API сторонних сайтов и выводить результаты поиска по другим сайтам, если на вашей вики результатов не нашлось.

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

Создавайте зону комфорта для окружающих

Не хвались теплом в нетопленой избе

Очевидный момент, который, тем не менее, многие упускают: неудобной базой знаний пользоваться будут неохотно. Ищите способы упростить работу с порталом, устраняйте неудобства, чините баги, автоматизируйте то, что можно автоматизировать. Вот несколько примеров из личного опыта:

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

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

• Стандартизируйте и упростите процесс документирования типовых вещей. Формы и шаблоны позволяют не думать про форматирование и сосредоточиться только на содержании.

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

• Долго время на моей вики не было визуального редактора: его настройка для приватной MediaWiki на тот момент была делом нетривиальным, и руки у меня до него не доходили. Когда же наконец визуальный редактор появился, ежемесячное число новых статей увеличилось в полтора раза.

  Вам может показаться, что ваши коллеги с тремя высшими легко освоят очередной markdown, и в этом нет большой нужды, но вы ошибаетесь: они могут освоить ваш маркдаун за час, но не хотят. Им это неинтересно, так к чему плодить страдания без необходимости?

• Моя любимая история про поиск. В Veeam используется невероятное количество внутрикорпоративного жаргона, равнодалекого от русского и английского языков. Звучать оно может примерно так: "Задизейбли шедул джобы и чекни базу вана, висит ли флаг". Адаптация к жаргону проходит не очень быстро, но это полбеды. Беда в том, что у разных отделов может отличаться терминология, так что не всегда мы понимаем друг друга. А еще мы почему-то очень любим трехбуквенные аббревиатуры, которых накопилось, наверно, больше сотни (и которые не всегда просто расшифровать).

  В базе знаний этот вопрос решился введением постоянно пополняемого словаря синонимов, аббревиатур и прочего. Словарь используется при поиске, так что пользователь всегда видит, что, например, по запросу "data mover" находится "VeeamAgent" компонент. Составлять словарь приходится вручную, так что иногда доводится выбираться в лингвистические экспедиции для сбора материала в соседние отделы.

  Конечно, остается проблема с тем, что одно и то же слово может означать сразу несколько вещей (скажем, "бекап" это резервная копия, задание резервного копирования, процесс резервного копирования, продукт Veeam Backup & Replication или отдел Backup QA в зависимости от контекста). Это пока что решаем по аналогии с Википедией: создаем страницу с термином и расписываем, что этот термин может значить.

• На большой Википедии вместе с каждой страничкой создается страница для обсуждения. Я же со своей вики все страницы обсуждения убрал: на мой взгляд, реализация дискуссий на Википедии очень плохо подходит для внутрикорпоративных дискуссий. Куда лучше заставить людей пользоваться привычными средствами ведения дискуссий: почта, чаты и звонки в MS Teams. И вопрос решается быстрее, и негатива меньше.

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

Рассказывайте о новостях

Из серебряных речей пулю не отольешь

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

Обычному человеку нужно повторить одно и то же десять раз, прежде чем он запомнит. Однако вы интеллектуальная элита страны, лучшие из лучших. Вам достаточно девяти.

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

• Заведите дайджест в почте, в котором вы периодически будете рассказывать о разработке базы знаний: что появилось нового, что починили старого, куда двигаетесь дальше. Если не перебарщивать с письмами, это может быть весьма действенным инструментом продвижения.

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

Как и во всем, здесь стоит знать меру. Однако не пренебрегайте информированием коллег о том, что происходит с вашей базой знаний.

Угрозы, вымогательства

Воруй любовь, убивай скуку

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

• Рассказывайте коллегам про угрозы отсутствия документации. Если ранее у вас никогда не было базы знаний, то начать стоит с самых основ, пусть даже вам они могут показаться очевидными.

  Расскажите про пресловутый bus factor и проиллюстрируйте примером, ведь наверняка вы с этим уже сталкивались на практике (надеюсь, впрочем, что не в такой трагичной форме).

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

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

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

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

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

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

Играйте на здоровом самолюбии

Птицу кормом, а человека серебряной пулей обманывают

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

• Добавьте блок новостей на главную страницу, где будет информация обо всех новых правках (или хотя бы обо всех новых статьях). Рядом с именем статьи непременно должен светиться ник автора правки.

• Если вам позволяют ресурсы, можно попробовать варианты геймификации и добавить рейтинги или ачивки (например, за N статей/правок). Хотя есть мнение, что эти штуки сработают далеко не в каждом коллективе.

• У меня не было столько времени, чтобы добавлять геймификацию, но я добавил блок "Your impact" на главную страницу. Там выводится 10 самых просматриваемых статей из числа отредактированных вами, а рядом с ними число просмотров с момента вашей первой правки.

  Идея эта не моя, я подсмотрел ее на MediaWiki хакатоне в Праге, где growth team рассказывали про свои исследования аналогичной фичи большой Википедии и предлагали поучаствовать в разработке. Конечно, мне пришлось переписать фичу с нуля, поскольку у меня совсем другие источники данных, чем у Wikipedia, но в остальном я старался следовать рекомендациям Growth team.

• Маленькое расширение Thanks может послужить аналогом лайков для конкретных правок. Оно, конечно, не очень удобное, но лучше, чем ничего. И реагируют коллеги на такие "спасибо" обычно очень положительно.

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

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

Присматривайте за другими

У семи нянек детеныш без серебряной пули

Я искренне считаю, что для внутренней базы знаний любая форма премодерации это огромный могильный камень. Необходимость что-то с кем-то согласовывать убивает всяческое желание вносить правки. Тем не менее, без модерации вики быстро превратится в помойку с огромным количеством дублирующегося и устаревшего разрозненного контента, который еще и не так просто найти. Решение есть: постмодерация. Дайте людям писать как им удобно, а затем приведите написанное в порядок.

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

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

Вместо заключения или "насильно мил не будешь"

Лучше на гривну убытку, чем на алтын стыда

Ваша база знаний подойдет не для всего и не всем. Даже в моем случае MediaWiki самая популярная и большая внутренняя база знаний, но далеко не единственная. Есть команды, привыкшие на прошлых местах работы к Confluence/Sharepoint/впишите нужное. Отдельные команды все еще бойкотируют создание внутренней документации под теми или иными поводами. На мой взгляд, это нормально.

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

Пожелание "сделайте так, чтобы мою вики использовали, пожалуйста" мало чем отличается от "сделайте так, чтобы в мою игру играло много человек". Да, у продвижения разных сервисов и услуг есть свои особенности, но у них гораздо больше общего, чем может показаться. Чтобы продвигать базу знаний, попробуйте мыслить как SMM специалист и основатель стартапа в одном лице, а не как Пётр I, насильно сбривающий бороды (никаких претензий к Петру, просто подход другой). И хотя идеального способа продвижения нет и вероятно, никогда не появится, в ваших силах найти рабочие для вашей конкретной компании способы. Удачи!

В рунете я почти не встречал материалов о том, как писать расширения для MediaWIki (платформы, на которой работает Википедия). Основной стартовой точкой при написании расширений был и остается официальный сайт платформы, но там процесс расписан не очень дружелюбно по отношению к новичкам. Попробуем же это исправить.

В этой статье я покажу, как написать простейшее расширение для Медиавики, включающее в себя новый метод API, расширение парсера и немного js/css для фронтенда. А чтобы не было скучно, приплетем сюда работу с Google Knowledge Graph.

Расширения MediaWiki

MediaWiki модульная платформа, куда можно устанавливать расширения для добавления самого разного функционала. Помимо того, что расширения могут реализовывать какой-то свой независимый функционал (например, добавлять какие-нибудь виджеты), оно также может и модифицировать функциональность платформы: например, менять принцип работы поиска или модифицировать внешний вид платформы. Посмотреть примеры расширений можно на официальном сайте платформы.

Пишутся расширения, как правило, на php+jQuery. Возможность встраиваться в код ядра MediaWiki (или в код других расширений) реализована через т.н. хуки. Хуки позволяют вызывать дополнительный код по заданным событиям. Примерами таких событий могут быть: сохранение страницы, вызов поиска по сайту, открытие страницы на редактирование и так далее.

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

Что будем писать?

Готовое расширение можно взять тут:
https://github.com/Griboedow/GoogleKnowledgeGraph

Давайте развлечемся и напишем что-нибудь бесполезное. Скажем, расширение, которое будет вытаскивать описания с Google Knowledge Graph.

Т.е. расширение будет вот это:

Код этого приложения прост и изящен как <GoogleKnowledgeGraph query="Мэльхэнанвенанхытбельхын"/>

Превращать в это:

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

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

Как оно будет работать

Примерный принцип работы расширения выглядит так:

1. Пользователь сохраняет страницу, где в тексте присутствуют теги <GoogleKnowledgeGraph query="Ричард Докинз">.

   • MediaWIki позволяет использовать не только формат тега, но и формат функции парсера <link>: {{#GoogleKnowledgeGraph||query=Ричард Докинз}}.

2. Расширение функции парсера превращает тег в html код <span class="googleKnowledgeGraph">Ричард Докинз</span>

3. JS код при загрузке страницы идет по всем элементам .googleKnowledgeGraph и запрашивает через API нашего же расширения описания терминов, подставляя их в title.

4. API нашего расширения будет максимально примитивным: он будет передавать запросы от фронтенда на Google API, чистить ответ от всего лишнего и передавать очищенное описание сущности на фронт.

В целом, можно было бы обойтись и без фронтенда, но запросы на внешние сайты могут проходить не очень быстро. Лучше показать основной контент страницы пораньше, и в фоне догрузить необязательный контент. К тому же мы тут учимся, а не пишем серьезный код, верно?

Итого, нам потребуется:

1. Определить манифест нашего расширения.

2. Расширить MediaWIki API, добавив запрос на получение описания из Google Knowledge Graph

3. Расширить парсер MediaWiki, добавив обработку нового тега.

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

5. Подгрузить наше расширение в MediaWiki

6. Поделиться результатом наших трудов с сообществом.

А еще перед началом работы вам потребуется токен для работы с Google Knowledge Graph API. Сгенерировать его можно тут.

Создаем структуру расширения

Типичная иерархия файлов и папок для MediaWIki расширения выглядит так:

extensions                    <-- Папка всех расширений MediaWiki GoogleKnowledgeGraph      <-- Подпапка с нашим расширением      extension.json   <-- Манифест нашего расширения     i18n           <-- Каталог с используемыми строками для разных языков      en.json    <-- Строки на английском      qqq.json   <-- Описания строк для облегчения жизни переводчиков      ru.json    <-- Строки на русском     includes                             <-- PHP код      ApiGoogleKnowledgeGraph.php      <-- Расширение API      GoogleKnowledgeGraph.hooks.php   <-- Расширение парсера и другие хуки     modules                                <-- Папка с JS модулями          ext.GoogleKnowledgeGraph           <-- В нашем случае модуль только 1             ext.GoogleKnowledgeGraph.css   <-- CSS стили нашего модуля             ext.GoogleKnowledgeGraph.js    <-- JS код нашего модуля

Разберем содержимое всех файлов по порядку, и начнем с самого простого.

Интернационализация (i18n)

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

qqq.json

{"@metadata": {"authors": [ "Developer Name" ]},"googleknowledgegraph-description": "Description of the extension, to be show in Special:Vesion.","apihelp-askgoogleknowledgegraph-summary" : "Help string for 'askgoogleknowledgegraph' API request","apihelp-askgoogleknowledgegraph-param-query": "Help string for 'query' parameter of API request 'askgoogleknowledgegraph'"}

en.json

{"@metadata": {"authors": [ "Nikolai Kochkin" ]},"googleknowledgegraph-description": "The extension gets brief description from Google Knowledge Graph","apihelp-askgoogleknowledgegraph-summary" : "API to get description from Google Knowledge Graph","apihelp-askgoogleknowledgegraph-param-query": "String to ask from Google Knowledge Graph"}

Создаем манифест расширения (extension.json)

Для начала разберемся, как нам сообщить MediaWiki, что нужно загрузить то или иное расширение. Путей на самом деле два:

• Использоватьrequire_once( '/path/to/file.php' ). Этот метод считается устаревшим, так что мы его подробно не будем рассматривать.

• Использовать функцию wfLoadExtension('ExtensionName'). Сейчас этот способ считается основным, так что на нем и остановимся. http://personeltest.ru/aways/habr.com/ru/company/veeam/blog/544534

Второй способ подразумевает наличие в папке файла extension.json с описанием манифеста приложения (как оно называется, из чего состоит, какие хуки использует и так далее).

Определяем манифест (файл extension.json):

{"name": "GoogleKnowledgeGraph","version": "0.1.0","author": ["Nikolai Kochkin"],"url": "http://personeltest.ru/aways/habr.com/ru/company/veeam/blog/544534/","descriptionmsg": "googleknowledgegraph-description","license-name": "GPL-2.0-or-later","type": "parserhook","requires": {"MediaWiki": ">= 1.29.0"},"MessagesDirs": {"GoogleKnowledgeGraph": ["i18n"]},"AutoloadClasses": {"GoogleKnowledgeGraphHooks": "includes/GoogleKnowledgeGraph.hooks.php","ApiAskGoogleKnowledgeGraph": "includes/ApiAskGoogleKnowledgeGraph.php"},"APIModules": {"askgoogleknowledgegraph": "ApiAskGoogleKnowledgeGraph"},"Hooks": {"OutputPageParserOutput": "GoogleKnowledgeGraphHooks::onBeforeHtmlAddedToOutput","ParserFirstCallInit": "GoogleKnowledgeGraphHooks::onParserSetup"},"ResourceFileModulePaths": {"localBasePath": "modules","remoteExtPath": "GoogleKnowledgeGraph/modules"},"ResourceModules": {"ext.GoogleKnowledgeGraph": {"localBasePath": "modules/ext.GoogleKnowledgeGraph","remoteExtPath": "GoogleKnowledgeGraph/modules/ext.GoogleKnowledgeGraph","scripts": ["ext.GoogleKnowledgeGraph.js"],"styles": ["ext.GoogleKnowledgeGraph.css"]}},"config": {"GoogleApiLanguage": {"value": "ru","path": false,"description": "In which language you want to get result from the Knowledge Graph","public": true},"GoogleApiToken": {"value": "","path": false,"description": "API token to be used with Google API","public": false}},"ConfigRegistry": {"GoogleKnowledgeGraph": "GlobalVarConfig::newInstance"},"manifest_version": 2}

Первая часть файла определяет то, что пользователь увидит в описании расширения на странице Special:Version

"name": "GoogleKnowledgeGraph","version": "0.1.0","author": ["Nikolai Kochkin"],"url": "http://personeltest.ru/aways/habr.com/ru/company/veeam/blog/544534/","descriptionmsg": "googleknowledgegraph-description","license-name": "GPL-2.0-or-later","type": "parserhook",

Далее мы указываем зависимости нашего расширения: с какими версиями MediaWIki расширение может работать, какие версии php требуются, какие расширения должны быть уже установлены и так далее.

"requires": {"MediaWiki": ">= 1.29.0"},

Затем мы указываем, где искать файлы со строками i18n

"MessagesDirs": {"GoogleKnowledgeGraph": ["i18n"]},

И сообщаем, в каких файлах искать классы для автоподгрузки. Подробнее тут.

"AutoloadClasses": {"GoogleKnowledgeGraphHooks": "includes/GoogleKnowledgeGraph.hooks.php","ApiAskGoogleKnowledgeGraph": "includes/ApiAskGoogleKnowledgeGraph.php"},

Заявляем, что мы реализовываем API метод askgoogleknowledgegraph в классе ApiAskGoogleKnowledgeGraph

"APIModules": {"askgoogleknowledgegraph": "ApiAskGoogleKnowledgeGraph"},

Перечисляем, какие коллбеки для каких хуков у нас реализованы

"Hooks": {"BeforePageDisplay": "GoogleKnowledgeGraphHooks::onBeforePageDisplay","ParserFirstCallInit": "GoogleKnowledgeGraphHooks::onParserSetup"},

Сообщаем, что модули наши лежат в папке modules

"ResourceFileModulePaths": {"localBasePath": "modules","remoteExtPath": "GoogleKnowledgeGraph/modules"},

И определяем наш фронтенд модуль с js и css. Когда модулей несколько, можно указать в коде зависимости между ними.

"ResourceModules": {"ext.GoogleKnowledgeGraph": {"localBasePath": "modules/ext.GoogleKnowledgeGraph","remoteExtPath": "GoogleKnowledgeGraph/modules/ext.GoogleKnowledgeGraph","scripts": ["ext.GoogleKnowledgeGraph.js"],"styles": ["ext.GoogleKnowledgeGraph.css"]}},

И, наконец, задаем дополнительные параметры конфигурации нашего расширения

"config": {"GoogleApiLanguage": {"value": "ru","path": false,"description": "In which language you want to get result from the Knowledge Graph","public": true},"GoogleApiToken": {"value": "","path": false,"description": "API token to be used with Google API","public": false}},"ConfigRegistry": {"GoogleKnowledgeGraph": "GlobalVarConfig::newInstance"},

В LocalSettings.php опции будут иметь стандартный префикс wg

$wgGoogleApiToken = 'your-google-token';$wgGoogleApiLanguage = 'ru';

И, наконец, задаем версию схемы манифеста

"manifest_version": 2

Мы используем лишь небольшой список поддерживаемых полей манифеста. Почитать обо всех полях можно тут.

Расширяем API

Для начала реализуем API.

В extension.json мы заявили, что у нас будет метод askgoogleknowledgegraph, реализованный в классе ApiAskGoogleKnowledgeGraph из файла includes/ApiAskGoogleKnowledgeGraph.php:

// extension.json fragment"AutoloadClasses": {    <...>    "ApiAskGoogleKnowledgeGraph": "includes/ApiAskGoogleKnowledgeGraph.php"},"APIModules": {           "askgoogleknowledgegraph": "ApiAskGoogleKnowledgeGraph"     },

Теперь реализуем наш метод. Файл includes/ApiAskGoogleKnowledgeGraph.php:

<?php/**  * Класс включает в себя реализацию и описание API метода askgoogleknowledgegraph * Для простоты я не реализую кеширование, любопытные могут подсмотреть реализацию тут:  * https://github.com/wikimedia/mediawiki-extensions-TextExtracts/blob/master/includes/ApiQueryExtracts.php */use MediaWiki\MediaWikiServices;class ApiAskGoogleKnowledgeGraph extends ApiBase {public function execute() {$params = $this->extractRequestParams();// query - обязательный параметр, так что $params['query'] всегда определен$description = ApiAskGoogleKnowledgeGraph::getGknDescription( $params['query'] );/** * Определяем результат для Get запроса.  * На самом деле Post запрос отработает с тем же успехом,  * если специально не отслеживать тип запроса \_()_/. */$this->getResult()->addValue( null, "description", $description );}/**  * Список поддерживаемых параметров метода */public function getAllowedParams() {return ['query' => [ApiBase::PARAM_TYPE => 'string',ApiBase::PARAM_REQUIRED => true,]];}/** * Получаем данные из Google Knowledge Graph,      * предполагая, что самый первый результат и есть верный. */private static function getGknDescription( $query ) {/** * Вытаскиваем параметры языка и токен. * Все параметры в LocalSettings.php имеют префикс wg, например: wgGoogleApiToken. * Здесь же мы их указываем без префикса */$config = MediaWikiServices::getInstance()->getConfigFactory()->makeConfig( 'GoogleKnowledgeGraph' );$gkgToken = $config->get( 'GoogleApiToken' );$gkgLang = $config->get( 'GoogleApiLanguage' );$service_url = 'https://kgsearch.googleapis.com/v1/entities:search';$params = ['query' => $query ,'limit' => 1,'languages' => $gkgLang,'indent' => TRUE,'key' => $gkgToken,];$url = $service_url . '?' . http_build_query( $params );$ch = curl_init();curl_setopt( $ch, CURLOPT_URL, $url) ;curl_setopt( $ch, CURLOPT_RETURNTRANSFER, 1 );$response = json_decode( curl_exec( $ch ), true );curl_close( $ch );if( count( $response['itemListElement'] ) == 0 ){return "Nothing found by your request \"$query\"";}if( !isset( $response['itemListElement'][0]['result'] ) ){return "Unknown GKG result format for request \"$query\"";}if( !isset($response['itemListElement'][0]['result']['detailedDescription'] ) ){return "detailedDescription was not provided by GKG for request \"$query\"";}if( !isset( $response['itemListElement'][0]['result']['detailedDescription']['articleBody'] ) ){return "articleBody was not provided by GKG for request \"$query\"";}return $response['itemListElement'][0]['result']['detailedDescription']['articleBody'];}}

Теперь мы можем обращаться по апи к нашей вики:

Get /api.php?action=askgoogleknowledgegraph&query=Выхухоль&format=jsonResponse body:{"description": "Выхухоль, или русская выхухоль, или хохуля,  вид млекопитающих отряда насекомоядных из трибы Desmanini подсемейства Talpinae семейства кротовых. Один из двух видов трибы; вторым видом является пиренейская выхухоль."}

Расширяем парсер и используем прочие хуки

// Фрагмент файла extension.json"AutoloadClasses": {"GoogleKnowledgeGraphHooks": "includes/GoogleKnowledgeGraph.hooks.php",<...>},"Hooks": {"BeforePageDisplay": "GoogleKnowledgeGraphHooks::onBeforePageDisplay","ParserFirstCallInit": "GoogleKnowledgeGraphHooks::onParserSetup"},

В extension.json мы заявили, что в классе GoogleKnowledgeGraphHooks из файла includes/GoogleKnowledgeGraph.hooks.php реализуем расширения для хуков:

• OutputPageParserOutput в методе onBeforeHtmlAddedToOutput;

• ParserFirstCallInit в методе onParserSetup

Немножко про используемые хуки:

• OutputPageParserOutput позволяет выполнить какой-то код после того, как парсер закончил формировать html, но перед тем, как html был добавлен к аутпуту. Здесь мы, например, можем подгрузить фронтенд. Фронтенд мы целиком расположили в модуле ext.GoogleKnowledgeGraph, так что достаточно будет подгрузить его.

• ParserFirstCallInit позволяет расширить парсер дополнительными методами. Мы добавим в парсер обработку тега <GoogleKnowledgeGraph>.

Итак, реализация (файл includes/GoogleKnowledgeGraph.hooks.php):

<?php/** * Хуки расширения GoogleKnowledgeGraph  */class GoogleKnowledgeGraphHooks {/** * Сработает хук после окончания работы парсера, но перед выводом html.  * Детали тут: https://www.mediawiki.org/wiki/Manual:Hooks/OutputPageParserOutput */public static function onBeforeHtmlAddedToOutput( OutputPage &$out, ParserOutput $parserOutput ) {// Добавляем подгрузку модуля фронтенда для всех страниц, его определение ищи в extension.json$out->addModules( 'ext.GoogleKnowledgeGraph' );return true;}/** * Расширяем парсер, добавляя обработку тега <GoogleKnowledgeGraphHooks> */public static function onParserSetup( Parser $parser ) {$parser->setHook( 'GoogleKnowledgeGraph', 'GoogleKnowledgeGraphHooks::processGoogleKnowledgeGraphTag' );return true;}/** * Реализация обработки тега <GoogleKnowledgeGraph>  */public static function processGoogleKnowledgeGraphTag( $input, array $args, Parser $parser, PPFrame $frame ) {// Парсим аргументы, переданные в формате <GoogleKnowledgeGraph arg1="val1" arg2="val2" ...> if( isset( $args['query'] ) ){$query = $args['query'];}else{// В тег не был передан аргумент query, так что и выводить нам нечегоreturn '';}return '<span class="googleKnowledgeGraph">' . htmlspecialchars( $query ) . '</span>';}}

Добавляем фронтенд

Фронтенд свяжет воедино все, что мы реализовали выше.

// Фрагмент файла extension.json    "ResourceModules": {"ext.GoogleKnowledgeGraph": {"localBasePath": "modules","remoteExtPath": "GoogleKnowledgeGraph/modules","scripts": ["ext.GoogleKnowledgeGraph.js"],"styles": ["ext.GoogleKnowledgeGraph.css"],"dependencies": []}},  "ResourceFileModulePaths": {"localBasePath": "modules","remoteExtPath": "GoogleKnowledgeGraph/modules"},

В extension.json мы заявили, что у нас есть один модуль ext.GoogleKnowledgeGraph, который находится в папке modules и состоит из двух файлов:

• modules/ext.GoogleKnowledgeGraph/ext.GoogleKnowledgeGraph.js

• modules/ext.GoogleKnowledgeGraph/ext.GoogleKnowledgeGraph.css

Загрузку модуля мы реализовали чуть раньше в методе onBeforeHtmlAddedToOutput. Определим теперь и сам код модуля.

Для начала зададим стили
(файл modules/ext.GoogleKnowledgeGraph/ext.GoogleKnowledgeGraph.css):

.googleKnowledgeGraph{    border-bottom: 1px dotted #000;    text-decoration: none;}

А теперь возьмемся за JS
(файл modules/ext.GoogleKnowledgeGraph/ext.GoogleKnowledgeGraph.js):

( function ( mw, $ ) {  /**   * Ищем все элементы с <span class="googleKnowledgeGraph">MyText</span>,   * вытаскиваем MyText и отправляем запрос   * /api.php?action=askgoogleknowledgegraph&query=MyText   * После чего добавляем результат в 'title'.   */$( ".googleKnowledgeGraph" ).each( function( index, element ) {$.ajax({type: "GET", url: mw.util.wikiScript( 'api' ),data: { action: 'askgoogleknowledgegraph', query: $( element ).text(),format: 'json',},dataType: 'json',success: function( jsondata ){$( element ).prop( 'title', jsondata.description );}});});}( mediaWiki, jQuery ) );

JS код довольно прост. jQuery нам достался даром, поскольку MediaWiki подгружает его автоматически.

Подгружаем наше расширение и радуемся

Для загрузки расширения, как мы уже обсуждали, потребуется поправить файл LocalSettings.php. Добавляем в самый конец:

// Фрагмент файла LocalSettings.php<?php<...>  wfLoadExtension( 'GoogleKnowledgeGraph' );$wgGoogleApiToken = "your-google-token";$wgGoogleApiLanguage = 'ru';

Можно пробовать! Добавим на страницу что-нибудь эдакое:

Даже <GoogleKnowledgeGraph query="прикольный флот"/> может стать отстойным.

И получим:

Делимся с сообществом

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

Заключение

В статье был описан случай довольно простого расширения, но, на самом деле, такие расширения как iFrame, CategoryTree, Drawio и многие другие не очень далеко ушли по сложности.

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

Ссылки

• Код расширения целиком на github

• Страница расширения на MediaWiki

• Страница помощи разработчику расширений MediaWIki

• Example extension расширение с пачкой примеров на все случаи жизни

• Документация MediaWiki кода

• banana-i18n (как работает интернационализация)

• Схема extension.json (файл поддерживает много дополнительных полей)

Сегодня мы прочли статью Википедия купается в деньгах и были очарованы. Там рассказано, как фонд Wikimedia собирает пожертвования по всему миру, и как развивается его целевой капитал. Да, всё в статье правда: в США и фонд есть, и активы есть, и доход есть. Однако in Soviet Russia дело обстоит совсем иначе. Поистине тревожит российских редакторов-добровольцев Википедии совсем иное.

Вообще говоря, фонд Wikimedia очень хорошо поддерживает волонтёров. Он предлагает проектные гранты, гранты на оборудование, гранты на поездки. Он занимается дипломатией и помогает своим chapters местным союзным организациям. Однако из-за политических причин фонд никак не работает с жителями России, не принимает никаких пожертвований из России.

Вот, убедитесь своими глазами.

Во многих странах работают местные организации, созданные участниками Википедии. Конечно, головной фонд помогает им. С 2008 года в России тоже есть такой союз партнёрство Викимедиа РУ. И ему головной фонд не помогает никак, не перечисляет ничего.

Поэтому для нас, жителей России, пожертвования в Wikimedia Foundation напрочь бесполезны. Эти пожертвования никак не отразятся на русскоязычной Википедии, на российских участниках. Они останутся в заграничном обществе.

Значит, надо совсем по-другому относиться к пожертвованиям. И как же? А вот как.

1) Если вы хотите помочь Википедии помогите ей там, где вы живёте. Помогите участникам в вашей области, в вашем городе, в вашем селе. Свяжитесь с людьми, которые наполняют Википедию фотографиями и книгами (Викисклад), которые пишут статьи для неё. Спросите у них, какая помощь нужна. Отдайте деньги на конкретные местные задачи.

2) Если вы хотите поддержать конкретный проект, например, Викиновости или Викигид откройте форум того проекта, обратитесь к участникам, предложите им свою помощь.

3) Если вы хотите просто отдать деньги на Википедию обратитесь в Викимедиа РУ и отправьте деньги туда. Ваша помощь останется в России и перейдёт к тем, кто создаёт вики-материал на русском языке.

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

Пожалуйста, откройте им глаза. Зулейха Валиева не должна остаться в одиночестве.

Вот, собственно, и всё, что надо знать о пожертвованиях на Википедию в нынешней России.

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

1 января 2021 года стартап Zephyr Aerospace закрыл сбор средств на краудфандинговой платформе republic, собрав чуть больше 739 тыс.долл при требуемых 100 тыс. Компания предлагает совершенно новый подход к проектированию посадочных мест вместо верхних полок для багажа будет второй этаж сидений (лестница выдвигается). Плюс конструкция самих кресел выполнена из композитных материалов, поэтому они на 80% легче стандартных кресел бизнес-класса. А комфорт на его уровне.

Авиакомпаниям: больше клиентов, больше прибыли

Хотя в итоге получается, что места одноместные (привет санитарным требованиям времен пандемии), пассажиров меньше не будет. Кресла Zephyr Seat ставятся вместо обычных эконом, причем стартап обещает что вместимость дальнемагистральных самолетов даже повысится на 20%.

То есть где было четыре кресла в центральном ряду, там они и останутся (где добавится еще, не знаю).

Новые самолеты не нужны, Zephyr Aerospace говорит, что без проблем можно переделать свой парк.

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

Собственно, выгода авиакомпаний складывается из таких факторов:

• более дешевые и легкие кресла (больше багажа можно будет взять? или меньше топлива нужно будет, раз самолет легче? я не в теме);

• увеличение пассажиропотока;

• повышение стоимости билетов, ага. Все же не простой эконом, но и не неоправданно дорогой бизнес.

Думаю, очень многие выберут рейс с такими местами, а не с просто креслами, особенно если лететь 5-6 часов и больше. К тому же Zephyr Aerospace провели исследования, которые показали 70% пассажиров бизнес-класса с удовольствием бы обменяли вип-залы ожидания и другое меню на возможность просто полежать.

Так что ожидаемый рост дохода авиакомпаний составляет 30%.

Пассажирам: больше комфорта, больше приватности

Выглядят новые кресла (купе?) очень впечатляюще.

Можно просто сидеть, вытянув ноги, но можно выдвинуть дополнительную полочку и полежать (мы тут не сразу поняли, куда ноги деваются :)).

Возможно, будут проблемы у людей с клаустрофобией, потолок очень низкий. И вылазить оттуда нужно аккуратно, как из машины. И на втором этаже не будет иллюминаторов. Но это кажется очень несущественным.

Безопасно?

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

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

Кстати, Zephyr Seat можно будет устанавливать на ж/д, автотранспорт и т.д. Так что вполне возможно, что скоро мы будем покупать купейные места в автобусах.

Источник: Republic

Дата-центр ITSOFT размещение и аренда серверов и стоек в двух дата-центрах в Москве. За последние годы UPTIME 100%. Размещение GPU-ферм и ASIC-майнеров, аренда GPU-серверов, лицензии связи, SSL-сертификаты, администрирование серверов и поддержка сайтов.

(Примечание переводчика: не нашёл публикации (-ий) по данной теме на Хабре.)

Блоуинг Рок, Северная Каролина, 21 декабря 2018 года организация Great Internet Mersenne Prime Search (GIMPS, масштабный Интернет-проект по поиску простых чисел Мерсенна) обнаружила самое большое известное простое число 2^82589933 - 1, состоящее из 24 863 048 разрядов. Компьютер добровольца Патрика Ляроша вычислил его 7 декабря 2018 года. Патрик один из тысяч, использующих бесплатное ПО GIMPS.

Новое простое число, также известное как M82589933, вычислено перемножением 82 589 933 двоек и вычитанием единицы. Оно превосходит предыдущее рекордное простое число более, чем на полтора миллиона разрядов, в особом классе исключительно редких простых, известных как числа Мерсенна. Это всего пятидесят первое открытое простое число Мерсенна; вычисление каждого последующего становится сложнее. Простые числа Мерсенна названы по имени французского монаха Марина Мерсенна, изучавшего эти числа больше 350 лет назад. Основанная в 1996 году GIMPS обнаружила последние 17 простых чисел Мерсенна. Для поиска этих простых чисел скачивают бесплатную программу, и есть шанс выиграть денежный приз, если повезёт найти новое число. У профессора Криса Колдуэлла есть авторитетный веб-сайт, посвящённый самым большим известным простым числам с замечательной историей простых чисел Мерсенна.

Патрик Лярош 35-летний IT-шник, живущий в Окале, штат Флорида. За своё открытие он получил от GIMPS исследовательскую награду в 3 000 долларов.

Клиентское ПО Prime95 разработано основателем GIMPS Джорджем Уолтманом. Скотт Куровски написал системное ПО PrimeNet, координирующее компьютеры GIMPS. Аарон Блоссер теперь работает системным администратором и при необходимости выполняет обновление и обслуживание PrimeNet. Волонтёры имеют шанс получить вознаграждение в 3 000 или 50 000 долларов, если их компьютер откроет новое простое число Мерсенна. Следующей крупной целью GIMPS является выигрыш учреждённой Electronic Frontier Foundation награды в 150 000 долларов, которая будет вручена за нахождение простого числа со 100 000 000 десятичных разрядов.

Мы признательны за нахождение этого простого числа не только Патрику Лярошу, выполнявшему на своём компьютере ПО Prime95: Уолтману за написанное ПО, Куровски и Блоссеру за их работу с сервером Primenet, а также тысячам добровольцев GIMPS, просеявшим миллионы вариантов чисел. В благодарность всем этим людям официально это открытие приписывается Дж. Пейсу, Дж. Уолтману, С. Куровски, А. Блоссеру и коллегам.

Про Great Internet Mersenne Prime Search

Организация Great Internet Mersenne Prime Search (GIMPS) была сформирована в январе 1996 года Джорджем Уолтмана для нахождения новых мировых рекордов простых чисел Мерсенна. В 1997 году Скотт Куровски обеспечил GIMPS возможность использовать мощь тысяч обычных компьютеров для поиска этих иголок в стоге сена. Большинство участников GIMPS вступило в организацию ради захватывающей возможности обнаружения рекордного, редкого и исторического нового простого числа Мерсенна. Поиск следующих простых чисел Мерсенна уже продолжается. Возможно, существуют и меньше, но пока ненайденные простые, и почти абсолютно точно есть бОльшие, ждущие своего обнаружения. Любой человек с достаточно мощным компьютером может присоединиться к GIMPS и стать охотником за большими простыми числами с возможностью получить денежную награду за своё открытие. Всё необходимое ПО можно бесплатно скачать по адресу www.mersenne.org/download/. GIMPS сформирована как Mersenne Research, Inc., некоммерческая научная благотворительная организация 501(с)(3). Подробнее об этом можно прочитать на www.mersenneforum.org и www.mersenne.org; также принимаются добровольные пожертвования.

Дополнительная информация о простых числах Мерсенна

Простые числа давно восхищали и любителей, и профессионалов математики. Целое число больше единицы называется простым числом, если его единственными делителями являются единица и оно само. Первые простые числа: 2, 3, 5, 7, 11 и т.д. Например, число 10 не является простым, потому что делится на 2 и 5. Простое число Мерсенна это простое число, имеющее вид 2^P 1. Первыми простыми числами Мерсенна являются 3, 7, 31 и 127, соответствующие P = 2, 3, 5 и 7. Пока известно 50 простых чисел Мерсенна. Простые числа Мерсенна были в центре внимания теории чисел с тех пор, когда их впервые рассмотрел Евклид около 350 до нашей эры. Человек, именем которого назвали эти числа, французский монах Марин Мерсенн (1588-1648 гг.), создал знаменитую гипотезу о том, при каких значениях P можно получить простое число. Чтобы подтвердить эту гипотезу, потребовались 300 лет и несколько важных открытий. Сегодня есть мало практических применений этого простого числа, что заставляет некоторых задаваться вопросом: Зачем вообще искать такие большие простые числа? Подобные сомнения существовали и несколько десятилетий назад, пока наконец не были разработаны важные криптографические алгоритмы на основе простых чисел. Ещё семь хороших причин для поиска больших простых чисел изложены здесь. Предыдущие открытия простых чисел Мерсенна в рамках GIMPS были совершены участниками из разных стран.

Евклид доказал, что каждое простое число Мерсенна генерирует совершенное число. Совершенное число это число, сумма собственных делителей которого равно самому числу. Самым малым совершенным числом является 6 = 1 + 2 + 3, вторым 28 = 1 + 2 + 4 + 7 + 14. Эйлер (1707-1783 гг.) доказал, что все чётные совершенные числа являются результатом простых чисел Мерсенна. Последнее открытое совершенное число это 2^77232916 x (2^77232917-1). Это число имеет более 49 миллионов разрядов! Всё ещё неизвестно, существуют ли нечётные совершенные числа.

Арифметические алгоритмы, лежащие в основе проекта GIMPS, имеют уникальную историю. Программы, нашедшие последние большие простые числа Мерсенна, основаны на специальном алгоритме. В начале 1990-х ныне покойный Ричард Крэндэлл, выдающийся учёный из Apple, обнаружил способы удвоения скорости выполнения свёрток очень больших операций умножения. Этот метод применим не только ко поиску простых чисел, но и к другим аспектам вычислений. В процессе работы над этим проектом он также запатентовал систему шифрования Fast Elliptic Encryption, которая теперь принадлежит Apple Computer. В ней для быстрой шифровки и дешифровки сообщений используются простые числа Мерсенна. Джордж Уолтман реализовал алгоритм Крэндэлла на языке ассемблера, создав таким образом программу поиска простых чисел с беспрецедентной эффективностью. Эта работа привела к созданию успешного проекта GIMPS.

Школьные учителя используют GIMPS, чтобы заинтересовать своих учеников математикой. Студенты, запустившие на своих компьютерах ПО, вносят свой вклад в математические исследования.