Питер Ховкинс (Peter Howkins) начал петицию с целью указать Open Group, что на исходный код CDE (Common Desktop Enviroment) и Motif есть спрос. Детали можно прочитать на официальном сайте.
> Мы говорили про неграмотных = нечитающих и непишущих. Знание физики - требование более высокого уровня.
У нас разное понятие грамотности. Я понимаю под грамотностью - освоение стандартной школьной программы. В которой кроме чтения (средневековое понятие грамотности) есть ещё некоторое количество предметов. В частности всю школбную физику можно изложить примерно за двухчасовую лекцию, в то время как в школе её проходят около четырёх лет и если человек школьную физику по какой-то причине не освоил, то он IMHO не грамотный.
> To Evgueni. Говорят, что в генту неплохо можно порезвится. На базе fvwm можно самому мощный рабочий стол сделать - жду на днях обещают подогнать последнюю версию генту...
На текущий момент у меня нет желания резвиться :) - я сделал выбор в пользу Debian. Хотя безусловно, например, для разработчиков научных инструментов Gentoo очень хороший выбор.
> Взять настройки у Evgueni c комментариями на русском.
А как насчет того, что ТЕХНОЛОГИЯ _может_ и _должна_ обеспечивать и поддерживать процесс перевода?
> Интерфейсы программ тоже не сразу переводятся на русский.
Угадайте, какой процент перевода строк на русский язык был у последнего стабильного гнома, В МОМЕНТ РЕЛИЗА? Если не найдете информацию - посмотрите хотя бы на текущее состояние: http://l10n-status.gnome.org/gnome-2.16/top.html Заметьте, эти строки включают описания из схем gconf.
> За умной дискуссией забыли, что вычислительная техника за последние 10 лет обросла кучей лишних сущностей, не приводящих к ускорению работы.
- ...ему будет приятно. Когда ему будет приятно, я буду чувствовать, что мне тоже приятно. А ты говоришь прямо!
- Меня в Орджоникидзе ждут...
- Знаешь что, я тебе умный вещь скажу, но только ты не обижайся: когда мне будет приятно, я так довезу... что тебе тоже... будет... приятно...
> Ценность открытых исходников не только в программах, но и в людях, которые вокруг них собираются. Это социальное явление.
Адназначна. Но Вы не хотите _позволить_ переложить на технологию часть труда по обмену знаниями между носителями разных языков. Для Вас простота обладает более высоким приоритетом, чем технологическая поддержка и _поощрение_ (на уровне технологии) обмена знаниями (я уж не говорю о других достоинствах gconf).
> Можно только бездумно копировать
Зачем Вы обижаете переводчиков? Хороший переводчик никогда бездумно не копирует.
> В частности всю школбную физику можно изложить примерно за двухчасовую лекцию
Кроме шуток - очень хотел бы где-нибудь найти текст этой лекции! У самого сын растет;)
А вообще, если для Вас грамотность - это весь курс средней школы, тогда я, возможно, и соглашусь с тем, что корреляция между умом и грамотностью слабеет. Но я-то говорил о классическом взгляде на грамотность. Впрочем, как я сказал вначале, понятие "ум" не формализуемо, так что эту тему давайте просто завяжем;)
>> В частности всю школбную физику можно изложить примерно за двухчасовую лекцию
> Кроме шуток - очень хотел бы где-нибудь найти текст этой лекции! У самого сын растет;)
Есть наброски вполоть до газов - читал на этой летней школе. Но оформить всё никак руки не доходят. Как ещё сообщить об окончании этого проетка не понятно - на LOR скажут что не в тему ;)
> понятие "ум" не формализуемо
Здесь поможет только сравнение большого числа людей. Опыт определения приходит только через собеседования. В принципе на какой-то конкретный момент разделительную границу можно чётко определить, но в зависимости от задач/способов собеседования/ситуации её необходимо двигать.
>> Ценность открытых исходников не только в программах, но и в людях, которые вокруг них собираются. Это социальное явление.
> Адназначна. Но Вы не хотите _позволить_ переложить на технологию часть труда по обмену знаниями между носителями разных языков. Для Вас простота обладает более высоким приоритетом, чем технологическая поддержка и _поощрение_ (на уровне технологии) обмена знаниями (я уж не говорю о других достоинствах gconf).
>> Можно только бездумно копировать
> Зачем Вы обижаете переводчиков? Хороший переводчик никогда бездумно не копирует.
Мне потребовалось некоторое время, чтобы сформулировать следующие несколько предложений:
Я немного занимался переводом свободной документации. Преводчик из меня (тогда заведомы) был не сильно хороший, но кое какие наблюдения и выводы я для себя смог сделать.
Основная сложность при переводе текста значительного объёма (это когда текст исчисляется в сотнях килобайт) собственно в переводе. Никакие технологии не могут увеличить скорость и качество перевода в разы. Разговор может идти о пяти-десяти процентах, если переводчик в совершенстве освоит ту или иную технологию (ближе к пяти). На скорость перевода свободной документации влияет множество внешних психологических и просто физических факторов - вот там можно и найти, и потерять не один порядок.
Так что IMHO абсолютное насаждение технологий (особенно XML) перевода будет больше вредить. Можно предлагать, советовать, но утверждать, что надо действовать только так я бы не стал, потому что это превышение точности - смертельный грех.
Переводчику гораздо большую пользу принесёт хороший словарь. Не быстрый, а именно хороший.
>Может ядро Линукса когда-то и было простым (в августе 91-го скажем), >но говорить _сейчас_, что оно _просто_ -- как минимум лукавить.
Именно прост, как подходы так и реализация. Во всяком случае, всё что я там (в ядре) смотрел, поражало простотой подхода. Я не спорю там есть вещи которые "усложнены" (аля SELinux), но это пока имно не общий подход.
Мою мысль не совсем поняли, ну да ладно - я это к тому что людям надо учиться работать с компом. Компы входят в жизнь всё глубже и глубже и будут входить ещё более глубоко. И говорить что пользователь не читает документацию и дескать оно ему не надо - пытаться постоить "интуитивно понятный интерфейс" (что является всего лишь маркетинговым бредом) в корне не верно. (усё есесенно имно).
>не в учерб возможностям.
В чём линукс успутает ? и кому ? Я ещё не встречал ситуации, когда мне б его не хватило.
postresql ? Он не аналог, но он идёт _правильным_ путём и ни куда не спешит и не с кем не соревнуется. После работы с ораклом - постгря просто бальзам на сердце :)).
> Никакие технологии не могут увеличить скорость и качество перевода в разы.
Я думаю, по поводу перевода, Вам лучше ответит AP. Но я тоже выдам свои 0.02. Дело, конечно, не в качестве перевода. Дело в организации труда, комфортной для человека - что всегда СИЛЬНО влияет на скорость. Переводчик, когда хочет перевести на родной язык некий проект - должен иметь четкое представление о том, что именно, в каком объеме ему придется переводить - и о том, сколько уже переведено. Должен иметь, желательно, ограниченный набор файлов, содержащих все переводимые строки (при этом файлы эти должны располагаться в стандартных каталогах, не зависящих от проекта) - нельзя же заставлять переводчика шариться по всем исходникам. Все это ему дает технология gettext. И надстройка intltool, добавляющая строки из gconf в общий набор переводимых строк - делает это совершенно прозрачно для переводчика. Объем работ у переводчика, использующего gettext - всегда четко определен. И если Вы действительно будете утверждать, что скорость работы переводчика не зависит от технологии, тогда я выдам Вам файл base.xml (он имеет довольно простенькую структуру и нехилый объем - так что вполне сойдет за пример конфигурационного файла) из xkeyboard-config - и попрошу сделать его русский перевод, не используя никаких скриптов и средств автоматизации.
> я это к тому что людям надо учиться работать с компом.
Не спорю. Моя мысль в том, что интерфейс программ должен быть устроен так, чтобы минимизировать необходимое обучение (во всяком случае, для выполнения типичных задач).
> И говорить что пользователь не читает документацию и дескать оно ему не надо
Не читает. И не надо. Пока его задачи сводятся к почта-документик-инет-кино-музычка, интерфейс должен быть не сложнее интерфейса телевизора и холодильника. Обучение и документация - для более сложных задач.
> В чём линукс успутает ? и кому ? Я ещё не встречал ситуации, когда мне б его не хватило.
Уступает в _удобстве_ при выполнении отдельных задач. Дело не в функциональной полноте (хотя и тут есть дыры), дело в удобстве для нетехнической публики.
> По работе: свои статьи с англ. на русский (руками). Просто так: интерфейс xephem, xfe (textutils + руки).
Извините, я неточно задал вопрос. Вы ПО переводили? Статья переводится один раз (ну или перевод изредка обновляется - но это скорее исключение). ПО постоянно обновляется, соотв. перевод тоже должен обновляться. Кстати, а почему переводчик должен быть программистом (в смысле "+ руки"). Жизнь за монитором без напильника - немыслима?
> Желание приводит или к простым решениям, или к монстровой аппаратуре. Первое не поощряется западной промышленностью в условиях избытка ресурсов.
Простые технологически решения - часто являются непростыми для использования. Требуется что-то знать, о чем-то думать. В случае IT требуется быть хотя б немножко программистом. Слишком сложно для ширнармасс. Ну и, разумеется, роль рынка и консюмеризма нельзя отрицать.
> xephem (не использует gettext, так что руки + bash,diff,sed,grep)
Вот этот набор (bash,diff,sed,grep) и называется "напильник" - в контексте работы переводчика.
> Наберите, напр., cal 2006
Что это доказывает?
> Мне пока хватает клавиатуры.
Интересно, каким образом общаться с человеком, который не только отвечать не хочет, но даже вопроса не хочет понять?... Вопрос был о том, почему переводчик должен применять ручками кучу тулзов, при том что существует технология, позволяющая сделать его работу простой.
Называйте как хотите - это не то, что должен использовать переводчик. Переводчик не обязан уметь работать со скриптами в унихе. Его работа - владеть приложением, созданным ДЛЯ ПЕРЕВОДА - и языками.
> Что cal переведен неправильно
И что это доказывает? Любую технологию можно применить неправильно. Технологии не нужны?
> По опыту общения с переводчиками, обычно это текстовый редактор.
1. C переводчиками софта? А kbabel никому не нужен, как и gtranslator?
2. Даже если это редактор - предложите переводчику шариться по всем исходникам более-менее крупного проекта, в поиске строк для перевода. Вместо того, чтобы поправить один .po файл. И перескажите плиз здесь его реакцию.
>> По опыту общения с переводчиками, обычно это текстовый редактор.
>1. C переводчиками софта?
Литературы.
> А kbabel никому не нужен, как и gtranslator?
Раз они есть, значит нужны их авторам ==> кому-то нужны.
>предложите переводчику шариться по всем исходникам более-менее крупного проекта, в поиске строк для перевода. Вместо того, чтобы поправить один .po файл. И перескажите плиз здесь его реакцию.
Автор xephem забил интерфейс в исходники строками вроде "Altitude of the observation point ..." , "Atmospheric pressure ...", "Azimuthal projection ..." и т.д. Переводчик должен переписывать программу под gettext?
xephem для меня баловство, но: такое может быть с программой, необходимой пользователям, не знающим английского.
Примечательная реакция. Здравые люди там говорят "сначала дождись перевода на gettext, потом занимайся переводом - иначе время потеряешь". Хотя, конечно, охота переводить там у товарищей, очевидно, пуще неволи.
> Переводчик должен переписывать программу под gettext?
Нет. Автор должен. А переводчик, если себя жалеет/уважает - просто не берется за перевод таких проектов (или за очень большие деньги, и не более одного релиза).
> но: такое может быть с программой, необходимой пользователям, не знающим английского.
Значит, сильнее давить на автора, чтоб скорее gettext прикручивал. Вплоть до посылки ему готовых патчей, если прям ТАК невтерпеж (но это крайняя мера, требовать от переводчика этого нельзя, конечно).
Вопрос был не о том. Руки не должны быть кривыми. Но прикладываться они должны к тулзам, соответствующим задаче, - а не к тулзам тремя уровнями ниже. Есть задача перевода - нужно использовать специально заточенные технологии. А _заставлять_ переводчика собирать себе конвейер из кирпичиков - дикость и пережиток (хотя никто не запрещает, вольному воля).
> Вопрос был не о том. Руки не должны быть кривыми.
Руки должны быть красивыми! С отстриженными заусеницами и отполированными ногтями.
Не понимаю, о чём был весь флейм. Не нравятся ресурсы/мотиф/тикль-тека -- не используйте, но и другим не мешайте. Про гконф/реджистри/хымыл -- ровно тоже самое. Пис.