Читаем Just for Fun полностью

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

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

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

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

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

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

Перейти на страницу:

Похожие книги

Основы программирования в Linux
Основы программирования в Linux

В четвертом издании популярного руководства даны основы программирования в операционной системе Linux. Рассмотрены: использование библиотек C/C++ и стан­дартных средств разработки, организация системных вызовов, файловый ввод/вывод, взаимодействие процессов, программирование средствами командной оболочки, создание графических пользовательских интерфейсов с помощью инструментальных средств GTK+ или Qt, применение сокетов и др. Описана компиляция программ, их компоновка c библиотеками и работа с терминальным вводом/выводом. Даны приемы написания приложений в средах GNOME® и KDE®, хранения данных с использованием СУБД MySQL® и отладки программ. Книга хорошо структурирована, что делает обучение легким и быстрым. Для начинающих Linux-программистов

Нейл Мэтью , Ричард Стоунс , Татьяна Коротяева

ОС и Сети / Программирование / Книги по IT
1001 совет по обустройству компьютера
1001 совет по обустройству компьютера

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

Юрий Всеволодович Ревич

Программирование, программы, базы данных / Интернет / Компьютерное «железо» / ОС и Сети / Программное обеспечение / Книги по IT
Access 2002: Самоучитель
Access 2002: Самоучитель

В книге рассматривается широкий круг вопросов, связанных с использованием программной среды Access 2002, которая является составной частью пакета Office 2002 и предназначена для создания банка данных в самых различных предметных областях.Подробно описывается методика проектирования объектов базы данных (таблицы, формы, отчеты, страницы доступа к данным, запросы, модули).Детально обсуждаются вопросы создания интегрированной базы данных в единой среде Access 2002: формирование БД с нуля, конвертирование в программную среду баз данных, созданных в ином программном окружении – Clarion, FoxPro.Особое внимание уделяется формированию разнообразных запросов к интегрированной базе данных Access 2002 с использованием языков программирования SQL, VBA и макросов.Приводятся общие сведения о возможностях языка обмена данными между различными компьютерами и приложениями (XML). Описываются возможности использования гиперссылок, связывающих базу данных с другими программными продуктами. Объясняется, как можно работать с базой данных Access 2002 без установки ее на компьютер, используя технологию ODBC (Open Data Base Connectivity). В приложениях приводятся количественные параметры Access 2002 и связанная с этой СУБД терминология.Предлагаемая книга будет полезна специалистам, занимающимся практической разработкой банков данных и приложений на их основе, а также студентам вузов, изучающим информатику.

Павел Юрьевич Дубнов

Программирование, программы, базы данных / ОС и Сети / Книги по IT