From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3A4ED13D.B14EEAFF@logic.ru> From: Aleksey Novodvorsky Organization: Institute for logic X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-ipl3mdk-fb i686) X-Accept-Language: en MIME-Version: 1.0 To: mandrake-russian@linuxteam.iplabs.ru Subject: 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: [mdk-re] =?koi8-r?Q?=EF=20=D0=CF=DE=D4=C5=20=C9=20=D4=2E=D0=2E?= References: <200012291423.eBTENJt87299@www1.mailru.com> <3A4CB89B.C9EC3BF3@logic.ru> <332505791.20001229181850@otstavnov.com> <3A4CCE80.5C7791D0@logic.ru> <1431231693.20001229205921@otstavnov.com> <3A4CEBA5.62F3C71E@logic.ru> <1068877590.20001230134137@otstavnov.com> <3A4DD97D.1FDC1C87@logic.ru> <192050037.20001230162110@otstavnov.com> <3A4E15F2.46239E7D@logic.ru> <15213114625.20001230192534@otstavnov.com> <3A4E3A5E.20111343@logic.ru> <3221979759.20001230215317@otstavnov.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: mandrake-russian-admin@linuxteam.iplabs.ru Errors-To: mandrake-russian-admin@linuxteam.iplabs.ru X-BeenThere: mandrake-russian@linuxteam.iplabs.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@linuxteam.iplabs.ru List-Help: List-Post: List-Subscribe: , List-Id: Mandrake/RE discussion list List-Unsubscribe: , List-Archive: Date: Sun Dec 31 07:58:01 2000 X-Original-Date: Sun, 31 Dec 2000 09:25:01 +0300 Archived-At: List-Archive: Maksim Otstavnov wrote: > Hello Aleksey, > > Saturday, December 30, 2000, 10:41:18 PM, you wrote: > > >> i18n - это проблема с разработчиками. Поскольку основная масса оных - > >> вне России, это просто другой вопрос. > > AN> Нет. i18n -- концептуальная проблема. > > Я это и говорю. А с л9ей - техническая и решается за счет некоторого > количества материальных ресурсов. Да, но проблема в том, что она не решается раз и навсегда. Нужна постоянная работа, -- такая, например, как работа Валентина Филиппова, который переводит весь Gnome практически в одиночку. Нам это даже иногда мешает, так как русские переводы появляются в приложениях, которые очень сырые и интернационализация которых явно преждевременна (Nautilus, например), так как авторы не заложили ее изначально, а тексты меняются с калейдоскопической быстротой. > > > AN> Знаете почему проблемы с русской печатью? Потому, что до неданего > AN> времени не было корректных свободных русских ps-шрифтов. > AN> Разработчикам просто не на чем было тестировать. И даже те, > AN> которые хотели это сделать, получали из России шрифты с Latin1 > AN> именами русских глифов. Многие разработчики отождествляют > AN> интернационализацию с CJK. > > Вроде бы, CJK заведомо сложнее кириллицы. И если софт переработан > таким образом, чтобы воспринимать CJK, кириллизация должна быть > тривиальна. Или я не прав? Увы, нет. Дело в том, что большинство локализаций CJK -- грубый хак, распространяемый японцами. Так как они не влезают все вместе в UCS, то придумывают разные уловки, коих полно в X11, но теперь уже стало заметно меньше в XFree (японцы из X11/Sun очухались поздно и им дали отпор накануне выхода 4.0.2). Короче говоря, "интернационализация" по CJK не стандартизована и часто противоречит стандартной. Вот почему иногда ее приходится выбрасывать. > > > >> Вы же нашли Intel (или они вас). Я думаю, заказчики будут появляться > >> (если будут) примерно такого же типа. Другим типом могли бы стать > >> отраслевые консорциумы, но у нас с этим напряг. Остальных нужно > >> стимулировать. Можно попробовать налоговыми льготами. Можно - > >> обязательностью открытости/свободности софта, создаваемого с > >> привлечением бюджетного финансирования. Я думаю, к концу года это > >> будет модно - ФРГ и Франция - вероятные лидеры в этом процессе. > > AN> Не нравятся мне налоговые льготы. А вот мода -- это хорошо. Но ее тоже надо > AN> создавать. > > Да мне тоже не нравятся. Хотя если ввести в этих рамках, ничего > страшного не произойдет. Страшного точно не произойдет, но льготы получат, как обычно, не те, для кого они предназначались. А вот если объявить тендеры на создание "специфического" софта под свободной лицензией, как то: -- бухгалтерии и смежных программ; -- OCR; -- переводчиков; -- комплекта офисного софта, включающего все вышеперечисленное то появится реальная возможность освобождения от закрытых форматов и податей, которые надо платить за океан. Главной идеей, на мой взгляд, должно быть развитие собственных разработок за счет средств, которые реально/потенциально утекают. Может быть, я не прав, но сравнительно небольшие вложения могут серьезно стимулировать собственную компьютерную (не только программистскую!) индустрию и уменьшить отток мозгов. > > > >> AN> Большинство бескорыстных разработчиков free software выберет GPL. А вот > >> AN> искатели финансирования выберут то, что можно закрыть. > >> > >> Я _не_ вижу этого тренда. Я не считал, но по общему впечатлению > >> удельный вес GPL в OSS монотонно растет. Характерно, что Sun для > >> OpenOffice не стали оговаривать свои особые права, как это сделала > >> Netscape с Mozilla'й, хотя общая схема взаимодействия компании с > >> сообществом разработчиков та же. > > AN> Если бы кто-нибудь нашел скромные деньги для российских разработчиков на > AN> создание свободной библиотеки печати (для того же OO в частности)... > > А какие там трудозатраты и сколько нужно денег-то? > Если почти с потолка -- человеко-год. Rgrds, AEN