Привяжем к Windows навсегда

О какой миграции на GNU/Linux или FreeBSD можно говорить, когда пользователи этих систем остаются совершенно беззащитны перед производителями ПО? Мало того, что производитель может тыкать тебе бумажкой, где написаны "системные требования - Windows", так ещё он норовит использовать в своей программе Internet Explorer (5.5 и выше).
И всё бы ничего, вот только для установки "бесплатного" IE нужно иметь лицензию на Windows. Это неудивительно, потому что IE представляет из себя набор DLL, из которых чуть ли не наполовину состоит Windows... Хорошо бы услышать комментарий юриста, насколько это лежит в правовом поле.

Ситуация на данный момент:

• программа ПЕРС, предоставляемая ПФР по Санкт-Петербургу, в версии 1.6 требует наличия IE в системе; при этом отметим, что это "бесплатная программа", предназначенная для внесения сведений обязательной отчётности.
  
• Программа Консультант Плюс пользуется компонентами IE для отображения некоторых окон;
• Программы 1С:Предприятие 8.х для вывода справочной информации и синтакс-помощника используют компоненты IE;
• Многие программы интернет-банкинга (как для частных, так и для юридических лиц) требуют наличия на компьютере IE 5.5 и выше с Java-машиной (порой - с Java только от MS); приведём в пример Альфа-банк...
  

Поскольку существует решение WINE@Etersoft для Linux и FreeBSD, позволяющее отказаться от использования Windows, вызывает удивление однобокость производителей и такое насильное сажание на проприетарную иглу, особенно со стороны государственного производителя, который должен быть особенно галантным и осуществлять некое регулирование используемых средств и их доступности конечному пользователю.

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

Используйте документированное WinAPI

Какая у нас цель? Предоставить пользователю право выбора операционной платформы и обеспечить право использования купленных им программ.
Какое регулирование было бы полезно на законодательном уровне, так чтобы оно ставило всех в равные условия?
Конечно, заставить всех производителей писать многоплатформенные программы невозможно. Это дорого, требует переобучения специалистов, и поэтому в ближайшие годы для многих нереально.
Зато можно потребовать использовать стандартные API. Пишешь под Windows - пиши, используй WinAPI и библиотеки поверх него. Но будь добр использовать только документированные функции или документируй их. В рамках проекта WINE уже более 10 лет ведётся работа по документированию WinAPI и написанию для него каждой функции тестов, подтверждающих, что она работает в соответствии с документацией.

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

Тем же, кто может открыть код, или разрабатывает свободное ПО, ещё проще - по сути, доступный код и является иллюстрацией к использованию API, и дополнительные требования излишни.

О ключах защиты

Мы безусловно очень рады, что производители помогают гражданам России не воровать, прибавляют к стоимости программ ещё и стоимость аппаратных ключей защиты, тем самым развивая бизнес компаний Аладдин, Актив и пр.

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

Надо отметить, что компания Аладдин - на данный момент единственная, кто сделал поддержку локальных ключей защиты в WINE. В новой версии драйверов для ключей HASP HL, поддерживающих и предыдущие ключи HASP 3/4.

Но вот программа 1С:Предприятие 7.7 - как и прочие, собранные со старыми драйверами, - возможно уже никогда не будет работать с локальным ключом в WINE...
Что странно: утверждается, что в 1С:Предприятии 8.0 поддерживаются локальные ключи в WINE (даже ключ реестра из WINE в бинарниках есть), но программа ключа не видит, хотя вроде как необходимый обмен производит.

А защита StarForce вообще похоже устанавливает свой драйвер для привода компакт-дисков...

Соединение с банком не установлено

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

Что мы увидели. Сначала повалила мода печати штрих-кодов на платёжках. Таких программ две: X-Print и Bi-Print, причём производитель одной обвиняет другую в том, что та украла его патентованную методику. В реальности часть банков использует одну, часть - другую программу.

Реализация: Штрих-код допечатывается к платёжке, причём для его формирования используются данные, отправляемые программой на печать. Сама программа даже не знает о том, как используются её данные.

Проблема: Программа печати выполнена в виде драйвера виртуального принтера, который принимает задания и, в соответствии с настройками, отправляет на настоящий принтер. Не буду говорить что и в Windows с некоторыми драйверами принтеров и типами очередей бывают заморочки. Нам важно, что это решение пока не работает в WINE@Etersoft (требуется улучшение поддержки таких драйверов).

Электронные платежи. Как только стало можно, банки побежали клепать свои программы, позволяющие с ними взаимодействовать. Ничего в них похожего не было, у каждой свои глюки... Представляете радость бухгалтеров, имеющих общение с разными банками?
Очень часто эти решения, как водится, требуют Internet Explorer, определённую версию Java и не всегда умеют работать через Интернет. Чего только не было - и системы с UUPC + PGP, и выкладывание подписанных файлов на ftp, и наконец-то SSL-туннель (устраиваемый специальной отдельной программкой)...

Некоторые организации до сих пор не могут поставить себе банк-клиент. Хотя бы потому что у них нет Windows.

А я пока что выбираю банки по их программе банк-клиент. Вот у Балтийского банка программа - просто работает. Без ограничений, глюков, несусветных требований к железу и ПО. Мне нравится.

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

Или консервативный наш Сбербанк, у которого программа Клиент-Сбербанк написана ещё под DOS, работает только с модемом (новую - пишут! 4-й год что ли...). Сбербанк запрещает передавать программу другим лицам, поэтому наши клиенты даже не могут нас попросить посмотреть что у них за проблема...

Вот такие частные радости банковской жизни...

Я полагаю, регулирование в этой сфере - просто введением стандартов - обеспечило бы нас

1. Встроенной в бухгалтерские программы поддержкой печати штрих-кодов (единого образца).
2. Поддержкой банками стандартного (утверждённого Центробанком) протокола (с вариантами) связи с банком для отправки платёжных поручений и получения сведений и платежах.
3. Поддержкой связи с банками прямо из бухгалтерских программ.
4. Свободной и надёжной программой для интернет-банкинга.
   

Сейчас же здесь царит Лебедь, Рак и Щука. Кто-то говорил про цивилизованное общество? Нам бы хотя бы цивилизованное государство. Взялись регулировать банковскую деятельность - регулируйте!

Ну программы-то почему не можем писать?

Можно понять наше колоссальное отставание в производстве микроэлектроники, и соответственно невозможность выпуска компьютерной техники на отечественной элементной базе. Помимо всего прочего, производство стоит огромных денег: разработка процессора сейчас, в попытке угнаться за AMD и Intel - безнадёжная затея, опоздание на 20 лет - это навсегда. Да и даже при лучшем раскладе процессоры у нас будут получаться золотые. Как и всё высокотехнологичное, что у нас сейчас пытаются производить (для нужд оборонки например).

Интересно, что вовсе не обязательно замахиваться на воссоздание сложнейшего процессора x86-64, и набора системной логики к нему, которые позволят без изменений выполнять популярные программы, разработанные для WINTEL (винды на интеловской платформе). Не секрет, что существует системы, обладающие очень хорошей способности к переносимости. И существуют программы со свободными исходными текстами, которые можно использовать на любой платформе, вне зависимости от аппаратной архитектуры. Вот о свободных программах, которые решают задачи, неподсильные самым гигантским корпорациям, и поговорим.

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

Росссия вроде как 15 лет подряд уже занимает первые места в международных разных соревнованиях по программированию (на первых местах студенты питерского ИТМО и саратовского СГУ), западные и американские конторы открывают офисы разработчиков в Питере, Москве, Саратове, Новосибирске и многих других городах, о которых я не знаю. К примеру, в Нижнем Новгороде у Intel уже 15 лет как занимаются разработкой разных программных вещей, типа оптимизации компиляторов и математической библиотеки для каких-то там вычислений (ну не помню подробностей). Хотя что много лет делает Intel в закрытом городе Сарове, где располагается РФЯЦ (который тоже не понятно чем занимается), и как американцев вообще туда пустили, остаётся только догадываться.

Так вот, кажется мне, что не все ещё уехали, и несмотря на все проблемы, ещё есть кому у нас писать программы. И написать все необходимые нашей стране программы можем. Всё - от офисного пакета и системы 3D-проектирования до драйверов видеокарты или системы реального времени. Причём разработки, относящиеся к базовому ПО, могут и должны быть открытыми, как и многие другие, профинансированные государством. Тем более, что писать не так и много надо, скорее нужно просто улучшить то, что уже есть. Но не перетягивая на себя одеяло, не прикрывая растраты и нежелание работать красивыми словами и планами. Вот Google же может, причём и для нас старается.
Нужно только навести порядок:

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

Ну и многое, что я сейчас забыл, но позже допишу, особенно если вы мне напомните.

Программы написать можно.
И не обязательно для этого заводить уголовные дела на всех программистов и сажать и в шаражку. Можно и цивилизованным способом: привлечением на работу, целевым финансированием (с контролем) фирм-разработчиков. Да, есть у нас множество фирм-разработчиков ПО. Многие даже имеют дело с UNIX-системами. Только они сидят и не высовываются. Ну во-первых, продукты они разрабатывают для западного рынка, а во-вторых потому что многие официально у нас не зарегистрированы, и не платят налоги. Платят только зарплату сотрудникам, причём в долларах. А всю прибыль оставляют в других странах. Так что вот вам и что такое аутсорсинг.


А пока все миллионы и миллиарды будут расходоваться на закупку софта, никуда мы не сдвинемся. Похоже, закупки зерна нас ничему не научили. Народ видите ли на селе спился и вымер, поэтому некому хлеб растить. Программисты все уехали и программы писать некому.

И в тоже время в каждом вузе впустую уходят усилия множества студентов, которые выполняют различные учебные работы, отчёты по которым отправляются в мусорное ведро. Да, куда нам поступить как Dan Kegel, который пригласил 13 студентов написать тесты для одной из важнейших библиотек в WINE, реализующей базовые виджеты(comctl32). И работа сделана за пару недель - теперь тесты есть. А у нас как научились туфту гнать, так и считаем это нормой жизни во всём. Хорошо что хоть не все так считаем.