Open Source Forum Russia. Апокалипсис зак&#1

<?xml:namespace
prefix = o ns = "urn:schemas-microsoft-com:office:office"
/> Йон
Холл считается признанным гуру в области исходного кода. Его опыт в компьютерной
индустрии превышает тридцать лет, а стаж работы с Unix-системами - 20 лет. Что
касается Linux, то им Йон занимается с 1994 года. Йон сразу же сообщил о том,
что самое главное - не цена программных продуктов, "железа" или услуг, а их
ценность. Поэтому при оценке следует смотреть не на цену, а на качество
программных решений для потребителей.
 
Если
обратиться к истории, то в самом начале информационной эпохи компьютеры были
очень дорогими, а программное обеспечение создавалось под заказ. В 80-е годы
цена на "железо" упало, компьютеры вышли на массовый рынок. В это время
некоторые компании поняли, что программное обеспечение можно производить и
продавать - то есть зарабатывать на этом деньги. Сегодня "железо" стоит очень
дёшево. Но модель создания программного обеспечения надо менять.

 
Почему?
Сегодня программы продаются как обычный товар. Но представьте себе автомобильный
магазин. Вы хотите купить машину. Подходите к продавцу с мешком денег и говорите
"дайте мне какой-нибудь автомобиль". Звучит абсурдно? Но почему мы покупаем
программное обеспечение именно так?
 
В
1980 году Йон купил программу за $1000 у одной компании. В штате этой компании
состояло около 100 инженеров, а объём продаж составил 1000 штук. В итоге
компания сделала $1 миллион прибыли. Когда у Йона возникла проблема, и
понадобилось в программе исправить ошибку, он связался с
компанией-разработчиком, вышел на главного программиста и на генерального
директора. Проблема была исправлена за несколько дней.
 
Теперь
у этой компании 150 инженеров и 4,5 миллиона клиентов. Предположим, каждый из
них напишет свою проблему на 2 листках бумаги и отошлёт их в компанию. В итоге
мы получим 9 миллионов листов бумаги. А если вы захотите позвонить в компанию,
то вряд ли сможете поговорить с главным программистом или генеральным
директором. Падение качества услуг - вот в чём проблема такого подхода.

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

 
Собственно,
именно поэтому такая страна, как Китай, присоединилась к движению за свободное
ПО. В стране решили разрабатывать свою soft-экономику, свободную от чьего-либо
влияния.
Предположим,
в нашей стране была произведена закупка известного зарубежного производителя на
миллиард долларов. Эти деньги не останутся внутри экономики, чтобы помогать
локальным решениям. Они уйдут наружу, в экономику другой страны. Если же вложить
те же деньги в местный рынок, то они сделают дополнительные деньги. Они создадут
рабочие места, а компании-разработчики заплатят налоги в бюджет нашей страны.
Зачем отправлять деньги в экономику другого государства и прощаться с ними?

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

Следующая
проблема - английский язык. Большая часть программного обеспечения
разрабатывается на английском языке. Но как получить защиту меньшинства
пользователей, которое не говорит на английском языке? Сколько нужно купить
копий программы, чтобы производитель пожелал выпустить локализованную версию? В
принципе, если рынок достаточно большой, то для него выпускаются локализованные
программы. Но как быть в случае, к примеру, той же Индии? В стране используется
две языковые раскладки, признано 18 официальных языков, а люди говорят на 5000
диалектах. 15-20% населения страны вообще не умеют читать. Что делать с ними?
Как подстроить программу под часть населения, не являющуюся большинством?

Возьмём
пример фармацевтической компании из Рио-де-Жанейро. Компания решила провести
информатизацию. Но программное обеспечение для этой индустрии стоит не просто
дорого, а безумно дорого. Кроме того, оно использует английский интерфейс.
Фармацевтическая компания пожелала купить пять копий программы, пусть и по
безумно дорогой цене, если интерфейс будет переведён на португальский. Однако
они получили отказ. Тогда фармацевтическая компания обратилась к локальным
разработчикам и предоставила им всю необходимую документацию для создания
программы. Разработчики согласились, и новая программа строится на открытых
технологиях, таких как база данных Postgres и языке Perl. Разработчики полностью
продублировали набор функций дорогой английской программы. В итоге
фармацевтическая компания не только заплатила за программу меньше, но и
обеспечила работой локальную компанию-разработчика.
 
Перейдём
на государственный уровень. Можете представить себе генерала американской армии,
который будет использовать в своих компьютерных системах программу,
разработанную в Китае? Мы не можем, потому что такая ситуация сама по себе
абсурдна. Почему у российской армии отношение к западным программам должно быть
иным? Хорошо, некоторые компании дают вам взглянуть в исходный код - но только
через Интернет и только на куски программы. В такой ситуации картину в целом
представить невозможно. А вдруг программа содержит определённые лазейки? Или в
нужный момент откажется работать?
 
Если
оставить в стороне военную сторону вопроса, возникает другая проблема - время
жизни компании-разработчика. Сегодня самой старой подобной компании
насчитывается около 40 лет. Предположим, в правительстве развернули почтовую
систему. Как долго она будет существовать? Что будет, если компания-разработчик
решит оставить этот бизнес - кто дальше будет поддерживать продукт? А что делать
в случае непредвиденных ситуаций - к примеру, если стране будет объявлено
эмбарго? Возьмём пример Кубы - в этой стране нельзя использовать американское
программное обеспечение. Поэтому в стране перешли на открытые программы и
технологии - ими никто не владеет.
 
Некоторые
скажут: именно поэтому я покупаю программы от крупного производителя. Но разве
это гарантирует защиту инвестиций? Куда делись такие гиганты, как Wang, Apollo,
Data General и Prime? В своё время компания Digital Equipment Corporation была
одной из крупнейших. Но дела пошли не так хорошо, и компанию купила Compaq. В
свою очередь, несколько лет назад Compaq из независимой компании перешла в
собственность HP. Только открытые технологии дают гарантию существования, если
компания-производитель исчезнет.
 
Наконец,
можно упомянуть и образовательную функцию открытых технологий. В мире, где
программы являются собственностью компаний, разве можно встретить разработчика
ядра ОС в 15 лет? 13-летнего администратора? 11-летнего программиста
суперкомпьютеров? Но в мире открытых технологий такие примеры есть. Молодые
специалисты получают доступ ко всем необходимым ресурсам и технологиям, что
позволяет реализовать свой талант даже в таком возрасте.
http://www.thg.ru/business/20050429/open_source-01.html