From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.2.5 X-Yandex-Spam: 1 X-Yandex-Front: webmail34 X-Yandex-TimeMark: 1236976537 From: =?KOI8-R?B?4sXay8HQ1dPUyc4g4c7Uz84=?= To: kde-russian@lists.kde.ru In-Reply-To: <200903131716.24194.cas@altlinux.ru> References: <379731236941580@webmail84.yandex.ru> <575061236948116@webmail34.yandex.ru> <200903131716.24194.cas@altlinux.ru> MIME-Version: 1.0 Message-Id: <522301236976536@webmail34.yandex.ru> Date: Fri, 13 Mar 2009 23:35:36 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=KOI8-R Subject: Re: [kde-russian] =?koi8-r?b?98/Q0s/TINDPINfawcnNz8TFytPU18nAINPPz8Ld?= =?koi8-r?b?xdPU18E=?= X-BeenThere: kde-russian@lists.kde.ru X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: KDE russian translation mailing list List-Id: KDE russian translation mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 20:35:53 -0000 Archived-At: List-Archive: 13.03.09, 17:16, "Андрей Черепанов" : > 13 марта 2009 Безкапустин Антон написал: > > Но тут процесс как я понял организован следующим образом: > > Я забираю из svn'а файл .po, делаю перевод, отправляю полученный файл > > кому-нибудь из авторизованных пользователей, тот проверяет перевод и делает > > коммит в svn (Поправьте пожалуйста, если я ошибаюсь). > Всё верно. > > Почему бы не завести > > на том же launchpad'е отдельный проект KDE 4.2 и организовать перевод там? > Потому что никто из уважающих себя переводчиков туда не пойдёт работать. Вы так говорите, как будто речь идёт о том, что бы работать на Canonical Ltd. У нас же тут Open Source, или я ошибаюсь? Поясню свою мысль: смысл не в том переводить на launchpad'е или нет, смысл в оптимизации всего процесса... Если Вас так напрягает заниматься переводом на этом хостинге, можно завести подобный ресурс в другом месте. > а) нужно зарегистрироваться в этой рассылке, например, тоже надо зарегистрироваться, в чём трагедия? > б) нужно адаптировать свой workflow к веб-интерфейсу Применение термина workflow здесь Вам не кажется излишним? Всё таки переводом занимаемся, а не корпорацией управляем. > в) нет пакетной проверки > г) нет быстрого переключения между файлами > д) неконтролируемый глоссарий В виду видимо слабой квалификации не совсем понял эти пункты, поясните пожалуйста, если Вас не затруднит. > е) слабые инструменты локализации через веб-интерфейс Возможно, но рискну предположить, что в 99% случаев этого достаточно. Если развивать ресурс самостоятельно, то можно и расширить список интерфейсов. > ж) опасность того, что любой новичок неконтролируемо влезет в перевод, когда > он ещё не закончен. Да, но никто же не заставляет принимать этот перевод. > з) требуется подключение к Интернету Хм, не думал, что это является проблемой. Подозреваю, что львиная доля пользователей Linux (коими, рискну предположить, являются все присутствующие) имеют стабильный доступ к сети, иначе как они поддерживают актуальность пакетов своих систем? Кроме того, для доступа к svn и этой рассылке подключение к Интернету тоже должно быть. > > Или поднять launchpad'овский движок (или его аналог)? По-моему, это дало > > много плюсов: > Кроме услаждения новичков это ничего не дало. > > 1. Привлекло бы больше переводчиков (не все умеют/хотят заморачиваться с > > svn) > Это да. Вопрос в том, насколько качественно они смогут работать. + подобное мнение из другого письма: > > Почему бы не завести на том же launchpad'е отдельный проект KDE 4.2 и организовать перевод там? Или > > поднять launchpad'овский движок (или его аналог)? > > По-моему, это дало много плюсов: > > 1. Привлекло бы больше переводчиков (не все умеют/хотят заморачиваться с svn) > Видите ли, Антон, это не совсем тот случай, когда количество > перерастает в качество. Использование веб-интерфейса приводит к > вовлечению в процесс случайных людей. Если человек готов заниматься > переводом серьезно, необходимость изучить пару команд Subversion > проблемой не становится, поверьте. Лончпад же, насколько я заметил, > обильно усеян людьми, которые скачут между приложениями, переводя по > одному-двум сообщениям. > А.П. Я абсолютно понимаю Вашу озабоченность, но: 1) никто не заставляет помечать все переводы новичков, как "принятые" 2) на данный момент, я как пользователь KDE 4.2 встречаю в приложениях много непереведённых мест, которые очевидны даже для меня - человека неискушённого в английском языке. Соответственно складывается ощущение, что у сообщества не хватает ресурса, что бы осилить эту массу текста. Так вот. Если вся эта куча леменгов (новичков), осилит хотя бы 20% переводимого материала (хотя б в простых местах, где "Open", "Close" и подобные стандартные вещи), я думаю, это было бы уже какая-то польза сообществу... Можно ввести дополнительные правила для доступа новичков: например, необходимость регистрации в этой рассылке (или автоматическая регистрация здесь при регистрации на web-ресурсе), и при необходимости через неё стучать им по головам :) > > 2. Отпала бы проблема передачи файлов-переводов от обычного > > переводчика коммитеру базы: коммитер прямо через веб-интерфейс помечал бы > > верные переводы, выгружал бы их в po/mo файл и делал обновление в svn. > И сейчас такой проблемы нет. Уже готовые файлы, нет необходимости выгрузки и > зависимости от веб-интерфейсов. Угу. Перед тем как здесь зарегистрироваться, я сунулся в архив рассылки, и там (в дискуссиях за текущий месяц) сразу же натыкаюсь на тему "Я что-то сделал", где человек сделал перевод и не знает куда же его теперь сунуть, тут же начинается выяснение кто этим занимается, у кого есть соответствующие права и т.д. А Вы говорите, что проблемы нет... > > 3. Можно было бы отслеживать активность переводчиков, и самым продуктивным > > выдавать дополнительные права на фиксацию переводов. > Это можно делать и не через веб-интерфейс. > > 4. Наблюдать разнообразную статистику перевода. > Статистика локальных репозиториев намного гибче и богаче. От статистики локальных репозиториев никто не предлагает отказываться (кроме того, как я понимаю, в ней не отображена статистика по новичкам) > -- > Андрей Черепанов > ALT Linux > cas@altlinux.ru > _______________________________________________ > kde-russian mailing list > kde-russian@lists.kde.ru > https://lists.kde.ru/mailman/listinfo/kde-russian P.S. Хочу ещё раз уточнить, что речь идёт не о полном изменении всего процесса (никто не призывает отказываться от академических спорах о разнице между directory и catalog), а об добавлении ещё одного механизма и привлечении новых людей. Согласитесь, что хотя бы один из 10 (20, 100, 1000...) таких новичков, сможет влиться в команду, и выдавать приемлемый результат. Почему бы не попробовать, господа?