Re: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] Re: [mdk-re] О почте и т.п.

[Aleksey Novodvorsky <aen@logic.ru>]

Maksim Otstavnov wrote:

>
> AN> Страшного точно не произойдет, но льготы получат, как обычно, не те, для кого они
> AN> предназначались.  А вот если объявить тендеры
>
> Я думаю, сделать честный тендер в России не легче, чем честно поделить
> льготы. (Я пробовал и то, и то, и не разу не получалось).

Конечно. Но тендер на открытый софт -- это любопытно. Здесь можно крепко подзалететь. Да
и не в победителе дело, в конце концов. Важны приоритеты.

>
>
> AN> на создание "специфического" софта
> AN> под свободной лицензией, как то:
> AN> -- бухгалтерии и смежных программ;
> AN> -- OCR;
> AN> -- переводчиков;
> AN> -- комплекта офисного софта, включающего все вышеперечисленное
> AN> то появится реальная возможность освобождения от закрытых форматов и податей,
> AN> которые надо платить за океан.
> AN> Главной идеей, на мой взгляд, должно быть развитие собственных разработок за счет
> AN> средств, которые реально/потенциально утекают. Может быть, я не прав, но
> AN> сравнительно небольшие вложения могут серьезно стимулировать собственную
> AN> компьютерную (не только программистскую!) индустрию и уменьшить отток мозгов.
>
> Тогда список оказывается весьма разнороден:
>
> 1) авторы лингвистических приложений и перцептронов и так не
> бедствуют, притом живут, работают и даже иногда платят налоги в
> России.

По разному живут.  А что касается OCR -- это отдельная тема, не здесь.

>
>
> Мне кажется это те секторы софта, где закрытая модель (или какие-то
> компромиссы) может жить очень долго. Надо смотреть, что будет
> происходить, поскольку там бизнес-модели разные: у перцептронщиков
> деньги идут, в основном, от OEM (производителей сканеров), а у
> лингвистов - от коробочных продаж и продажи корпоративных лицензий.
>
> 2) разговоры о "национальной специфике" офиса, бухгалтерии и
> документооборота как-то стихли в последнее время. Производители в этих
> отраслях вылезли из пеленок и поняли роль правильных архитектурных
> решений, в частности, того, что бизнес-логика и национальная специфика
> - это данные, а не код ;) Мне эта область кажется вообще
> малопроблемной. В том смысле, что работы много, но понятно, как ее
> делать. xCBL и т.п.
>
> (Кстати, я сейчас (в янв-фев) делаю для "Терры" тему по
> документообороту).
>
> >> AN> Если бы кто-нибудь нашел скромные деньги для российских разработчиков на
> >> AN> создание свободной библиотеки печати (для того же OO в частности)...
> >>
> >> А какие там трудозатраты и сколько нужно денег-то?
> >>
>
> AN> Если почти  с потолка -- человеко-год.
>
> Хм, а что, такое количество рабочей силы нельзя мобилизовать в
> свободном режиме? Насколько я понимаю, это ведь даже не только для
> России, а для всего кириллического региона?

Нет, это для всего мира. Серьезно. Мобилизовать в свободном режиме не получится, так как
это заведомо full time. Реально -- два программиста экстра-класса (совершенно не
обязательно со знанием Un*x, кстати) за полгода сделают нечто очень приличное. Проблема в
том, что PostScript и его национальные особенности мало кто знает. Имеющиеся коммерческие
пакеты -- не годятся. Например, тот, который идет в SO 5.2,  вестма неплох, но реально
ничего кроме Latin1 не знает, отчего  приходитя генерить некорректный ps. Нужны
принципиально другие подходы, но вполне понятные.  Пока же снова и снова применяются
хаки, даже при правильных задумках. Типичный пример -- mozilla, где решили делать
генерацию Unicode PS, что хорошо, но в результате включили японский хак с зашитыми
именами японскимх шрифтов и фиксированной шириной всех не-Latin1 глифов, да еще какой
шириной!
Пакет этот, кстати,  должен быть заведомо мультиплатформенный.

>
>
> И еще вопрос - а как с печатью обстоит дело в проприетарных юниксах?

Хреново. То есть с печатью в Unix  хреново по определению, изначально, так как нет единой
библиотеки. А имеющиеся -- плохи. Недавно появилась неплохая система печати CUPS (Common
Unix Printing System), она свободна и входит в Mandrake, в патченном варианте -- в
Sisyphus. Но это не библиотека печати, а просто хороший заменитель стандартного
lpr/mpage/enscript , то есть она обечпечивает печать плоских, ps, графических  файлов, но
не  специфических форматов приложений, -- этим занимаются сами приложения.


Rgrds, AEN

>
> (Я просто не в курсе, я принтером не пользуюсь, только пыль стираю).
> Если где-то что-то сделано, может быть разумнее давить на владельцев с
> просьбами открыть?
>
> --
> -- M
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@linuxteam.iplabs.ru
> http://linuxteam.iplabs.ru/mailman/listinfo/mandrake-russian