Кузница и сделка: как VA Software превратила open-source-процессы в контур управления — а затем продала его по частям

Кратко

• VA Software контролировала нечто большее, чем просто хостинг кода. SourceForge.net объединял идентичность проектов, их поиск, репозитории, отслеживание ошибок, списки рассылки, релизы, статистику загрузок и влиятельную техническую аудиторию — это давало оператору необычно широкую власть над тем, как находили и координировали работу над открытым ПО.
• Компания превратила уроки и репутацию, полученные на публичном сервисе, в SourceForge Enterprise Edition — отдельный проприетарный продукт для организаций, которые хотели вести разработку за межсетевым экраном, с привязкой к корпоративной идентичности, отчётности и существующим системам управления исходным кодом.
• У этих двух сторон была разная экономика. Размещённое сообщество приносило внимание, которое можно было продавать рекламодателям, тогда как выручка корпоративного направления зависела от длинных циклов продаж, внедрения, интеграции, сопровождения и поддержки. Опубликованная отчётность показывает рост выручки от ПО, но и сохраняющиеся операционные убытки этого направления до продажи бизнеса.
• Продажа 2007 года провела решающую границу: CollabNet получила корпоративный продукт, интеллектуальную собственность и значительную часть команды, а SourceForge.net и медийная аудитория остались у компании, переименовавшейся в SourceForge, Inc. У заказчиков и мейнтейнеров поэтому оказались разные правопреемники.
• Устойчивый урок здесь — управленческий. Бесплатный сервис совместной работы может стать критической инфраструктурой раньше, чем пользователи проверят переносимость, защиту при смене контроля или мотивы оператора; локальный продукт снижает зависимость от хостинга, но создаёт другую зависимость — от проприетарных процессов, интеграций и поддержки.

Одно слово, два контура управления

24 апреля 2007 года «SourceForge» перестал быть удобным ответом на вопрос о том, чем владеет VA Software. Компания объявила, что CollabNet приобретёт её направление SourceForge Enterprise Edition, включая соответствующую интеллектуальную собственность и активы, и предложит работу сотрудникам команд разработки, поддержки, продаж и полевых сервисов. При этом сделка прямо оставляла SourceForge.net — публичный сервис хостинга проектов — за VA Software. Тогдашние публикации описывали это исключение прямо: публичный сайт не работал на продаваемом корпоративном продукте. Один бренд скрывал две системы, две группы пользователей и два разных источника власти. Продажа сделала этот шов видимым.Заявление компании, поданное в SEC, итогдашние репортажи об исключениизакрепляют это различие.

Этот шов — одновременно и ключ к идентификации самой VA Software. Это не просто расплывчатая вывеска для любого бизнеса, который позже использовал имя SourceForge, и не нынешний оператор сайта SourceForge. Корпорация начиналась как VA Research и была известна оборудованием под Linux. В 2001 году, выйдя из аппаратного бизнеса, её совет директоров попросил акционеров одобрить название VA Software Corporation. Причина, указанная вдоверенности компании, была необычно прямой: разработка, маркетинг, продажа и поддержка совместного ПО SourceForge стали её основным бизнесом, тогда как «VA Linux Systems» всё ещё намекало на оборудование. Акционеры одобрили смену названия в декабре 2001 года. Рассматриваемая здесь идентичность исторически ограничена: VA Software в период после этого перехода и до майского 2007 года переименования в SourceForge, Inc.

Границы имеют значение, потому что активы разошлись в разные стороны. Корпоративный продукт и обязательства перед его заказчиками перешли к CollabNet. Публичный сайт, рекламная аудитория вокруг технических медиаресурсов и коммерческое направление ThinkGeek остались у исходной корпорации. Эта корпорация затем приняла имя SourceForge, а в 2009 году стала Geeknet. Сам публичный сайт в последующие годы продавали ещё раз.

Считать все эти периоды одной непрерывной компанией значило бы приписывать решения не тому владельцу; считать SourceForge.net и SourceForge Enterprise Edition одним и тем же ПО значило бы не понимать, что именно покупали покупатели.

Однако внутри ограниченного периода VA Software эти две поверхности были стратегически связаны. SourceForge.net был публичной мастерской: размещённой площадкой, где мейнтейнеры могли организовывать проекты, а пользователи — находить и скачивать их. SourceForge Enterprise Edition был частной контрольной комнатой: ПО, продававшимся компаниям и государственным органам, которые хотели аналогичную координацию внутри собственного периметра безопасности. Публичный сайт служил доказательством, что браузерный центр совместной работы может работать в значительном масштабе. Он также давал громкое имя и контакт с практикой разработчиков.

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

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

Бесплатная кузница была связкой полномочий

SourceForge.net часто вспоминают как хостинг репозиториев. Это описание слишком узкое. На запуске в начале 2000 года сервис предлагал через браузер веб-пространство проектов, управление исходным кодом, средства коммуникации и контроль доступа.Современная копия анонса VA о запускесообщала примерно о 700 проектах и 3 000 разработчиков; через полгодапресс-релиз VAзаявлял о более чем 6 000 проектов и 40 000 зарегистрированных пользователей. Это корпоративные заявления, а не проверенные показатели использования, но быстрый рост сервиса независимо согласуется с его последующей известностью.

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

Контроль над этим набором давал VA Software несколько разных полномочий. Она устанавливала правила регистрации проектов и допустимого использования. Она решала, каким функциям достанется инженерное внимание. Она управляла учётными записями, через которые люди вступали в проекты. Она контролировала зеркала загрузок и метрики, которые видели мейнтейнеры. Она определяла, как проекты выглядят в поиске и категориях сайта. Через окружающие ресурсы Open Source Development Network — включая Slashdot, Linux.com и Freshmeat — она также находилась рядом с каналами, через которые технические новости и релизы ПО получали внимание.Историческая страница VA о компанииописывала сеть как большую аудиторию для технологических маркетологов. Сейчас страница — артефакт прошлого на домене, нынешнее состояние которого не позволяет опираться только на неё; её исторические утверждения полезны лишь там, где их подтверждают отчётные документы и датированные публикации.

Этот контроль был отчасти инфраструктурным, отчасти социальным. Серверы, хранилища, базы данных и каналы связи стоили дорого, особенно когда популярный релиз мог вызвать внезапный всплеск загрузок. В 2002 году VA заявила, что SourceForge.net перешёл на IBM DB2 и обслуживает 3,2 млн просмотров страниц в день при 45 000 проектов и 460 000 зарегистрированных пользователей. Этотанонс о миграциибыл одновременно маркетингом для IBM, поэтому его формулировки о производительности следует читать как совместное заявление. Тем не менее он показывает операционную проблему: бесплатная кузница стала общим сервисом, чей сбой или запущенность могли одновременно затронуть тысячи не связанных между собой проектов.

Социальная власть проявлялась, когда мелкие функции переставали работать. В ретроспективе 2007 года, основанной на интервью с мейнтейнерами и бывшими сотрудниками,Datamation писала, что в середине десятилетия SourceForge.net обслуживался крайне малым штатом. Основатель Audacity вспоминал медленный доступ к системе контроля версий и элементарные поломки; разработчик Gallery говорил, что статистика загрузок могла не работать месяцами. Статистика имела значение, потому что мейнтейнеры использовали её, чтобы демонстрировать охват контрибьюторам, работодателям и спонсорам. Репортаж называл эти цифры формой валюты. Счётчик на бесплатном сайте мог влиять на положение проекта, хотя за ним не стояло никакого договорного уровня обслуживания.

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

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

От эталонной реализации к проприетарному управлению

Первой попыткой VA перенести публичную кузницу в платный формат был SourceForge OnSite. Анонсированный в декабре 2000 года, он предлагался как подписка, устанавливаемая за межсетевым экраном заказчика и настраиваемая, внедряемая и поддерживаемая силами VA. Врелизе о запускепервым заказчиком называлась Agilent Technologies, а среди функций перечислялись управление исходным кодом, ошибки, патчи, задачи, документы, коммуникации и статистика проектов. Публичный сайт, на котором тогда, по заявлению, размещались 12 000 проектов и 92 000 пользователей, служил доказательством спроса на такой рабочий процесс.

Такое происхождение создавало соблазнительный нарратив: совместная работа в open-source открыла лучший способ разработки ПО, и крупные организации заплатят, чтобы внедрить тот же способ работы у себя. В июне 2001 года, выходя из аппаратного бизнеса и сокращая примерно 35  % штата из 436 человек, компания заявила, что сосредоточится на SourceForge OnSite. Она назвала SourceForge.net «эталонной реализацией» и ожидала, что корпоративное ПО станет основной частью выручки.Анонс стратегиисвидетельствует о намерениях руководства, а не доказывает, что ожидаемый сдвиг выручки произошёл.

Продукт вскоре стал SourceForge Enterprise Edition, или SFEE. Его цель не сводилась к клонированию публичного сайта на частный сервер. VA всё чаще представляла его как систему управления жизненным циклом ПО. В релизе 2001 года для версии 3.0 подчёркивались поиск, мониторинг, отчётность, версионирование документов, процесс обработки обращений и интеграция с Oracle. Поздние версии подключали корпоративные каталоги, существующие системы управления исходным кодом, Microsoft Project и Office, а также среды разработки. К версии 4.1 VA Linux Systems Japan заявляла, что приложение переписано на J2EE и предоставляет SDK и интерфейс SOAP.Описание из японского релиза— это заявление первичного реселлера, а не независимая техническая оценка, но оно помогает установить, что корпоративный продукт стал собственной кодовой базой.

Это разделение критически важно. Критика сообщества иногда описывала действия VA как закрытие SourceForge. На уровне управления платформой критика была обоснованной: ПО, на котором развивался публичный сервис, после 2001 года перестало выпускаться под свободной лицензией.Тогдашний материал LWNдатировал последний свободный релиз SourceForge ноябрём того года и проследил возникшие форки GForge и Savannah. Однако в поздний период VA Software SFEE не был просто тем же приложением, что и SourceForge.net, с переключённой лицензией. Репортажи вокруг продажи 2007 года говорили, что публичный сайт не работает на корпоративном продукте, а CollabNet позднее описывала коммерческое приложение как переработку. Общее имя передавало происхождение и доверие в большей степени, чем тождество машин.

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

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

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

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

Что на самом деле внедрял корпоративный покупатель

Самое показательное описание SFEE — не презентационная речь, аруководство пользователя версии 4.3 SP1на 440 страниц, датированное сентябрём 2006 года. Оно описывает центральное веб-приложение, которым пользуются разработчики, руководители проектов, администраторы проектов и администраторы сайта. Проекты содержат приложения для отслеживания работы, документы, задачи, обсуждения, вики и исходный код. Система интегрируется с CVS, Subversion и Perforce, а не требует от каждого заказчика хранить код в новом проприетарном репозитории. Она может подключаться к корпоративному каталогу LDAP и назначать доступ через членство в проектах и роли.

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

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

Это заявления вендора; руководство доказывает, что функции существовали, а не что они в каждой организации улучшали результат.

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

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

Функция, разрекламированная как интеграция, всё равно требовала дисциплинированной эксплуатации.

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

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

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

Архитектура также раскрывает издержки перехода. Код мог оставаться в CVS, Subversion или Perforce, что снижало одну форму захвата. Отчёты трекера и артефакты можно было экспортировать в распространённых форматах. Но полезным целым были определения ролей, правила процессов, перекрёстные связи между коммитами и обращениями, истории документов, обсуждения, версии вики, структуры задач, практики отчётности и привычки пользователей. Руководство документирует экспорт частей этого целого; оно не демонстрирует единый экспорт без потерь всего развёртывания в конкурирующую систему.

Заказчик владел большей частью инфраструктуры, чем мейнтейнер SourceForge.net, но всё равно мог оказаться в зависимости от организующего слоя.

Экономика продажи контроля

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

Корпоративная сторона демонстрировала настоящий рост. Согласногодовому отчёту за 2006 год, выручка от ПО выросла с 4,995 млн долларов в 2004 финансовом году до 7,555 млн в 2005-м и 9,974 млн в 2006-м. Совокупное число заказчиков выросло с 97 до 130 и затем до 164, а средняя стоимость контракта — примерно с 75 000 до 106 000 и затем 129 000 долларов. VA объясняла рост 2006 года по всем составляющим — лицензиям, сопровождению, хостингу и профессиональным услугам, — а не одной компонентой.

Эти цифры подтверждают, что организации покупали продукт. Они не показывают эффективный самостоятельный программный бизнес. В том же документе зафиксирован операционный убыток программного сегмента примерно в 2,7 млн долларов в 2006 финансовом году после убытка около 5,4 млн годом ранее. Около 3,2 млн долларов, или 51  % расходов компании на исследования и разработки в том году, были отнесены на SFEE. Циклы продаж обычно превышали три месяца и могли занять больше года. Потенциальные заказчики оценивали время внедрения, совместимость и совокупную стоимость, а крупные покупатели ожидали поддержки и оптовых цен.

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

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

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

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

К 2006 финансовому году онлайн-медиа и коммерция не были периферией. В отчёте указано 13,242 млн долларов выручки онлайн-медиа и 20,416 млн от электронной коммерции против 9,974 млн от ПО.Аналитический материал Motley Foolприписывал первый прибыльный полный год компании в основном сильному росту онлайн-рекламы. Такая интерпретация принадлежит инвестиционному изданию, но она согласуется с цифрами сегментов. Более масштабируемым бизнесом становилась аудитория, а не корпоративная контрольная комната.

Это не означало, что SourceForge.net был просто рекламной страницей. Его полезность создавала аудиторию, а бренд помогал продавать корпоративную систему. Однако финансовый центр тяжести имел значение, когда руководство распределяло капитал. Улучшение бесплатного сервиса для разработчиков защищало доверие и трафик. Развитие SFEE 4.x, поддержка интеграций и длинные корпоративные продажи защищали выручку от ПО. Обе деятельности конкурировали за инженеров и внимание. Финальный выбор компании — продать корпоративное направление и оставить медиа и коммерцию — следовал за более сильной экономикой.

Была и дополнительная тонкость: SourceForge.net действовал одновременно как публичная инфраструктура и как демонстрация. VA могла указывать на огромный активный сервис, продавая ПО для совместной работы, хотя корпоративное приложение было отдельным. Такой перенос репутации снижал стоимость объяснения продукта. Но он же мог размывать ответственность. Успех в управлении открытым сообществом проектов не доказывал, что конкретное корпоративное развёртывание удовлетворит требованиям покупателя; корпоративная лицензия не финансировала гарантированный уровень обслуживания каждого публичного мейнтейнера.

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

Доверие было дефицитным ресурсом

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

С точки зрения сообщества, изменение ослабило страховку, заложенную в открытости. Размещённому сервису легче доверять, когда пользователи могут воспроизвести ПО, перенести его или поддержать жизнеспособную альтернативу. В октябре 2001 года защитник свободного ПО Loïc Dachary утверждал, что пользователи SourceForge могут получить исходный код и данные трекера, но не целостный проект, и критиковал условия сайта и контроль VA над окружающей инфраструктурой. Егоэссе, опубликованное FSFE, — это публицистика, включающая спорные интерпретации, а не нейтральный аудит. Его важность в том, что оно показывает, что, по мнению технически искушённых пользователей, они теряли: не право на свой код, а практический выход из всей среды совместной работы.

Ответ был не только риторическим. GForge и GNU Savannah развились из последнего свободного кода SourceForge.LWN задокументировал форкии разрыв между проприетарным продуктом и публичным сайтом. Форки уменьшили исключительный контроль VA над идеей кузницы. Они также продемонстрировали, что одна лишь доступность кода не воссоздаёт накопленный каталог проектов SourceForge.net, учётные записи, трафик и медийный охват. ПО может форкнуться легче, чем адрес и история сообщества.

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

Ретроспектива Datamation делает стоимость этой ошибки конкретной. В период ограниченных инвестиций руководители проектов сообщали о сломанных или медленных сервисах, тогда как SourceForge.net, по сообщениям, обслуживался горсткой сотрудников. В 2006 году, после того как сайт вышел на прибыльность, штат и инфраструктура улучшились; внимание получили поддержка Subversion, мониторинг и поиск. Материал опирается на интервью, и его не следует считать полной операционной летописью. Тем не менее он обнажает петлю стимулов.

Реклама зависела от трафика; трафик — от проектов; проекты — от качества сервиса; качество сервиса — от решения руководства реинвестировать в людей, которые напрямую не платят.

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

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

Нет нужды изображать VA ни благодетелем, преданным неблагодарными пользователями, ни эксплуататором волонтёров. Обе карикатуры упускают суть обмена. Компания построила сервис, который снял значительную часть трения с open-source-работы. Мейнтейнеры сделали этот сервис стратегически ценным. Провал был не в том, что одна сторона получила ценность; провал в том, что права и возможности выхода, регулировавшие обмен, были развиты хуже, чем зависимости, которые вокруг него выросли.

Зависимость принимала разные формы

SourceForge.net был ранней облачной зависимостью ещё до того, как эта фраза стала стандартной. Мейнтейнеру не нужно было покупать серверы, настраивать контроль версий, администрировать списки рассылки, зеркалировать загрузки или строить веб-сайт проекта. Сервис превращал капитал и администрирование в URL и учётную запись. Это освобождало, особенно небольшие проекты. Но это же и концентрировало сбои.

Самой переносимой составляющей обычно был исходный код. CVS, а затем Subversion были устоявшимися инструментами, и проект мог сделать ещё одну копию репозитория. Менее переносимыми были контекст и координация: история трекера, членство в учётных записях, архивы списков рассылки, обсуждения на форумах, статистика релизов, входящие ссылки, позиции в поиске и ожидание, что пользователи найдут следующую версию там же. Технически успешная миграция всё равно могла потерять контрибьюторов или оставить старые ссылки мёртвыми. Критика Loïc Dachary 2001 года утверждала, что сервису не хватает полного экспорта проекта.

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

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

Но централизация создала новую концентрацию. Как только команды связали коммиты, обращения, документы, задачи, обсуждения и отчёты через SFEE, приложение стало картой того, как движется работа. Менеджеры привыкли полагаться на его отчёты; администраторы закодировали правила одобрения; пользователи выучили его поля и переходы. Замена означала не только установку конкурента, но и решение, какую историю и политику переносить дальше. Экспорт таблицы трекера не воссоздавал её связей с изменениями кода или её зависимых от ролей процессов.

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

Урок в том, что местоположение и лицензия отвечают на разные вопросы. ПО за межсетевым экраном всё равно может создавать зависимость от вендора. Бесплатный публичный сервис может размещать свободно лицензированный код, оставляя окружающий рабочий процесс труднопереносимым. Открытые репозитории снижают одни издержки перехода; открытые стандарты и пригодные экспорты снижают другие; реальную проверку даёт только репетиция миграции. Две SourceForge компании VA Software делают эти различия необычно наглядными.

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

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

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

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

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

Та же осторожность относится к SourceForge.net. Анонс о DB2 демонстрирует инвестиции в масштаб, а не договорную гарантию бесплатным проектам. Сайт нёс публичный код, но учётные записи, файлы релизов и администрирование проектов всё равно требовали защиты. Крупный инцидент, раскрытый SourceForge в 2011 году, затронул инфраструктуру, происходящую от сервиса, — уже после того, как VA Software сменила имя, а руководство перешло к другим владельцам.Отчёт нового оператора об инциденте— полезное свидетельство о классе рисков, создаваемых общей кузницей; он не является свидетельством взлома эпохи VA, и его не следует ретроспективно приписывать VA.

Для корпоративного покупателя 2006 года практическая проверка безопасности была бы архитектурной и операционной. Какие компоненты выходили в интернет? Где находились учётные данные? Можно ли сопоставить группы LDAP, не выдавая избыточных прав? Как доставлялись и тестировались патчи? Что покрывало соглашение со сторонним хостингом? Могут ли администраторы экспортировать журналы и показать, что изменение прошло требуемые состояния? VA предлагала функции, относящиеся к этим вопросам. Публичная запись отвечает не на все.

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

Конкуренция была решением о закупке, а не чек-листом функций

В годовых отчётах VA называла широкий круг конкурентов: CollabNet, IBM, Microsoft, Borland, Serena и собственные наборы коммерческих, открытых и самодельных инструментов у заказчиков. Эти альтернативы продавали не одно и то же. Покупатель, сравнивавший их, решал, какую часть процесса разработки централизовать, какие существующие репозитории сохранить, чьей поддержке доверять и какой объём изменений процесса выдержит организация.

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

Открытые альтернативы вроде GForge и Savannah меняли сравнение лицензий. Организация с инженерным потенциалом могла запустить потомка раннего кода SourceForge и сохранить больше свободы его модификации. Платой была ответственность: интеграцию, обновления, исправления безопасности и поддержку пришлось бы взять на себя организации или другому поставщику. Наличие форка также не гарантировало паритета функций с поздним приложением SFEE на J2EE, поддержкой корпоративных каталогов или интеграциями вендора.

Крупные платформенные вендоры предлагали другие рычаги. IBM и Microsoft могли связать совместную работу с более широкими портфелями разработки и отношениями с заказчиками. Borland и Serena приносили устоявшиеся продукты управления конфигурациями. CollabNet пришла из совместной разработки и Subversion. VA отвечала именем SourceForge, наблюдённым рабочим процессом публичного сообщества и приложением, спроектированным поверх нескольких вариантов репозиториев. Открытость на границе интеграции была стратегически важна, хотя сам продукт был проприетарным.

Роль CollabNet как покупателя показательна.Тогдашний отчёт InformationWeekсообщал, что у VA около 200 корпоративных заказчиков, у CollabNet — около 100, а у самого SourceForge.net примерно 146 768 проектов и 1,6 млн зарегистрированных пользователей. Эти цифры приводились вокруг сделки и могли использовать определения компаний, но они показывают, почему сделка была большим, чем покупкой кода. CollabNet приобрела отношения с заказчиками, команду и знакомый корпоративный продукт у бывшего конкурента.

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

На первые два вопроса VA могла ответить демонстрациями и пилотом. Руководство и релизы продукта показывают существенную широту. Третий требовал экспортного упражнения; публичная документация поддерживает частичные экспорты, но не полное заявление о переносимости. Четвёртый становился всё более неудобным, потому что рост выручки от ПО не устранил убытки сегмента. Пятый стал реальностью в 2007 году. Закупка была не просто выбором лучшего набора функций. Это был выбор контрагента по управлению.

Почему программный бизнес продали

Продажа CollabNet не была внезапным признанием, что SFEE никому не нужен. У продукта росло число заказчиков, росла средняя стоимость контракта, были узнаваемые покупатели. VA сообщала о повторных покупках от организаций, включая FedEx, Lockheed Martin и US Forest Service, и называла новых заказчиков в промышленности, технологиях и госсекторе. Такие анонсы доказывают коммерческие сделки, а не глубину внедрения или результаты заказчиков, но они противоречат образу продукта без рынка.

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

Изменённый годовой отчёт за 2007 годфиксирует выбор на языке бухгалтерии. VA передала CollabNet практически все активы программного бизнеса и часть обязательств в обмен на 11 733 777 привилегированных акций CollabNet, оценённых примерно в 6,6 млн долларов на момент закрытия. Компания отразила прибыль примерно в 5,7 млн долларов до налогообложения. В сделку входили интеллектуальная собственность и оборудование; CollabNet предложила работу переведённым сотрудникам, остальных уволили. VA вышла из сделки с долей в капитале покупателя, а не просто с деньгами.

Соглашение также сохранило мост между бизнесами. Согласно сообщениям, VA должна была рекламировать CollabNet и передавать корпоративные лиды в течение 30 месяцев. Бренд SourceForge и публичная аудитория могли продолжать генерировать лиды, хотя продуктом теперь владела CollabNet. Это соглашение признавало коммерческую связь, не притворяясь, что продукты — одна система.

Финансовая история придаёт решению больше веса. В изменённом отчёте указана выручка от ПО в 7,555 млн долларов в 2005 финансовом году, 9,974 млн в 2006-м и 5,236 млн в частичном 2007 году до продажи, при операционных убытках в каждом периоде. Точное сравнение периодов требует осторожности, потому что последний год был усечён. Направление тем не менее ясно: VA построила реальный корпоративный бизнес, но до продажи не продемонстрировала устойчивую прибыльность сегмента.

После продажи исходная корпорация перестала нуждаться в слове «Software» в названии. 24 мая 2007 года она стала SourceForge, Inc. и объединила операции своей медиадочерней компании с материнской.Репортаж Computerworldописал компанию, сосредоточенную на веб-ресурсах, рекламе и ThinkGeek. Переименование не было косметическим. Оно признавало, что оставшийся бизнес определяют публичный бренд и его аудитория, а не корпоративное приложение.

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

Что досталось клиентам, мейнтейнерам и владельцам

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

Корпоративные заказчики получили CollabNet как хранителя продукта. Передача включала соответствующую команду разработки, поддержки, продаж и полевых сервисов, снижая риск покупки, отделённой от людей, которые её понимали. В Японии VA Linux Systems Japan объявила, что продолжит продавать и поддерживать продукт после передачи. Два года спустя CollabNet переименовала SourceForge Enterprise Edition в TeamForge, отчасти чтобы устранить путаницу с SourceForge.net.InternetNews сообщал, что продукт затем представлялся как CollabNet TeamForge. Переименование прояснило то, что уже установила продажа 2007 года: корпоративная линия больше не принадлежала владельцу публичного сайта.

Публичные мейнтейнеры унаследовали непрерывность сервиса под SourceForge, Inc., а не CollabNet. Их URL-адреса проектов, репозитории, релизы и сообщества остались у исходного корпоративного оператора. Эта непрерывность избежала принудительной миграции в момент продажи. Она также означала, что мейнтейнеры не последовали за корпоративными инженерами и организацией поддержки лишь потому, что и те, и другие когда-то использовали имя SourceForge.

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

Исходная корпорация унаследовала аудиторию и проблему её монетизации. В ноябре 2009 года она стала Geeknet. В 2012 году Geeknet продала медийный бизнес, включавший SourceForge, Slashdot и Freecode, компании Dice Holdings за 20 млн долларов наличными, согласно более позднемуотчёту в SEC. В 2016 году ресурсы SourceForge и Slashdot снова сменили владельца;команда SourceForge сообщила, что их приобрела BIZX, и пообещала прекратить спорную программу установщика. Эти поздние решения принадлежат правопреемникам, а не VA Software. Они демонстрируют, почему непрерывность бренда не может заменить корпоративную идентичность.

Нынешний сайт SourceForge по-прежнему представляет себя как крупную платформу поиска и хостинга ПО. На егопубличной главной страницезаявляются сотни тысяч проектов и миллионы зарегистрированных пользователей под именем Slashdot Media. Эти современные заявления не являются свидетельством текущих операций VA; VA Software больше не существует под присвоенным именем. Они показывают, что публичный актив пережил ту конкретную сделку, которая его создала.

Линия продукта также пережила продажу. Документация TeamForge остаётся доступной под позднейшим корпоративным управлением. Выживание не доказывает, что каждый заказчик эпохи VA остался или что старые процессы мигрировали без трения. Оно показывает, что CollabNet не купила продукт лишь для немедленного закрытия. Заказчики получили продолжающийся коммерческий путь, а мейнтейнеры — продолжающийся путь хостинга. Пути разошлись.

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

Закупочный тест для такой сделки

VA Software — история, но её два контура управления дают требовательный тест для любой современной платформы разработчика. Тест начинается с отказа задавать только вопрос «Где код?».

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

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

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

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

Проверяйте заявления о контроле на реальных правах.Пилот должен использовать представительные конфиденциальные проекты и реальные должностные роли. Может ли подрядчик видеть только предназначенные приложения? Дают ли накопительные роли неожиданные права? Пропускает ли отчёт менеджера записи, к которым менеджер не имеет доступа? Можно ли обойти требуемое одобрение другим путём? Документация VA была достаточно конкретной, чтобы такие тесты стали возможны; одного маркетингового языка было недостаточно.

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

Изучайте стимулы портфеля оператора.VA приходилось выбирать между публичной кузницей, корпоративным продуктом, медиасайтами и коммерцией. К 2006 году последние бизнесы были финансово сильны. Заказчику стоит спросить, какая линия финансирует платформу, какая линия конкурирует за её инженеров и не является ли активность пользователей одновременно рекламным инвентарём. Перекрёстное субсидирование может сделать сервис возможным; оно же может сделать его приоритеты трудночитаемыми.

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

Отличайте общее имя от общей системы.Самый устойчивый источник путаницы у VA — брендинг. SourceForge.net, SFEE, медиаресурсы OSDN, SourceForge, Inc. и позднейшие владельцы были связаны, но не взаимозаменяемы. Закупочная документация должна идентифицировать юридического поставщика, развёртывание, версию продукта, поставщика поддержки и оператора данных. Знакомость бренда — не происхождение.

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

Главный урок компании — разделение

VA Software не провалила поиск ценности в open-source-процессах. Она нашла несколько видов ценности и обнаружила, что они принадлежат разным бизнесам. Публичная кузница сделала проекты более лёгкими в создании и поиске. Её сообщество и окружающая медиасеть собрали аудиторию, которую хотели рекламодатели. Корпоративный продукт превратил совместную работу над проектами в права доступа, отчётность, интеграцию и платную поддержку. ThinkGeek монетизировал лояльность через товары. Каждая конверсия в какой-то мере работала; не все они удобно помещались в одной операционной структуре.

Самым значимым полномочием компании была способность определять место, где работа над ПО становится скоординированной и видимой. На SourceForge.net это означало идентичность проекта, поиск, загрузки и историю сообщества. В SFEE — роли, процессы, перекрёстные связи и управленческую отчётность. Один контур управления зависел от добровольного доверия; другой продавал договорной контроль. Оба становились ценнее по мере того, как пользователи помещали внутрь них больше своего рабочего контекста.

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

Продажа 2007 года разрешила противоречие, распределив части. CollabNet получила корпоративное ПО и значительную часть организации, обслуживавшей его заказчиков. Переименованная SourceForge, Inc. сохранила размещённое сообщество, медийный трафик и коммерцию. Форки унесли с собой последний свободный код платформы. Позднейшие владельцы приобрели публичный бренд и накопленную аудиторию. Ни один правопреемник не унаследовал всю сделку.

Вот почему VA Software остаётся полезным объектом изучения. Её история предшествует сегодняшним доминирующим платформам разработчиков, но с необычной ясностью обнажает их центральные вопросы. Кто контролирует идентичность и обнаружимость проектов? Какие части сообщества ПО переносимы? Что бесплатный сервис получает в обмен на инфраструктуру? Как проприетарный слой рабочего процесса превращает удобство в издержки перехода? И когда оператор продаёт себя или переименовывается, кто наследует обязательства, которые пользователи считали принадлежащими бренду?

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