From: Andrey Savchenko <bircoph@altlinux.org> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] Зависимости ruby-libs и libruby и новая политика 2.0 Date: Wed, 13 Feb 2019 08:47:50 +0300 Message-ID: <20190213084750.07b1d3d2ade7a472a9cca39c@altlinux.org> (raw) In-Reply-To: <4225021549968358@iva8-6be7d23653d9.qloud-c.yandex.net> [-- Attachment #1: Type: text/plain, Size: 4985 bytes --] On Tue, 12 Feb 2019 13:45:58 +0300 Скрылевъ Малъ wrote: > > > 12.02.2019, 10:19, "Andrey Savchenko" <bircoph@altlinux.org>: > > On Mon, 11 Feb 2019 17:27:18 +0300 Скрылевъ Малъ wrote: > >> Пожалуй нужно пояснить мой подход. > >> > >> Да, я поименовал ruby как руби, и gem как бисер, по нескольким причинам: > >> * я привык к русскому языку, а не английскому, в том числе в технической документации; > > > > Павел, ты работаешь в коллективе, где есть определённые нормы > > работы, в т.ч. ведения документации. Англоязычная терминология — > > стандарт де факто в IT-отрасли, нравится это кому-то или нет, > > потому что такой язык понятен подавляющему большинству > > специалистов. Поэтому данного стандарта нужно придерживаться. > > > > De-facto (по-русски "на деле") все-таки при всем уважении к > этому понятию, сам по себе не является стандартом. Потому ссылаться > на него, не вполне разумно. Официально утверждённым — да, обычно не является, общепринятым — обычно же является, поэтому ссылаться на него можно и нужно. > А англоязычная терминология не вполне может отвечать запросам > именования понятий в русском языке, точнее даже не может. Это не имеет значения. При написании технической документации степень её понимания широким сообществом много важнее степени её соответствия запросом русского языка. > Скажем если употреблять понятия написанные латиницею, то это > затрудняет чтение, благодаря постоянном переключению разума между > языками и написаниями слов. Это голословное бездоказательное утверждение, которое легко опровергается контрпримером: есть люди, у которых постоянное переключение между разными и при этом хорошо знакомыми им языками и их написаниями не вызывает затруднений, например, у меня. В то же время, есть много людей, у которых переключение между русским и помесью церковно-славянского с «дореволюционным инженерным» вызывает не самую хорошую реакцию и даёт не лучшее понимание твоего текста, например, у большинства разработчиков московского офиса, ознакомившихся с твоим опусом. > А обрусеные же заимствования вообще не желательны, поскольку > засоряются понятиями язык, причем часто вводя дополнительные > омонимы, напр. в случае использования слова "джем". Твоей работой было написать понятную для сообщества документацию, а не заниматься научно-практической работой по очистке русского языка в вопросах документации Ruby, написания политик Альта и т.п.. > > Вообще, на мой взгляд, техническая документация (как минимум в IT) > > должна быть на английском, чтоб её мог понять любой специалист. > > Документация для русскоязычного пользователя, безусловно, должна > > делаться на русском, но речь сейчас не про неё. > > Лучше к делу, так писать политику на английском или нет? Write the policy in English only. In common technical English please, without ancient or clerical styles or other deviations. Best regards, Andrew Savchenko [-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2019-02-13 5:47 UTC|newest] Thread overview: 95+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-01-20 7:58 [devel] Зависимости ruby-libs и libruby Anton Farygin 2019-01-20 12:31 ` Dmitry V. Levin 2019-01-20 19:09 ` Скрылевъ Малъ 2019-01-25 16:38 ` Vladimir D. Seleznev 2019-01-26 16:08 ` Скрылевъ Малъ 2019-01-27 0:17 ` Vladimir D. Seleznev 2019-01-28 19:43 ` Скрылевъ Малъ 2019-01-27 1:46 ` Vitaly Chikunov 2019-01-28 19:45 ` Скрылевъ Малъ 2019-02-01 6:40 ` Vitaly Chikunov 2019-02-05 14:44 ` [devel] Зависимости ruby-libs и libruby и новая политика 2.0 Скрылевъ Малъ 2019-02-05 16:34 ` Vladimir D. Seleznev 2019-02-05 17:00 ` Anton Farygin 2019-02-05 17:07 ` Vladimir D. Seleznev 2019-02-05 17:13 ` Скрылевъ Малъ 2019-02-05 18:13 ` Vladimir D. Seleznev 2019-02-05 18:31 ` Скрылевъ Малъ 2019-02-05 17:22 ` Скрылевъ Малъ 2019-02-05 17:23 ` Скрылевъ Малъ 2019-02-05 17:07 ` Anton Farygin 2019-02-05 21:38 ` Grigory Ustinov 2019-02-06 6:20 ` Anton Farygin 2019-02-06 11:44 ` Anton V. Boyarshinov 2019-02-05 22:42 ` Dmitry V. Levin 2019-02-11 12:51 ` Dmitry V. Levin 2019-02-11 14:27 ` Скрылевъ Малъ 2019-02-11 15:08 ` Vitaly Chikunov 2019-02-11 15:09 ` Fr. Br. George 2019-02-11 23:10 ` Grigory Ustinov 2019-02-12 5:49 ` Denis Medvedev 2019-02-12 5:56 ` [devel] [JT] " Fr. Br. George 2019-02-12 7:34 ` Oleg Solovyov 2019-02-12 10:26 ` [devel] " Скрылевъ Малъ 2019-02-13 14:05 ` Fr. Br. George 2019-02-11 19:50 ` Michael Shigorin 2019-02-12 6:44 ` Andrey Cherepanov 2019-02-12 6:55 ` Andrey Savchenko 2019-02-12 9:58 ` Andrey Cherepanov 2019-02-12 13:59 ` Anton Farygin 2019-02-12 10:05 ` Скрылевъ Малъ 2019-02-12 7:59 ` Ivan A. Melnikov 2019-02-12 10:39 ` Скрылевъ Малъ 2019-02-12 14:01 ` Anton Farygin 2019-02-12 17:30 ` Leonid Krivoshein 2019-02-13 4:57 ` Anton Farygin 2019-02-13 7:22 ` Скрылевъ Малъ 2019-02-13 7:39 ` Anton Farygin 2019-02-13 8:30 ` Скрылевъ Малъ 2019-02-13 8:36 ` Anton Farygin 2019-02-13 8:41 ` Anton Farygin 2019-02-13 8:37 ` Sergey Y. Afonin 2019-02-13 8:59 ` Leonid Krivoshein 2019-02-11 20:41 ` Paul Wolneykien 2019-02-12 7:19 ` Andrey Savchenko 2019-02-12 10:45 ` Скрылевъ Малъ 2019-02-12 14:02 ` Anton Farygin 2019-02-13 5:47 ` Andrey Savchenko [this message] 2019-02-12 12:04 ` Anton V. Boyarshinov 2019-02-12 19:23 ` Vladimir D. Seleznev 2019-02-12 21:17 ` Paul Wolneykien 2019-02-12 22:17 ` Dmitry V. Levin 2019-02-12 22:45 ` Vladimir D. Seleznev 2019-02-12 23:04 ` [devel] [JT] engrish Michael Shigorin 2019-02-13 1:33 ` [devel] Зависимости ruby-libs и libruby и новая политика 2.0 Grigory Ustinov 2019-02-13 5:50 ` Andrey Savchenko 2019-02-12 21:33 ` Michael Shigorin 2019-02-12 22:22 ` [devel] Administrivia Dmitry V. Levin 2019-02-12 13:02 ` [devel] Зависимости ruby-libs и libruby и новая политика 2.0 Dmitry V. Levin 2019-02-13 8:37 ` Andrey Cherepanov 2019-02-12 19:27 ` Aleksey Novodvorsky 2019-02-13 8:44 ` Andrey Cherepanov 2019-02-13 11:51 ` Dmitry V. Levin 2019-02-13 15:48 ` Andrey Cherepanov 2019-03-18 11:49 ` [devel] Зависимости ruby-libs и libruby и новая политика 2.0 [en] Скрылевъ Малъ 2019-03-18 11:50 ` Скрылевъ Малъ 2019-01-25 16:43 ` [devel] Зависимости ruby-libs и libruby Michael Shigorin 2019-01-25 21:20 ` Anton Farygin 2019-01-27 8:10 ` Anton Farygin 2019-01-28 18:48 ` Alexey Shabalin 2019-01-28 19:06 ` Alexey Shabalin 2019-01-28 20:11 ` Ivan A. Melnikov 2019-01-29 8:32 ` [devel] undeclared ruby packaging policy change Dmitry V. Levin 2019-01-29 10:29 ` Dmitry V. Levin 2019-01-29 8:44 ` [devel] Зависимости ruby-libs и libruby Anton Farygin 2019-01-29 12:34 ` Скрылевъ Малъ 2019-01-29 4:36 ` Anton Farygin 2019-01-29 7:16 ` Eugene Prokopiev 2019-01-29 8:48 ` Anton Farygin 2019-01-29 9:14 ` Vladimir D. Seleznev 2019-01-29 12:33 ` Скрылевъ Малъ 2019-01-29 10:09 ` Dmitry V. Levin 2019-01-29 12:35 ` Скрылевъ Малъ 2019-01-28 19:52 ` Скрылевъ Малъ 2019-01-28 22:35 ` Dmitry V. Levin 2019-01-20 19:08 ` Скрылевъ Малъ
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20190213084750.07b1d3d2ade7a472a9cca39c@altlinux.org \ --to=bircoph@altlinux.org \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git