Люди, которые создали Википедию, технически
- Легоктм - инженер по надежности сайта Фонда Викимедиа. Он написал это как волонтер.
Википедия добилась невероятного успеха благодаря усилиям тысяч преданных авторов, и техническая сторона не исключение. От разработчиков серверной части и инфраструктуры до переводчиков и авторов ботов и сценариев - Википедия превратилась из хобби-проекта на одном сервере в надежную платформу, работающую в центрах обработки данных на нескольких континентах.
Эрик Мёллер , бывший заместитель директора Фонда Викимедиа и один из первых разработчиков, отметил в электронном письме: «Что всегда удивляло меня, работая в этой среде, так это то, как много блестящих людей нашли нишу, в которой они индивидуально внесли невероятно важный вклад, и это выглядит как правда сегодня, как всегда ".
Начиная с доверия
В самом начале получение доступа к серверу было «довольно-таки беззаботным» , - сказал в электронном письме Брион Виббер , один из первых разработчиков и первый сотрудник WMF. «Если вы пришли и хорошо поработали, помогая, вы могли бы услышать« да »в отношении получения довольно прямого доступа к вещам, потому что это был единственный способ заставить кого-нибудь это сделать!»
Предположим, что здесь также применяется добросовестность . Мёллер сказал: «Насколько я помню, в самые ранние годы эти решения принимались в основном на основе доверия таких людей, как [ Джимми Уэйлс ] или людей, которым он уже делегировал доступ (например, [Виббер]), с высоким допущением. добросовестно, что люди, пришедшие на помощь, не имели более темных мотивов ».
Исходный код поддерживался и развивался в репозитории CVS на Sourceforge.net . Габриэль Вик , разработчик, а затем главный инженер-программист в WMF, сказал в электронном письме: «Получение доступа к управлению версиями (в то время CVS) в основном означало завоевание доверия у тех, кто создавал учетные записи, которыми я сильно подозреваю [Vibber]. "
Тим Старлинг , один из первых разработчиков и в настоящее время главный архитектор программного обеспечения в WMF, сказал в электронном письме, что получил доступ к CVS от Ли Дэниэла Крокера, как только он выразил заинтересованность. «Предварительной проверки не проводилось, но код на сервере (тогда всего один или два сервера) не обновлялся автоматически, поэтому коммиты теоретически проверялись до того, как они были запущены», - сказал он.
Получить root
(также известный как доступ суперпользователя ) было немного сложнее.
«Я помню, что между получением доступа к оболочке и получением root был до смешного долгий и болезненный период, примерно шесть месяцев», - сказал Старлинг. «У меня был доступ на чтение / запись к базе данных, я мог редактировать код, я мог просматривать журналы доступа к серверу, но по какой-то причине root имел большое значение».
Домас Митузас , бывший системный администратор и член правления WMF, сказал в электронном письме: «Мне потребовалось поездка на автобусе в Берлин, я спал на диване из немецкого Википедии и встречался со всеми (мы все встречались друг с другом впервые!), облегчил всем идею дать мне root ".
Увеличение масштаба
К 2003 году необходимо было внести значительные изменения в программное обеспечение, чтобы приспособиться к быстро растущему трафику. В то время Википедия работала только на двух серверах и рендерила все просмотры страниц с нуля, сказал Вик.
« Модное на тот момент обновление 64-битного сервера Opteron DB помогло ненадолго, пока он не начал давать сбой», - сказал он. «Сайт часто не работал, и было ясно, что любое дальнейшее развитие быстро потребует того оборудования, которое только что было добавлено».
После размещения на предложение , чтобы добавить кэширование с помощью Squid , и получать обратную связь от Уэльса, Vibber и Jens Frank , Уик «... пошел вперед и прототип основного Squid интеграции с активной продувкой кэша, первоначально на [его] собственных серверах,» которые бы будет обслуживать основной сайт до 5 февраля 2004 г.
«Конечно, были проблемы, такие как отсутствие очистки изображений или включения», - сказал он. «Эти проблемы были довольно быстро решены или обойдены, и было много терпения, учитывая предыдущую фазу плохой доступности сайта».
Несколькими неделями позже, 25 февраля, Википедия была представлена в немецкой новостной программе Tagesthemen ( смотрите на YouTube ). Наблюдая за статистикой трафика в реальном времени, Вике сказал, что они «... все обрадовались IRC, когда сайт на короткое время перешел с ~ 25 [запросов в секунду] до примерно 1500 без падения».
Больше серверов
Изначально Википедия работала на серверах, управляемых Bomis , стартапом dot-com. Старлинг сказал: «До февраля 2004 года Джейсон Ричи, сотрудник Bomis, управлял оборудованием и время от времени входил в систему и перезапускал устройства или иным образом пытался исправить простои».
Иногда это требовало буквально лишних усилий, так как он жил в Лос-Анджелесе , а серверы были в Сан-Диего . «Я помню, как [Ричи] приходилось ехать 4 часа в Сан-Диего, чтобы устранить простои, вызванные действительно простой проблемой, например, сломанным жестким диском», - сказал Старлинг.
Некоторые задачи требовали его вмешательства, что сегодня кажется немыслимым. «Мое любимое воспоминание из самых ранних дней Bomis - это то, что если вы хотели загрузить изображение, вы отправляли электронное письмо парню по имени Джейсон, который любезно размещал его на сервере для вас», - сказал Мёллер.
В 2004 году Википедия переехала в центр обработки данных в Тампе, штат Флорида , чтобы быть ближе к новому дому Уэльса. «Я считаю, что Уэльс помог установить первую партию серверов в Тампе», - сказал Старлинг.
Год спустя Правление назначило Митузаса специалистом по аппаратному обеспечению , поставив его ответственным за, как он описывает это, размещение серверов в тележке для покупок, а затем попросил Уэльс заплатить за них.
«Вместо того, чтобы заказывать серверы один за другим, я попробовал более экспоненциальный подход (купите 20, затем 40, затем 80, ...) - и каждый раз, когда мы размещали эти партии, сайт становился намного быстрее, и в течение нескольких недель мы Чтобы заполнить всю емкость, нужно было больше пользователей », - сказал Митузас. «Мы купили дешевые серверы, которым требовались руки в центрах обработки данных, чтобы что-то с ними делать, но у нас была возможность пережить рост».
Когда другие в руководстве WMF хотели использовать некоторое финансирование для оплаты других счетов, он сказал, что указал, что, если бы сайт не работал, не было бы никаких других счетов для оплаты.
«Сложная часть роли заключалась в том, чтобы первым захватить [Уэльс], когда он вышел в сеть, поэтому внимание к уведомлениям IRC было ключевым моментом, иначе мы не получили бы наши серверы», - сказал Митузас.
Усиливающаяся боль
Из-за быстрого роста трафика и отсутствия достаточных технических ресурсов при постоянном внедрении новых функций Википедия довольно часто закрывалась.
Митузас вспомнил один сбой, когда почти все разработчики впервые встретились в Берлине. « Кейт , которая не присутствовала на встрече, развернула поиск на основе Lucene, о котором никто не знал, и поэтому мы пытались понять, почему Java работает на наших серверах и почему она все отключает».
В других случаях разработчики создавали планы на случай непредвиденных обстоятельств в ответ на события в реальном мире; в одном случае это произошло из-за урагана Чарли .
«На самом деле я мало что знал об ураганах и о том, чего ожидать, но местные СМИ говорили об угрозе», - сказал Старлинг (в то время он жил в Австралии). «Существовал риск того, что питание и / или доступ к сети будут временно отключены. Мы делали резервные копии наших данных за пределами площадки, как если бы существовала вероятность того, что Тампа сровняется, как современный Галвестон , что, возможно, было немного чрезмерная реакция, хотя, думаю, приятно, что мы впервые в истории делали резервные копии личных данных за пределами офиса ".
В 2005 году The Signpost сообщал, как сработавшие автоматические выключатели вывели объект из строя . Разработчикам потребовался целый день для восстановления редактирования после того, как первичная база данных была повреждена.
«[Этот] сбой заставил Уэльс язвить, что простои - наш самый прибыльный продукт», - сказал Старлинг.
Изменения часто ставились в очередь месяцами, прежде чем их можно было развернуть на вики в одном выпуске. Но в конце концов переломный момент был достигнут , - пояснил в электронном письме Роан Каттоув , нынешний главный инженер-программист WMF.
«В начале 2011 года мы запланировали 6-часовое окно, чтобы попытаться развернуть обновление 1.17 и исправить любые возникающие проблемы, и решили, что, если мы не сможем исправить что-то в течение этих 6 часов, мы вернемся к версии 1.16», - сказал Каттоув. . «Это временное окно было с утра до полудня для меня в Нидерландах, с позднего вечера до вечера для [Скворец] в Австралии и с позднего вечера до ночи для наших коллег из США. Первые два раз мы пробовали это, многое пошло не так, сайт время от времени выходил из строя, и у нас были серьезные проблемы, которые мы не могли исправить достаточно быстро, поэтому мы откатились назад ".
Им потребовалось около трех попыток, чтобы заставить его работать «успешно», - сказал он.
«Для некоторого определения успеха, то есть: сайт работал и работал стабильно, без каких-либо критических проблем. После того, как окно закончилось, я провел остаток дня, исправляя различные нерешенные проблемы, пока другие спали, и передал эстафету Тим, когда он проснулся, - сказал Каттоу. «Одна из проблем, с которыми мы столкнулись, заключалась в том, что все переадресации были нарушены на французских вики-сайтах. Сегодня такая проблема будет считаться серьезной проблемой и блокировщиком поездов, но в тот день она была так далеко в списке приоритетов, что мы оставил его сломанным примерно на 12 часов ".
Вскоре разработчики начали работать над «гетерогенным развертыванием» , допускающим постепенное развертывание.
«Таким образом, мы можем сначала развернуть новую версию только на нескольких небольших вики-сайтах и устранить недостатки, прежде чем развертывать ее на более крупных вики-сайтах», - сказал Каттоув. «Мы смогли ускорить это с течением времени, и в настоящее время поезд по развертыванию идет каждую неделю, а основные вики получают новые изменения только через два дня после того, как их получают первые тестовые вики».
Расширение функциональности
Первоначально Википедия работала на движке UseModWiki , написанном на Perl. Магнус Манске , в то время изучавший биохимию, написал новый движок вики на PHP, позволяющий добавлять больше специфичных для Википедии функций. «Сценарий PHP», как он был известен, добавил такие функции, как пространства имен , пользовательские настройки и списки наблюдения . Он будет официально назван «MediaWiki» , когда он был переписан на Ли Даниэля Крокера .
Другие функции, которые сегодня считаются само собой разумеющимися, такие как автоматически сгенерированное оглавление и редактирование разделов, изначально были спорными.
«Насколько я помню, функция оглавления была немного более спорной (не каламбур), в основном из-за автомагического поведения (следовательно, __NOTOC__
для управления ею были созданы такие флаги )», - сказал Мёллер. «При редактировании разделов первый визуальный дизайн был немного загроможден (и, конечно, все еще оставалось сгладить нюансы, например, при взаимодействии с защищенными страницами), но я думаю, что большинство людей довольно быстро увидели привлекательность».
В других случаях редакторы вынуждали разработчиков добавлять функции в программное обеспечение. Карл Фюрстенберг , администратор Википедии, создал условную логику в шаблонах.{{qif}}
«В какой-то момент я понял, что логику расширения параметров можно« неправильно использовать »для создания способа внедрения логической логики в синтаксис ограниченного по времени шаблона, что может быть полезно для создания более общих шаблонов, которые не должны вызывать цепочки "Вспомогательные шаблоны для создания таких же, как и раньше", - сказал он в электронном письме. «Таким образом я создал Qif, Switch и другие логические шаблоны».
Разработчики не остались довольны. Старлинг написал в список рассылки wikitech-l, что он «... прогнулся и [написал] несколько достаточно эффективных функций синтаксического анализатора ... [которые] должны заменить большинство применений и повысить эффективность подобных шаблонов».{{qif}}
Фюрстенберг сказал, что никогда не ожидал, что когда-нибудь будет использоваться так широко. «Думаю, я впервые понял, что он стал широко использоваться, когда его нужно было защитить, так как любое изменение в нем на какое-то время остановило работу Википедии», - сказал он.{{qif}}
В своем сообщении в списке рассылки 2006 года Старлинг обвинил введение в 2003 году шаблонов и пространства имен MediaWiki и сказал, что не понимает, «какой ящик Пандоры» он открыл. Но эта функциональность была ключевой для реализации одной из самых сильных сторон MediaWiki: локализации, позволяющей пользователям использовать программное обеспечение на предпочитаемом ими языке.
Никлас Лаксстрём , основатель translatewiki.net и штатный инженер-программист WMF, сказал в электронном письме, что изначально отправлял переводы через Bugzilla, а затем набрался храбрости, чтобы попросить Vibber развернуть их для него, иногда нарушая финскую Википедию, потому что он забыл точка с запятой.
"Тогда неудивительно, что многие предпочли делать переводы в самих Википедиях, используя Special: AllMessages . Не было риска синтаксических ошибок, и изменения были внесены немедленно, в отличие от потенциально требующих многих месяцев, поскольку развертывания были редкими и редкими, "Сказал Лаксстрём. «Между прочим, это уникальная функция; я не видел других веб-сайтов, которые позволяли бы переводить и настраивать весь интерфейс пользователями сайта с помощью самого сайта».
Почесывая собственный зуд, Лаксстрём начал модифицировать Special: AllMessages, чтобы упростить перевод, но не чувствовал, что эти изменения приемлемы для возврата в MediaWiki, поэтому разместил их на своей собственной вики. Сегодня почти вся локализация интерфейса Википедии осуществляется через translatewiki.net, а не на отдельных вики.
Он считает, что Раймонд Спеккинг руководил процессом локализации MediaWiki более десяти лет.
«[Spekking] проверяет изменения, чтобы пометить переводы как устаревшие, где это необходимо, он переименовывает сообщения и выполняет другие действия по обслуживанию. Он экспортирует обновления переводов несколько раз в неделю». - сказал Лаксстрём. «Он делает это так хорошо, что это может показаться волшебством».
Распродажа власти
Ранние версии программного обеспечения Википедии дали разработчикам огромные возможности. Только разработчики могли блокировать пользователей, продвигать новых администраторов, переименовывать пользователей и т. Д.
Видя в этом проблему, в 2004 году Старлинг написал электронное письмо в список рассылки Wikipedia-l под названием « Разработчики должны заниматься своим делом », предлагая выделить определенные права пользователей в отдельную группу .
Википедия не должна быть технократией, управляемой теми, кто разбирается в компьютерных системах. Википедия должна быть демократичной. Те, кто находится у власти, должны нести ответственность перед сообществом в целом и в идеале избираться из сообщества в целом.
Сегодня Старлинг описывает этот сдвиг во власти, как большой в то время. «Я очень хорошо осознавал тот факт, что разрабатывал социальную систему», - сказал он. «Как вы можете догадаться из этого письма, мне было не по себе от того факта, что власть каким-то образом упала на меня, но я хотел понять это правильно».
Он благодарит Сунира Шаха , основателя MeatballWiki , за то, что он подробно обсудил со мной «... эти изменения, а также другие изменения на стыке социальной политики и технического дизайна».
Неясно, насколько длительное влияние оказало это изменение, учитывая подъем WMF на вершину структуры власти Викимедиа , в значительной степени потому, что он контролирует большинство разработчиков и серверов. В 2014 году Möller установил «суперпротекцию», которая позволяла WMF защищать страницу даже от администраторов, редактирующих ее.
«Идея [Мёллера] заключалась в том, что он будет использоваться в случаях конфликта между Фондом и сообществом, как более мягкая альтернатива отмене сисоппинга», - сказал Старлинг. «Когда возник этот конфликт, [Мёллер] попросил меня внести необходимые изменения в права группы. Я сказал, что мне неудобно указывать свое имя в вики, поэтому он нашел кого-то еще, чтобы нажать кнопку».
У Старлинг есть простой вывод относительно того, почему WMF поднялась на вершину структуры власти: Википедии не хватает лидерства.
«Я хотел бы видеть избранную редакцию, обладающую полномочиями и смелостью для внесения серьезных изменений в политику», - сказал он. «Без такого органа WMF неизбежно заполняет вакуум власти, хотя он слишком робок, чтобы делать это эффективно, особенно по любому вопросу, связанному с содержанием».
«Самый противоречивый ход в истории Википедии»
Дерек Рэмси изначально хотел написать статью о городе, который он знал, но не смог придумать ничего, кроме пары предложений.
«Итак, я придумал решение: найти массовый набор данных, являющийся общественным достоянием, который позволил бы создать (в некоторой степени) заглушку полезной статьи», - сказал он в электронном письме. «Меня всегда интересовала массовая обработка данных, поэтому я знал, что могу это сделать. Я импортировал несколько таблиц данных переписи в таблицы базы данных MySQL, работающие на моем собственном компьютере с Linux. Я сопоставил данные с данными других географических регионов. источники данных ".
После очистки и выполнения других шагов проверки Рэмси сказал, что создал более 3000 текстовых файлов для статей о округах США и начал вручную добавлять их в Википедию.
«Это было чрезвычайно утомительно и медленно, но эффективно», - сказал он. «Однако было 33 832 города, и это заняло бы на порядок больше времени».
Сначала он написал программу на Java, чтобы читать каждую статью и делать HTTP-запросы для публикации ее в Википедии, а затем кодировал «... с такими функциями, как проверка ошибок, исправление ошибок, дросселирование, паузы для проверок человеком и другие функции».
Увеличив количество статей в Википедии на 40%, Эндрю Лих позже назвал это «самым спорным шагом в истории Википедии» в своей книге 2009 года «Революция в Википедии» .
«Я был смелым и игнорировал все правила . Вы все еще могли это сделать», - сказал он. «В конце концов, если бы я мог редактировать статьи вручную, какая разница, если бы я делал то же самое автоматически? Это сэкономило мне время, но конечный результат был идентичным».
Из всей полемики вокруг создания массовых статей появились две ключевые вещи, которые Википедия использует до сих пор.
Сначала создал Рэмси , который сегодня используется в большинстве ссылок в Википедии (и представлен в xkcd ).{{cite web}}
«Я хотел, чтобы Википедисты могли легко цитировать свои источники, поскольку до этого цитировались только вручную и непоследовательно», - сказал он. «Это было необходимо, потому что это было до того, как разработчики создали встроенную справочную поддержку в программном обеспечении Викимедиа».
Во-вторых, Рэмси работал с другими Википедистами, чтобы разработать раннюю политику в отношении ботов . Первоначальная версия содержала противоречивое утверждение: «Обычно ботов не одобряют».
«Я думал, что беспокойство было преувеличенным, но консенсус требовал, чтобы что-то было сделано для решения предполагаемых проблем», - сказал Рэмси. «У меня было желание опередить проблему, пока драконовские меры не закрыли все это, поэтому я создал политику ботов как своего рода компромисс. Я подумал, что лучше сделать это, чем полностью запретить всех ботов».
Вскоре после этого пользователи начали запускать ботов и скрипты под учетными записями администраторов, получивших название « админ-боты », что вызвало серьезные споры .
«В английской Википедии вокруг ботов-администраторов было много истерии, но некоторые люди незаметно запускали их еще в 2005 году» , - сообщил в электронном письме Макс Макбрайд , оператор ботов, который ранее запускал ботов-администраторов. «Некоторые из этих сценариев, по общему признанию, были отчасти устрашающими, а инструментов для массового устранения непреднамеренного ущерба было не так много».
Макбрайд описал отношение людей к админ-ботам как «безосновательное» и предположил, что оно основано на какой-то зависти. «Подобно тому, как случайный сценарий получает права администратора, а администратор получает две учетные записи администратора, но не много обычных пользователей», - сказал он. «Я думаю, что это породило и питало некоторую оппозицию».
Надежная безопасность
В отличие от многих других известных веб-сайтов, Википедия не пострадала от неприятных инцидентов, связанных с общественной безопасностью, с потерей личных данных своих пользователей. Отчасти это связано, в первую очередь, с отсутствием сбора личных данных, но с самого начала существовала сильная культура сосредоточения внимания на безопасности.
«Вначале худшим сценарием было необратимое уничтожение большого объема пользовательской работы, поскольку у нас не было ресурсов для частого резервного копирования», - сказал Старлинг. «Я потратил много времени на обзоры безопасности и, узнав об этой работе, я написал политики и улучшил наши API и соглашения».
Он также поблагодарил Vibber за принятие ключевых политических решений для других установок MediaWiki (отключение загрузки по умолчанию и наличие дерева исходных текстов без возможности записи через Интернет), что гарантировало, что MediaWiki не стал «... постоянным источником узлов ботнета, как некоторые другие PHP. веб-приложения ".
Но для безопасного посещения сайта читателями и редакторами требовалось использование специального шлюза secure.wikimedia.org до тех пор, пока в 2011 году в качестве опции не была развернута собственная поддержка HTTPS .
Затем в 2013 году осведомитель Эдвард Сноуден сообщил, что АНБ нацеливалось на пользователей Википедии, посещающих сайт, по стандартному незашифрованному протоколу HTTP.
Райан Лейн , бывший инженер по эксплуатации WMF, сообщил в электронном письме, что утечки Сноудена по умолчанию отдавали приоритет переходу на HTTPS. «Мы знали, что некоторые правительства шпионят за своими пользователями ( великий брандмауэр Китая был хорошо известен этим, и они делились этой технологией с другими правительствами), но утечки Сноудена показали, что правительство явно нацелено на пользователей Википедии», - сказал он. .
Каттоув работал над изменением HTTPS на стороне MediaWiki, позволяя использовать URL-адреса, зависящие от протокола . «Я думаю, что люди [Site Reliability Engineering], которые работали над переходом на HTTPS, заслуживают большего уважения», - сказал он. «Это была гораздо более трудная миграция, чем многие думали».
Политика, связанная с переключением, не была обычной политикой WMF против сообщества, это была настоящая глобальная политика.
«Например, русская Википедия попросила нас как можно скорее внедрить только HTTPS (для всех пользователей, а не только для пользователей, вошедших в систему), поскольку они хотели воспрепятствовать российскому законодательству, которое разрешало бы постраничную цензуру, и это было бы вынудили правительство выбрать между блокировкой всей Википедии, что было сложно с политической точки зрения, или отказом от постраничной цензуры », - сказал Лейн. «Вот почему русская Википедия получила поддержку до любой другой вики (и более обширную поддержку, к тому же). Китайская Википедия, с другой стороны, попросила нас отложить развертывание, поскольку китайское правительство уже вводило постраничную цензуру и имело ранее несколько раз блокировал всю Википедию ".
Есть одно большое исключение из этого акцента на безопасности: возможность для пользователей создавать собственные сценарии и стили и делиться ими с другими пользователями в вики. В веб-разработке это обычно известно как уязвимость межсайтового скриптинга , но для Википедии это была особенность.
Фюрстенберг создал один из самых популярных пользовательских скриптов Twinkle . Он сказал, что это началось как помощник для него самого, чтобы «... легче проводить антивандализм и техническое обслуживание, с точки зрения быстрого возврата к утомительной задаче подачи отчетов в разные разделы.
Оглядываясь назад, Виббер считает, что идея пользовательских скриптов прекрасна, но реализована неправильно. Он сказал, что есть две основные проблемы:
- Запуск чужого вредоносного кода может привести к захвату вашей учетной записи
- Код сценария обращается к внутренним данным и методам, которые не будут стабильными и могут сломаться со временем.
«И то, и другое можно решить с помощью изолированной среды (возможно, подходящего iframe)», - сказал Виббер. «Я думаю, что есть много интересных вещей, которые можно построить поверх этого метода, с полноценными API-интерфейсами для доступа к состоянию редактора в виде плагина или чего-то еще».
Упущенные возможности
На Викимании 2012 , а затем в Signpost обзорного , тогда WMF старшего дизайнер Брэндон Харрис представил «Афина проект», изложив свое видение того, что Википедия должна выглядеть в 2015 году.
Достаточно сказать, что это видение так и не было реализовано полностью, и Харрис в электронном письме сказал, что может написать книгу о том, что пошло не так. «Я бы сказал, что основная причина заключалась в том, что у Фонда был явный недостаток фокуса и запутанное руководство, что позволяло процветать политическим конфликтам на более низком уровне», - сказал он.
Реакция на предложение Харриса было обычно смешивают с отрицательным, но это то, что Харрис надеялся. «То, что многие люди - даже профессиональные дизайнеры - не понимают в процессе проектирования, - это то, что только 10% из них на самом деле« проектирование »», - сказал он. «По большей части это маркетинг : вы должны понимать рынок, для которого вы проектируете, чтобы знать, что проектировать, и вы должны убеждать людей, что ваш дизайн решает проблему. Возможно, вам придется продать идею о том, что проблема вообще существует!»
Частично цель его предложения заключалась в переоценке всего интерфейса, чего, по его словам, ни WMF, ни сообщество не делают в достаточной мере. «Посмотрите, что происходит каждый день! С 2015 года ничего не изменилось», - сказал Харрис. «Фонд до сих пор не знает, как продавать свои идеи, и он продолжает пытаться исправить те же проблемы с теми же вялыми изменениями в цепочке инструментов. Сообщество все еще не знает, как управлять собой, и продолжает использовать те же неработающие процессы неадекватно решать одни и те же вопросы ".
Макбрайд написал Харрису ответ под заголовком Викимедианцы по праву настороженно высказались по поводу предыдущих развертываний программного обеспечения, которые не соответствовали их обещаниям, например FlaggedRevs , которое должно было решить проблему BLP .
«Это было не столько предложенное решение, сколько единственное« решение », - сказал он. «И многие люди возлагали свои надежды на его успех, но меня больше интересовал его быстрый провал, чтобы мы могли двигаться дальше и пробовать другие решения».
После различных испытаний и нескольких лет использования RfC помеченные версии (теперь переименованные в английской Википедии как «ожидающие изменения») почти не используются на страницах BLP, не поддерживаются и больше не поддерживаются в новых вики. (Стоит отметить, что некоторые сообщества, такие как немецкая Википедия, считают это успешным.)
«Проблема BLP определенно не решена», - сказал МакБрайд. «И существует огромный разрыв между существующими технологиями и тем, что можно было бы реализовать, чтобы облегчить эту проблему».
В своей статье Макбрайд задался вопросом, постигнет ли грядущие проекты, такие как VisualEditor , такая же судьба, что и FlaggedRevs. Как выяснилось, развертывание VisualEditor и Media Viewer несколькими месяцами позже было крайне неоднозначным среди википедистов (не говоря уже об отдельном, но связанном с ним вопросе суперпротекции ), что Мёллер признает задним числом.
«В обоих случаях более постепенное развертывание (возможно, добавление как минимум 1-2 лет к сроку выпуска VE и 6-12 месяцев для MV) могло бы предотвратить много боли и разочарований», - сказал Мёллер. «Я беру на себя свою долю ответственности за это».
И Мёллер, и Макбрайд независимо друг от друга выдвинули одну и ту же поговорку: «изменение движется со скоростью доверия» (Мёллер выразил благодарность Лидии Пинцер за то, что она научила его этому).
«Чтобы этот принцип работал на практике, организация должна быть готова отказаться от чрезмерно жестких сроков и обязательств, потому что ее обязательства всегда должны быть в первую очередь перед людьми, доверие которых она стремится заработать и сохранить», - сказал Мёллер. «Это не означает, что невозможно произвести радикальные, преобразующие изменения, но это определенно может ощущаться ».
Макбрайд выразился более откровенно. «Викимедианцы не любят дерьмового программного обеспечения, они быстро принимают хорошее программное обеспечение (например, @ ping или массовые сообщения или ...)», - сказал он. «Многие программы являются плохими и навязываются сообществам без консультаций или мнений. Конечно, людям это не понравится, и они отвергнут их».
Харрис не возражает. «... Я думаю, что основная причина в том, что редакторы справедливо обеспокоены воздействием на их рабочие процессы, и Фонд исторически ужасно думал об этом и учитывал это», - сказал он. «Вот почему я разработал New Pages Feed так, чтобы он работал независимо от существующих рабочих процессов и сценариев, которые люди разработали сами».
Признание
Вначале Уэльс признал ключевые вехи разработки, предоставив разработчикам собственные праздники: День Магнуса Манске (25 января), День Тима Старлинга (31 октября) и День Бриона Виббера (1 июня).
«На самом деле не совсем ясно, кому сейчас заслуга - всякий раз, когда вы уходите, очень немногие вспоминают, что вы сделали», - сказал Митузас. «Признание и вознаграждение со стороны сообщества определенно было частью мотивации продолжать работать».
Самого Митузаса помнят на колесе вины , где он несет ответственность за 25% проблем Википедии. «Иногда мне кажется, что колесо вины - единственное, что осталось от моей славы», - сказал он.
Харрис, вероятно, самый известный разработчик Викимедиа, появившийся на баннерах по сбору средств в 2011 году .
«У нас было три« рассказчика », которые брали у многих из нас интервью о том, почему мы там работаем, и им понравилось то, что я сказал. Они сделали фотографии», - сказал он. «Позже один из них был использован в качестве теста и показал себя довольно хорошо. Это стало популярным и странным, потому что Интернет странный».
Неудивительно, что есть прямая параллель с тем, как кредит работает в самой Википедии.
«Меня всегда восхищало, насколько редактирование вики отражало вклад программного обеспечения с открытым исходным кодом», - сказал МакБрайд. «В обоих случаях многие люди, вносящие небольшие предложения и улучшения, являются теми, кто продвигает проект вперед».
Некоторые из этих имен можно найти в Special: Version или в титрах . Другие могут быть в архивах списков рассылки, забытые ошибки и давно потерянные журналы IRC, но их вклад, тем не менее, сделал Википедию тем, чем она является сегодня.