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

Эрик Мёллер, бывший заместитель директора фонда «Wikimedia» (WMF) и один из первых программистов, отметил в электронном письме: «Меня всегда поражало, как много блестящих людей нашли в этой среде место, где каждый из них вносит чрезвычайно заметный вклад, так было всегда, так остаётся и теперь».

Сначала было доверие

В первое время получить доступ к серверу было «довольно простецким делом», рассказал в электронном письме Брайон Виббер (один из первых разработчиков и первый сотрудник WMF). «Если вы явились и крепко поработали на пользу людям, вы вполне могли услышать «да» насчёт прямого доступа к машине, потому что это был единственный способ призвать людей к делу!»

Здесь всегда предполагались добрые намерения. По словам Мёллера — «насколько помню, в первые годы эти решения в основном опирались на доверие со стороны [Джимми Уэйлса] или коллег, которым он уже открыл доступ [например, Вибберу], с полной уверенностью в том, что люди пришли к нам на помощь без чёрной мысли».

Исходный код хранили и развивали в CVS-репозитории на сайте Sourceforge.net. Программист и позднее главный инженер-программист WMF Габриэль Вике сообщил в электронном письме: «Получение доступа к управлению версиями (в то время CVS), по сути, сводилось к тому, чтобы завоевать доверие людей, создающих учётные записи, и я твёрдо полагаю, что это был [Виббер]».

Тим Старлинг (один из первых программистов, а теперь главный архитектор программного обеспечения в WMF) сообщил в электронном письме, что получил доступ к CVS от Ли Дэниела Крокера, как только попросил об этом. «Не было никакой проверки перед принятием правок, однако код на сервере (там были один или два сервера) не обновлялся автоматически, поэтому, в принципе, правку проверяли перед тем, как принять».

Получить доступ суперпользователя (root) было чуть-чуть сложнее. «Помню, между выдачей доступа к shell и получением root был нелепо долгий и мучительный период, добрых полгода, — рассказал Старлинг. —У меня был доступ для чтения и записи в базу данных, я мог поправлять код, я видел журналы сервера, но по какой-то причине root оставался особенной льготой».

Домас Митузас (бывший системный администратор и член правления WMF) рассказал в электронном письме: «Потребовалось приехать в Берлин, спать на диване у немецкого википедиста и встречаться со всеми ними (мы впервые встретились друг с дружкой!), чтобы все согласились с возможностью дать мне root».

Масштаб растёт

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

«Перевод сервера базы данных на модный 64-разрядный процессор „Opteron“ помог ненадолго, пока не начались ошибки, — сказал он. — Сайт часто бывал недоступен, и мы понимали, что дальнейший рост быстро израсходует любое оборудование, какое ни добавляй».

В рассылке Габриэль Вике предложил добавить кэширование с помощью Squid, а получив отзывы от Уэйлса, Виббера и Йенса Франка, он «пошёл дальше и сделал прототип базовой интеграции Squid с активной очисткой кеша, первоначально на [своих] собственных серверах», которые смогли бы обслуживать основной сайт к 5 февраля 2004 года.

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

Через несколько недель, 25 февраля, про Википедию рассказали в немецкой новостной передаче «Tagesthemen» (вот она в YouTube). Пересматривая статистику трафика, Вике заметил, что «на IRC все были взволнованы, когда сайт быстро перешёл от примерно 25 до примерно 1500 [запросов в секунду] и не рухнул».

Больше, больше серверов

Сначала Википедия работала на серверах под управлением фирмы «Bomis» (стартап из числа доткомов). Старлинг вспоминает: «До февраля 2004 года Джейсон Ричи, сотрудник „Bomis“, управлял машинами, временами входил в систему и перезапускал программы, или старался уменьшить время простоя другими путями».

Иногда это требовало в буквальном смысле шагать к победе, потому что он жил в Лос-Анджелесе, а сервера стояли в Сан-Диего. «Помню, как [Ричи] пришлось 4 часа ехать в Сан-Диего, чтобы исправить ошибку, вызванную какой-то простой проблемой вроде сломавшегося жёсткого диска», — говорит Старлинг.

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

В 2004 году Википедия переехала в центр обработки данных в Тампе, штат Флорида, чтобы стоять поближе к новому дому Уэйлса. «Помнится, Уэйлс помогал монтировать первую партию серверов на стойку в Тампе», — говорит Старлинг.

Год спустя Совет директоров назначил Митузаса ответственным за аппаратное обеспечение (Hardware оfficer), по его словам, поручив ставить сервера на тележку для покупок и просить Уэйлса заплатить за них.

«Не желая заказывать сервера поштучно, я попробовал этакий экспоненциальный подход (купить 20, затем 40, затем 80). И каждый раз, когда мы подключали эти группы, сайт становился намного быстрее, а в течение нескольких недель у нас уже было больше пользователей, которые поглощали весь ресурс, — говорит Митузас. — Мы купили дешевые сервера, которыми управляли сотрудники ЦОД, но у нас открылась возможность выдержать этот рост».

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

«Самая сложная задача была в том, чтобы первым перехватить [Уэйлса], когда он подключался к интернету, — поэтому ключом к успеху было следить за уведомлениями в IRC, чтобы не остаться без серверов», — вспоминает Митузас.

Широкие планы по обновлению движка

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

Митузас вспоминает одну ошибку, когда почти все разработчики впервые встретились в Берлине. «Участница Kate, которой не было на собрании, настроила поиск на основе Lucene, об этом никто не знал, и поэтому мы пытались понять, почему на наших серверах работает Java и почему она все ломает».

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

«Я мало что знал об ураганах и последствиях, но местные СМИ объявили об угрозе, — говорит Старлинг (в то время он жил в Австралии). — Была опасность, что отключат электричество или доступ к сети. Мы сделали копию наших данных за пределами площадки, полагая возможным, что Тампа сравняется с землей, как некогда было в Галвестоне. Пожалуй, это были чрезмерные опасения, а впрочем, хорошо, что мы впервые создали резервную копию вне площадки».

В 2005 году сайт сломался, когда сработали автоматические выключатели. Повредилась первичная база данных и понадобился целый день, чтобы восстановить редактирование. Старлинг вспоминает: «Уэйлс тогда острил, что время простоя — наш самый доходный продукт».

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

«В начале 2011 года мы запланировали 6-часовое окно, чтобы развернуть версию 1.17 и поправить возникающие проблемы. Мы решили, что если не сможем всё наладить за шесть часов, откатимся на версию 1.16. Этот перерыв длился с утра до полудня в моих Нидерландах, с обеда до вечера для [Старлинга] в Австралии и с позднего вечера до ночи для наших американских коллег. При первых двух попытках многое пошло не так, временами сайт зависал, у нас были серьезные проблемы, которые не удалось быстро поправить, поэтому откатились назад».

Потребовалось ещё три попытки, чтобы всё запустить «до известной степени удачно, то есть чтобы сайт поднялся и работал стабильно, без критических проблем. Когда окно закончилось, я провёл остаток дня, исправляя разные чрезвычайные проблемы, пока другие спали, и передал эстафету Тиму, когда он проснулся, — продолжает Каттоу. — Помню, во франкоязычной Википедии сломались все перенаправления. Сегодня такая проблема считалась бы серьезным вопросом, узким местом, но в тот день она стояла далеко в списке задач и провисела добрых 12 часов».

После этого разработчики стали работать над «гетерогенным развёртыванием», чтобы перейти на прогрессивные обновления.

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

Расширение функций движка

Изначально Википедия работала на движке UseModWiki, написанном на Perl. Магнус Манске, в то время студент-биохимик, написал движок на PHP и позволил добавлять функции, специфичные для Википедии. Новый «PHP-скрипт» добавлял множество функций, среди которых пространства имён, пользовательские настройки и список наблюдения. Эта программа превратится в «MediaWiki», когда её перепишет Ли Дэниел Крокер.

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

Мёллер вспоминает: «Автоматическое оглавление казалось несколько сомнительным, потому что включалось автоматически (для его отключения появился флаг __NOTOC__). С редактированием разделов получилось так, что дизайн страниц оказался загромождён, и оставались другие недочёты, например, при обработке защищённых страниц). Но я думаю, что большинство людей довольно быстро увидели и приятную сторону».

Редакторы заставляли разработчиков добавлять новые функции движка. Чтобы ввести условную логику в шаблоны, Карл Фюрстенберг (администратор Википедии) сделал шаблон {{qif}}. Вот что он пишет:

«Я понял, что можно так использовать логику парсинга параметров, чтобы открылся способ вводить булеву логику в синтаксис шаблонов, в то время весьма скудный, и это поможет создавать более общие шаблоны, которые обойдутся без цепочки вспомогательных шаблонов, которые требовались раньше. Поэтому я создал Qif, Switch и другие логические шаблоны».

Разработчики были недовольны. Старлинг написал в список рассылки wikitech-l, что «уступил и написал несколько достаточно эффективных функций парсера... Условные функции должны заменить большинство шаблонов {{qif}} и повысить эффективность аналогичных шаблонов».

Фюрстенберг сказал, что никогда не ожидал столь широкой популярности шаблона {{qif}}. «Я впервые понял, как широко он используется, когда пришлось защитить его от поправок, поскольку любое его изменение на некоторое время останавливало работу Википедии».

В 2006 году в списке рассылки Старлинг назвал ошибкой и появление шаблонов, и вики-перевод интерфейсных строк (решение 2003 года), заметив, что не понимал, «какой ящик Пандоры» здесь открывается. Однако эти функции включили одну из самых сильных сторон MediaWiki — локализацию, которая позволяет пользователям переключить программное обеспечение на свой язык.

Никлас Лакстрём (основатель сайта translatewiki.net и штатный инженер-программист WMF) сообщил, что первое время отправлял переводы через Bugzilla, а затем набрался смелости и попросил Виббера развернуть систему перевода (иногда ломая финскую Википедию, когда он забывал точку с запятой).

«Надо ли удивляться, что многие стали переводить интерфейс Википедий через страницу Special:AllMessages. Здесь не могло возникать синтаксических ошибок, а изменения сразу вступали в силу, тогда как обновления сайта случались очень редко, — говорит Лакстрём. — Опять же, это уникальная функция. Я не видал других сайтов, которые позволяют переводить и настраивать весь интерфейс сайта через этот же самый интерфейс».

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

Он благодарен Раймонду Спеккингу, который управляет локализацией MediaWiki уже более десяти лет. Спеккинг «проверяет изменения, отмечает устаревшие переводы, переименовывает сообщения и выполняет другие работы. Несколько раз в неделю он экспортирует обновления перевода. И делает всё так хорошо, что результат буквально волшебный».

Потеря власти

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

Заметив эту проблему, в 2004 году Старлинг написал в список рассылки Wikipedia-l, что «разработчики должны заниматься своими делами», и предложил выделить некоторые права пользователей в отдельную группу стюардов. Он писал так:

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

Сегодня Старлинг считает эту смену власти важным событием. «Я прекрасно понимал, что разрабатываю социальную систему, — говорит он. — Как можно видеть по письму, мне было не по себе из-за того, что власть над этим процессом досталась мне, но я хотел устроить всё правильно». Он благодарит Сунира Шаха (основатель MeatballWiki), с которым обсудил «все эти изменения, а также другие перемены на стыке общественной политики и технического дизайна».

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

В 2014 году Мёллер ввел «суперзащиту», которая позволяет фонду защитить страницу даже от редактирования администраторами. «Была идея использовать суперзащиту при конфликте между Фондом и сообществом, как мягкую альтернативу лишению прав администратора, — говорит Старлинг. — Когда возник такой конфликт, [Мёллер] попросил меня внести поправку в групповые права. Я сказал, что мне неприятно подписываться под таким поступком в вики, поэтому он нашел другого человека, чтобы нажать на кнопку».

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

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

«Самый спорный шаг в истории Википедии»

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

«И я предложил такое решение: найти большой набор данных, который находится в общественном достоянии и позволяет создать более-менее полезную статью. Меня всегда интересовала обработка массовых данных, поэтому я знал, что могу это сделать. На своём компьютере я импортировал перепись населения в базу данных MySQL. Потом я сопоставил эти данные с другими географическими источниками».

Закончив очистку и проверку данных, Рэмси создал более 3000 текстовых файлов для статей об округах США и начал вручную добавлять их в Википедию. По его словам, «это было чрезвычайно утомительно и медленно, но эффективно. Однако всего было 33 тысячи 832 города, и они бы отняли гораздо больше времени».

Он написал программу на Java, которая читала каждый файл и посылала HTTP-запросы для создания статьи в Википедии, а затем добавил «функции для проверки и исправления ошибок, для задержки между созданием статей, для паузы на контрольную вычитку». В результате число статей Википедии выросло на 40%. В 2009 году Эндрю Лих, автор книги «The Wikipedia Revolution», назвал это «самым спорным шагом в истории Википедии».

Но Рэмси отвечает: «Я поступил смело и игнорировал все правила. В то время это еще было возможным. В конце концов, если я могу редактировать статьи руками, какая разница, если я сделаю то же самое автоматически? Это экономит время, а конечный результат был таким же».

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

Во- первых, Рэмси создал шаблон {{cite web}}, который используется в большинстве ссылок в Википедии (и отражён даже в xkcd ).

«Я хотел, чтобы википедистам было удобно цитировать источники, поскольку до этого цитаты делали вручную и непоследовательно, — говорит он. — Это было необходимо, потому что движок Викимедиа ещё не поддерживал ни сносок, ни комментариев».

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

Вот как он объясняет. «На мой взгляд, тревога была раздутой, однако люди требовали что-нибудь сделать для решения предполагаемых проблем. Мне хотелось опередить проблемы, прежде чем всё будет задавлено драконовскими мерами, поэтому я написал политику в отношении ботов в виде этакого компромисса. Я решил, что лучше политика, чем полный запрет всех ботов».

Теперь пользователи начали запускать своих ботов под учетными записями администратора и получились «админботы», что привело к серьезным спорам.

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

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

Усиленная безопасность

В отличие от других популярных сайтов, Википедия не страдала от досадной потери персональных данных её участников. Главной причиной был отказ от сбора персональных данных. А впрочем, с самого начала тут было принято следить за безопасностью [security].

«Первое время худшим сценарием была необратимая утрата большого объёма пользовательских трудов, поскольку у нас не хватало ресурсов на частое резервное копирование, — говорит Старлинг. — Я потратил много времени на проверку безопасности, после чего написал политики, улучшил наши соглашения и API».

А Виббер принял главные политические решения для других вики-сайтов (отключение загрузок по умолчанию, наличие дерева каталогов, недоступного для записи из интернета). Теперь MediaWiki не рисковала быть «постоянным источником ботнетов, как некоторые другие PHP-сайты».

Чтобы читатели и редакторы могли безопасно посещать сайт, появился специальный шлюз secure.wikimedia.org, пока в 2011 году не появилась собственная поддержка HTTPS.

В 2013 году Эдвард Сноуден объявил, что АНБ следит за пользователями Википедии, если те посещают сайт по протоколу HTTP без шифрования.

Райан Лейн (бывший операционный инженер WMF) рассказал нам, что утечки Сноудена ускорили переключение всех сайтов на HTTPS. «Мы знали, что некоторые правительства следят за своими пользователями (этим прославился великий китайский брандмауэр, Китай делился этой технологией с другими правительствами), но утечки Сноудена подчеркнули, что правительство прямо нацелилось на пользователей Википедии».

Каттоу работал над адаптацией движка MediaWiki к протоколу HTTPS, делая возможным переходить по URL-адресам без указания протокола. «На мой взгляд, надо похвалить всех [инженеров по надёжности], кто обеспечивал переход на HTTPS, — говорит он. — Эта миграция была гораздо труднее, чем может показаться».

С этим переключением были связаны не только отношения фонда с сообществом, но поистине глобальная политика.

«Например, русскоязычная Википедия просила нас поскорее оставить один только протокол HTTPS (для всех пользователей, не только для зарегистрированных), желая отвести угрозу российского закона, который разрешает постраничную цензуру. При этом у правительства появляется выбором: или блокировать всю Википедию, что политически трудно, или отказаться от постраничной цензуры, — говорит Лейн. — Вот поэтому русскоязычная Википедия получила нашу поддержку раньше других (и даже более широкую поддержку). С другой стороны, китайскоязычная Википедия просила отложить реформу, потому что китайское правительство уже занималось постраничной цензурой и несколько раз блокировало всю Википедию».

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

Фюрстенберг создал один из самых популярных пользовательских скриптов — Twinkle. Сначала это был инструмент, который «упрощал защиту от вандализма и обслуживание сайта, позволял быстро отменять правки, помогал заполнять отчёты о работе в разных разделах». К нынешнему времени скрипт усложнился.

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

«То и другое можно поправить, используя изолированную песочницу (возможно, подходящий iframe), — говорит Виббер. — Много есть интересных штук, которые позволит такой подход, предлагая полноценный API для доступа к состоянию редактора через плагины».

Упущенные возможности

На конференции «Wikimania 2012», а затем в журнале «Signpost» старший дизайнер WMF Брэндон Харрис представил «Проект Athena» и рассказал, как Википедия должна выглядеть в 2015 году.

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

Реакция на предложение Харриса была смешанной или отрицательной, однако Харрис рассчитывал именно на это. «Многие люди, даже профессиональные дизайнеры, не понимают, что лишь 10% проектирования на самом деле является проектированием, — говорит он. — В основном это маркетинг. Вы должны понимать рынок, для которого работаете, чтобы знать, что проектируете. И вы должны убедить людей, что ваш дизайн решает проблему. Возможно, вам придется продавать мысль о том, что проблема вообще существует!»

В частности, он предлагал пересмотреть весь интерфейс. По его мнению, ни Фонд, ни сообщество не делают заняты этим в достаточной мере. «Посмотрите, что там происходит! С 2015 года ничего не изменилось! — говорит Харрис. — Фонд до сих пор не знает, как продавать свои идеи, и продолжает решать прежние проблемы с помощью плавных изменений в цепочке инструментов. Сообщество до сих пор не знает, как управлять собой, и обращается к тем же поломанным процессам, чтобы неадекватно решать те же самые вопросы».

Биографическая проблема

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

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

После испытаний и многолетних обсуждений плагин «Flagged Revisions» (он же «Pending Changes») почти не используется на биографических страницах, не поддерживается и не используется на новых вики-сайтах. (Впрочем, что редакторы немецкой Википедии считают результат успешным.)

«Биографическая проблема так и не решена, — говорит Макбрайд. — Остаётся огромный разрыв между нынешней технологией и тем, что можно внедрить для решения этой проблемы».

Со скоростью доверия

Макбрайд задался вопросом, не постигнет ли будущие проекты (вроде «Визуального редактора») судьба, аналогичная плагину «Flagged Revisions». Развёртывание плагинов «Визуальный редактор» (подробнее) и «Media Viewer» (подробнее) вызвало жаркие споры среди википедистов (не говоря уже о связанной с этим проблеме superprotect). Мёллеру пришлось это всё признать.

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

Мёллер и Макбрайд независимо высказали одну и ту же мысль: «Перемены движутся со скоростью доверия». (Мёллер благодарит Лидию Пинчер за эту идею).

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

Макбрайд выразился резче. «Викимедийцы не любят дрянное программное обеспечение, они быстро принимают хорошее программное обеспечение (вспомните ping или массовые сообщения), — говорит он. — Многие программы плохи и навязаны сообществам без обсуждения. Конечно, людям такое не понравится, всё это отвергнут».

Харрис согласен. «Я думаю, главная причина в том, что редакторы справедливо тревожатся о последствиях для своих рабочих процессов, а Фонд всегда был ужасно невнимателен к этому, не учитывал это, — говорит он. — Вот почему я проектировал ленту новых страниц так, чтобы она работала независимо от существующих рабочих процессов и скриптов, которые люди разработали для себя».

Признание и благодарность

С первых же дней Уэйлс отметил главные вехи разработки, посвятив разработчикам отдельные праздники: День Магнуса Манске (25 января), День Тима Старлинга (31 октября) и День Брайона Виббера (1 июня).

«Не вполне ясно, кого теперь благодарят. Когда вы уходите в сторону, мало кто помнит, что вы сделали, — говорит Митузас. — Понятно, что признание и уважение со стороны сообщества всегда подталкивало нас продолжать работу».

Имя Митузаса осталось в Колесе обвинений, где на нём лежит ответственность за четверть проблем Википедии. «Иногда мне кажется, что Колесо обвинений — всё, что осталось от моей былой славы», — говорит он.

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

«У нас было три „писателя“, которые расспрашивали, почему мы там работаем, им понравились мои слова, и они фотографировали, — говорит Харрис. — Потом одну фотографию использовали в качестве теста, она показала неплохой результат. Всё это стало популярным и диковатым, потому что интернет и сам диковатый».

Всё это близко напоминает те авторские отсылки, которые работают в самой Википедии.

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

Некоторые из этих имен можно найти на странице «Версия» или в «Списке авторов». Другие указаны в архиве списков рассылки, в забытых жалобах и давно утерянных журналах IRC. Однако именно их вклад создал Википедию — такую, какой она стала в наши дни.

Приложение: имена и должности

• Брайон Виббер — один из первых разработчиков и первый сотрудник WMF.

• Габриэль Вике — программист и позднее главный инженер-программист WMF.

• Роан Каттоу — главный инженер-программист WMF.

• Кейт — участница Википедии.

• Ли Дэниел Крокер — программист, первый автор движка MediaWiki.

• Никлас Лакстрём — основатель translatewiki.net и штатный инженер-программист WMF.

• Райан Лейн — операционный инженер WMF.

• Эндрю Лих — журналист, профессор, автор книги «The Wikipedia Revolution» (2009).

• Макс Макбрайд — участник Википедии, оператор бота.

• Магнус Манске — биолог, кандидат наук, разработчик движка MediaWiki.

• Эрик Мёллер — программист, бывший заместитель директора WMF.

• Домас Митузас — бывший системный администратор, ответственный за аппаратное обеспечение, член правления WMF.

• Лидия Пинчер — участница Википедии, член ассоциации Wikimedia Deutschland.

• Дерек Рэмси — активный участник Википедии.

• Эдвард Сноуден — сотрудник АНБ, который объявил, что секретная служба следит за пользователями Википедии.

• Раймонд Спеккинг — участник Википедии, фотограф, переводчик.

• Тим Старлинг — один из первых программистов, а теперь главный архитектор программного обеспечения в WMF.

• Джимми Уэйлс — основатель фонда Wikimedia.

• Йенс Франк — программист, разработчик MediaWiki.

• Карл Фюрстенберг — участник и администратор Википедии.

• Брэндон Харрис — старший дизайнер WMF.

• Сунир Шах — основатель MeatballWiki.

………
Опубликовано в журнале «The Signpost» 31 января 2021 года.
Текст: Кунал Мехта, инженер по надёжности сайтов WMF, CC-BY-SA 3.
Перевод: PereslavlFoto, CC-BY-SA 3.
Иллюстрации: Victorgrigas, Jimbo Wales and Fredrik, Quim Gil, CC-BY-SA 3.