Тим О'Райли - WTF? Гид по бизнес-моделям будущего [litres]

В одном из последующих номеров Make Дейл опубликовал «Манифест владельца», который начинался со слов: «Если вы не можете это открыть, вы не являетесь владельцем этого». С тех пор истинность этого утверждения неоднократно подтверждалась, поскольку компании все чаще используют программное обеспечение с техническими средствами защиты авторских прав (ТСЗАП). Ради увеличения прибыли они блокируют возможность вмешательства клиентов, лишая их права ремонтировать или хотя бы дооснащать устройства, владельцами которых они номинально являются. Принтеры, кофеварки, а в последнее время и высокотехнологичные тракторы и другое сельскохозяйственное оборудование оказались в эпицентре борьбы между компаниями и их клиентами за то, кто будет контролировать товары, которые номинально принадлежат потребителям.

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

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

Мы научились программировать, решая проблемы. Не случайные, искусственно созданные упражнения научили нас программировать. Это были реальные проблемы, которые нужно было решить. Поскольку мы с Дейлом были писателями, это означало создание программ, которые помогали бы нам писать и публиковать, – редактировать скрипты, чтобы обеспечить согласованность терминологии в наборе документов, исправлять распространенные грамматические ошибки, создавать индекс или форматировать и набирать рукопись. Мы достигли в этом таких успехов, что совместно написали книгу под названием Unix Text Processing («Обработка текста в Unix»). И мы заставили наши новые навыки работать на создание издательской компании, которая могла отправить книгу в печать через несколько дней после того, как автор и редактор закончили над ней работать, вместо того чтоб ждать месяцами, как это все еще делает большинство традиционных издательств.

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

Когда мы открыли для себя Интернет, создание чего-либо стало еще более увлекательным. Поскольку Сеть была предназначена для форматирования онлайн-страниц с использованием HTML (Hypertext Markup Language), языка разметки гипертекста, – мы могли воспользоваться нашими преимуществами. HTML подразумевал, что всякий раз, когда вы видели новую чистую функцию на веб-странице, вы могли активировать выпадающее меню, выбрать «Просмотр источника» и посмотреть, в чем секрет фокуса.

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

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

Ключом к обучению является соперничество. В начале своей деятельности мы позиционировали наши книги как заглядывание через плечо кому-то, кто знал больше, чем вы, и наблюдение за его работой. Это было важной привлекательной чертой открытого программного обеспечения. В 2000 году, когда индустрия программного обеспечения пыталась принять эту новую идею, Карим Лахани, тогда обучавшийся в Школе менеджмента MIT Sloan, и Роберт Вульф из компании Boston Consulting Group провели исследование мотивации людей, работающих над проектами с открытым исходным кодом. Они обнаружили, что наряду с адаптацией программного обеспечения для удовлетворения их личных специализированных потребностей, обучение и чистая радость от интеллектуального исследования имели большее значение, чем традиционные мотивирующие факторы, такие как более высокая зарплата или успех в карьере.

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

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

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