Минор в мажоре

Обсуждение на FOSS-Blog некоторых проблем внедрения СПО в государственном и крупнокорпоративном секторе, по-моему, вышло за пределы сугубо российской специфики. Я думаю, что в неудачном опыте отдельных проектов есть одна характерная черта - вульгарный перенос своих ППО-привычек (ППО - проприетарное программное обеспечение) на экосистему СПО.

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

Эта, на первый взгляд, абсурдная ситуация объясняется очень просто. Небольшому частному предприятию, которым руководит лично его владелец, важнее всего рациональная эффективность. А наёмному управленцу из "крупняка" - масштаб проекта и снятие с себя ответственности за результат. То есть, где первый просто купит лицензионную копию системы и установит её своими силами, второй проведёт пару совещаний по оптимизации ИТ-инфраструктуры, объявит конкурс на разработку требований на проведение конкурса и т.д.

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

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

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

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

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

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

Поэтому грамотный внедренец изначально находится в менее выгодном положении по сравнению с "левой конторой", сотрудники которой научились только ставить Ubuntu и жаловаться на трудную жизнь СПО'шника. А заказчик, который выбирает такого исполнителя согласно привычным для себя ППО-критериям, непременно обломается, рано или поздно натолкнувшись на то, о чем рассказывал мой анонимный собеседник: "Контора разбежалась. Директор устроился на другую работу. Обанкротились по причине потери желаний".

Мораль. Из закона "чтобы задать правильный вопрос надо знать половину ответа" есть следствие - чтобы успешно использовать СПО надо хоть немного представлять, как устроена его экосистема. Иначе никак.

PS. По журналистской привычке я кое-то немного преувеличил, но суть вопроса передал верно.

Версия для печатиВерсия для печати

Рубрики: 

  • 1
  • 2
  • 3
  • 4
  • 5
Всего голосов: 0
Заметили ошибку? Выделите ее мышкой и нажмите Ctrl+Enter!

Комментарии

Страницы

mike, будем рады увидеть статью с Вашим видением поднятой проблемы.

Аватар пользователя mike

Назовите проприетарный компонент RH, который является неотъемлемой частью...

Бесплатно evaluation, дальше всё платное. С RH я начинал, не надо мне втирать.

Почему, как Вы думаете, Linux с таким треском внедряется в школы? Причём, очень большое соопротивление оказывают обычные простые учителя.

Потому что дятлы. Редкий школьный препод не дятел. Я одной училке вендовую панель по привычке "на попа" поставил, так в истерике билась.

Аватар пользователя mike

mike, будем рады увидеть статью с Вашим видением поднятой проблемы.

Боязно.

Mike, так мы про бесплатное или свободное? RH - это свободный дистрибутив, его исходные коды доступны и байтами контора не торгует. Кстати, если я ничего не путаю, именно от RH пошло выражение "торговля байтами".

Если не верите мне, то поверьте Джиму Вайтхерсту. Вот отрывок из интервью с ним:

Мы не продаем байты — мы продаем сервисы, в первую очередь техническую поддержку. Иными словами, мы продаем подписки на Red Hat Enterprise Linux, а не байты Red Hat Enterprise Linux. Все пакеты, входящие в RHEL, включают в себя только свободное ПО, и их исходные тексты находятся в публичном доступе. Единственные две вещи, права на которые принадлежат исключительно Red Hat, — это марка “Red Hat” и логотип “Shadowman”. Вы можете абсолютно легально использовать пакеты, из которых состоит RHEL, и даже распространять их. И только одно условие: при этом нельзя применять марку и логотип Red Hat. Причина проста — мы не можем брать на себя ответственность за то, что мы не создавали, не тестировали и не распространяли, даже если оно основано на наших разработках.

Ну и потом. Если бы RH был несвободным, то как бы появился CentOS?

Аватар пользователя mike

Мы не продаем байты — мы продаем сервисы...

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

Если бы RH был несвободным, то как бы появился CentOS?

Потому что центосом занимаются программисты, а не журналисты.

Аватар пользователя mike

Не хочу донкихотствовать. И так здоровья нет.

mike, Вы дурачитесь или действительно нужен ликбез по СПО? :)

На всякий случай - Жур-ФАК. Писал для коллег-журналистов, которые путаются в свободном и бесплатном. Оказывается, путаются не только они :).

Red Hat - это свободное ПО, поскольку пользователю предоставляются все 4 свободы. Единственное, что он не может - распространять систему под именем Red Hat и использовать логотип компании. Но к коду это никакого отношения не имеет.

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

И, само собой, свободная лицензия никак не регламентирует способ распространения бинарников. Этой особенностью GPL, кстати, пользовалась небезызвестная Linux XP, что привело к куче набросов на вентилятор, хотя формально они были правы.

Аватар пользователя mike

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

На этом и закончим. Ликбез "платно/бесплатно", плз, проводите среди моей покойной бабушки. Когда самостоятельно сможете модифицировать пакеты т.н. "СПО", тогда и поговорим.

Страницы