User talk:Cronolio/glossary

Пожалуйста, пишите коротко и понятно как надо надо переводить слово и почему вы так думает. Конечно, у множества слов в английском языке может меняться перевод в зависимости от контекста. Мы говорим об основном переводе, чего мы хотим придерживаться. Вариативность от контекста остается и остается на совести переводчика, если это было не правильно.

environment
У среды в русском языке есть другое значение, если вы предпочитаете среда, то как вы переведете environment ? Я за окружение --Cronolio (talk) 14:20, 18 November 2016 (UTC)


 * environment - и глоссарий Gentoo и глоссарий KDE дают "среда". Desktop environment - обычно "среда рабочего стола". Можно, конечно, и как "окружение" перевести, но тут, по-моему, "среда" более понятно (непонятно, что окружает окружение рабочего стола :). "Environment variable" мне, почему-то, хочется перевести, как "переменная окружения". Потому что я это чаще встречал, наверное? Тут, кстати, можно задаться вопросом, где объективный критерий устоявшегося сленга, то есть, как определить, насколько он устоявшийся и т. д. Еще вопрос: перевод environment оболочки должен быть соотнесен с переводом desktop environment и со всеми прочими environment'ами, то есть, это должен быть один термин? --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * В это абзаце только об оболочке, вне контекста DE. На мой взгляд среда / окружение (оболочки) — варианты вполне равноправные, и я даже не уверен, что нам стоит строго требовать один из них. Но «среда переменных» (как и «окружение переменных») звучит для меня диковато, особенно учитывая количество пунктов в разделе 'COMMAND EXECUTION ENVIRONMENT' в man bash. Если говорить про переменные, то «переменная окружения», «переменная оболочки» и «переменная среды» все звучат вполне неплохо. Мне лично нравится слово «окружение», но это не повод форсировать такой перевод.


 * Про DE. В принципе, я встречал как «окружение рабочего стола», так и «среду рабочего стола». Я думаю, что варианты для оболочки и DE можно выбирать независимо, если в случае с DE есть перевес одного из вариантов (чаще употребляется). Если, как и с оболочками, оба варианта хороши, то я бы выбрал что-то одно — если решим, что использование различных переводов для одного термина недопустимо (это пока открытый вопрос).


 * —Totktonada (talk) 12:20, 22 November 2016 (UTC)


 * Не недопустимо, просто нежелательно. Меньше терминов (и меньше вариантов) - меньше путаницы, для этого глоссарий и составляется. Мне кажется, в качестве базового правила можно принять: один термин - один перевод. Правила можно нарушать, но для этого нужны основания. То же и насчет соотнесения терминов. То есть, один в английском - один в русском - идеальный вариант. Так просто все четче и яснее. Мне в принципе все равно, как тут это переводить, но (учитывая также что оба глоссария дают "среду") допустим, я - за среду. :) Оснований для вариативности я тут не вижу. Лучше выбрать один, по-моему.


 * --Localghost (talk) 14:55, 25 November 2016 (UTC)

Handbook
Думаю что у Handbook нет точного и короткого перевода. (Справочник, путеводитель, который быстро введет вас в курс дела, предоставит обзор чего-то, коллекция инструкций.) desktop - настольная. --Cronolio (talk) 14:20, 18 November 2016 (UTC)


 * Спорно: вариант «Настольная книга (Gentoo)» вполне понятен и давно используется в контексте Gentoo. —Totktonada (talk) 12:20, 22 November 2016 (UTC)

root
root — если с каталогом все понятно, то с пользователем все немного сложней. Настройка привилегий в linux настолько гибка, что сказать "тот или иной пользователь является администратором (как в виндос) будет не правильно" Думаю что правильней будет говорить, что пользователь обладает административными привилегиями в той или иной области системы. Или может выполнять программу с root-привилегиями. --Cronolio (talk) 14:20, 18 November 2016 (UTC)


 * root - "root" или "пользователь root". --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * В других случаях тоже нередки ситуации, когда в переводе к английскому термину или названию стоит добавить поясняющее слово на русском (например, чтобы просклонять). Не уверен, что стоит добавлять в словать, но можно. —Totktonada (talk) 12:20, 22 November 2016 (UTC)


 * Может, добавить вариативное пояснение в скобках, как и в других случаях, кстати? "(пользователь) root" - то есть, где из контекста ясно, слово в скобках необязательно, где лучше пояснить - можно добавить. Не какое-то жесткое требование - так, рекомендация (то, что в скобках). --Localghost (talk) 15:00, 25 November 2016 (UTC)

keyword
Хотелось бы уйти от дословного перевода keyword как «ключа» или «ключевого слова», так как эти словосочетания не вызывают ассоциации с изначальным понятием. Более того, само слово «ключ» у нас слабо ассоциируется со значением из заранее определенного набора, а это, видимо, то, откуда растет название переменной KEYWORDS — т. е. «заранее определенные элементы». Слово «архитектура» ближе, чем «ключ», но указывает на понятие неточно, так как может подразумевать физическую архитектуру компьютера вне контекста (не)стабильности и настроек Portage вообще.

Неплохим вариантом мне видится «код архитектуры»: код — это не название (физической архитектуры), но близкое понятие. С другой стороны, здесь нет указания на то, что закодирована в этом «коде» не только архитектура, но и флаг стабильности, но в контексте Gentoo используются именно такие коды. В общем, этот термин уже не хуже оригинального. С оригиналом в скобках при первом упоминании в статье пойдет вполне неплохо, как мне кажется. —Totktonada (talk)


 * я за оставить без перевода keyword --Cronolio (talk) 14:20, 18 November 2016 (UTC)


 * keyword - "ключевое слово архитектуры" или "код архитектуры" - последнее вполне хорошо, по-моему. --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Вы первый меня поддержали :) —Totktonada (talk) 12:20, 22 November 2016 (UTC)

display manager
Мои варианты перевода: экран входа (для простого пользователя), дисплейный менеджер или экранный менеджер (для продвинутого)

Как написано в википедии, "In the X Window System, an X display manager is a graphical login manager which starts a session on an X server from the same or another computer." X Window System сетевая штука и в далеких годах была популярна такая работа: некие терминальные рабочие станции, клиенты (не полноценные рабочие компьютеры) подключались к основному серверу (который выполнял всю работу). А X-сервер "решал" кому можно подключится, а кому нет. Поэтому исторически сложилось так, что это называется экранный менеджер, хотя новичку это не совсем понятно. --Cronolio (talk) 14:20, 18 November 2016 (UTC)


 * display manager - получается, что менеджер экрана предоставляет экран входа, что вполне логично. Но если переводить "экран входа", то во многих контекстах возникнут проблемы - как можно переустановить или удалить экран [входа]? Также, мне кажется, "менеджер экрана" звучит лучше, чем "экранный менеджер". --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Я тоже считаю, что упрощение здесь принесет больше проблем, чем пользы. Насчет «менеджера экрана» — а не «экранов»? Цитата из man xdm: «Xdm manages a collection of X displays, which may be on the local host or remote servers». Хотя можно и так понимать, что управляет он локальным экраном, отображая X-дисплей на одном из них. Насчет «экранного» и «дисплейного» — мне привычней второе, но, возможно, мы должны отдать предпочтение больше проникшему в русский язык слову. С другой стороны, в контексте X иногда сложно сказать «экран» для терминов вроде «X display». Насчет последнего: я бы считал допустимыми и «менеджер экрана(ов)/дисплея(ов)», и «экранный/дисплейный менеджер», потому что язык допускает оба варианта и ни один из них не звучит лучше или хуже другого. —Totktonada (talk) 12:20, 22 November 2016 (UTC)


 * В общем, тогда или "менеджер экрана" или "менеджер дисплея". Лучше определиться, тогда. Если с "экраном" могут быть проблемы, то лучше "дисплея", наверное. --Localghost (talk) 11:37, 29 November 2016 (UTC)

service
Пример, где написать "служба" очень затруднительно "Earlier dnsmasq was used to provide DHCP service to all DHCP clients".

Я за сервис --Cronolio (talk) 15:54, 19 November 2016 (UTC)


 * service - и глоссарий Gentoo и глоссарий KDE дают "служба", что говорит о том, что термин довольно устоявшийся. Лично мне "служба" тоже больше нравится. "Earlier dnsmasq was used to provide DHCP service to all DHCP clients" - это же не в том смысле, тут же не конкретный термин rc-service имеется в виду. Поэтому тут это можно переводить как угодно, это не соотносится с переводом термина. --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Слово «служба» мной воспринимается как нечто из мира Windows и не воспринимается как сервис в общем смысле. В примере, мне кажется, нет прямой связи с rc-service, а говорится о том, что dnsmasq предоставляет клиентам сервис (реализует протокол). Я полагаю, что мотивация выбора слово «служба» на rugentoo.org была в том, чтобы избежать сленга и кальки с английского. Но поскольку само слово «сервис» теперь вполне обиходное и лучше (на мой взгляд) выражает оттенок «сервер, реализующий для клиентов некую функциональность через протокол», я бы выбрал его. —Totktonada (talk) 12:20, 22 November 2016 (UTC)


 * Сервис так сервис. --Localghost (talk) 15:07, 25 November 2016 (UTC)

CD, directory и custom
Вариативные переводы лучше убрать из глоссария? Например, CD - достаточно "компакт-диска"? directory - каталог, "директория" - излишне, по-моему, и кривовато. Хм, с другой стороны, "custom" можно также перевести как "индивидуальный", и в некоторых контекстах это может быть лучше, по-моему. --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Это интересный и важный вопрос. Как раз после ваших комментариев я задумался над тем, что мы могли бы и не форсировать один конкретный термин там, где выбор — целиком дело вкуса (нет сильных аргументов «за» или «против»). Примерно так на Википедии поступают с буквой «Ё». В некоторых случаях это может помочь с избежанием повторов (к которым наш язык чувствительнее английского), хотя, если термин относительно сложный, лучше стараться придерживаться одного перевода в рамках одной статьи, чтобы не путать читателя.


 * Мне «директория» кажется ничем не хуже «каталога». «Каталог» вполне достаточно устоялся в ИТ, а «директория» уже неплохо проникла из сленга в обиход. Возможно, стоит оставить оба варианта как допустимые? Возможно, впрочем, что у меня излишне смещенное восприятие по данному вопросу. В общем, я бы выслушал все мнения по поводу directory.


 * custom — сложно что-то сказать без контекстов, нужно будет поискать по wiki.


 * —Totktonada (talk) 12:20, 22 November 2016 (UTC)


 * "индивидуальный" хм... Думаю можно, но не переходите на свои, ваши, итд. Помните об этом. Примеры для custom: custom (Portage) tree, custom kernel. Вообще довольно часто используется на протяжении вики. --Cronolio (talk) 15:01, 22 November 2016 (UTC)


 * Как я сказал выше, мое мнение такое, что в качестве базового правила лучше принять: один термин - один перевод. Не потому, что из возможных вариантов один обязательно хуже другого, а просто так все четче и яснее. Поэтому, лично я бы оставил "CD" - "компакт-диск", "directory" - "каталог". Если же мнение такое, что тот или иной термин можно переводить по-разному, то, может быть, его вообще убрать из глоссария тогда? Кстати, например, "custom" - он вообще нужен в глоссарии? Если нужен, то тут, по-видимому, действительно можно допустить несколько вариантов перевода. --Localghost (talk) 15:18, 25 November 2016 (UTC)

feature
feature - возможность? --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Да, но нужно посмотреть контекст. —Totktonada (talk) 12:20, 22 November 2016 (UTC)


 * контекст  Последнее предложение казалось бы должно звучать как   Конечно, никаких возможностей в англ man-странице не будет. Считаю такой вариант будет более понятен всем, и новичку и профи:  . Хотя тут можно подумать что косяк с англ стороны, но features(как переменная) и features(просто в тексте) читающему на англ. проще будет уловить связь чем человеку на русском, видящему слово "возможность". По этой причине я не хочу переводить названия переменных (в том числе и KEYWORDS) --Cronolio (talk) 19:33, 23 November 2016 (UTC)


 * Уже есть ссылка на статью FEATURES, в man’е тоже все, что надо, будет — поэтому в последнем предложении не нужно ничего изобретать. Просто возможности, как в первом варианте перевода. —Totktonada (talk) 19:42, 23 November 2016 (UTC)


 * Как вы правильно заметили, там есть ссылка на FEATURES, а не на возможность. Что если я не знаю англ. и вообще никак не сопоставляю эти 2 слова ? Более того, пару лет назад я сам не сопоставлял эти 2 слова и это очень затрудняло чтение для меня русских переводов. Со всем моим не знанием англ. языка тогда мне действительно было проще открыть англ. статью и как-то почитать там. --Cronolio (talk) 19:52, 23 November 2016 (UTC)


 * Логично предположить, что два идущих подряд предложения как-то связаны. Логично предположить, что если читатель чего-то не понял (и ему нужно понять), то он перейдет по хотя бы одной из трех предоставленных ссылок. Что мы тут, вообще, обсуждаем? :) Давайте в каждое следующее предложение включать слова из предыдущего, чтобы читатель не дай бог не запутался. Я, пожалуй, ливну из этой дискуссии, оставшись при мнении, что это бред полнейший. —Totktonada (talk) 20:00, 23 November 2016 (UTC)


 * Это тогда не просто какие-то там features - а переменная "FEATURES". Именно контекст. Здесь можно (и, по-моему, нужно) оставить без перевода, именно "переменная FEATURES". Это получается разница между именами собственным и нарицательным. "Большой театр" на английском - "The Balshoy Theatre", а не "The Big Theatre". :) Так что, если это просто какая-то там обычная возможность - пусть будет возможность? :)

fetch
fetch - загрузить, как и download? --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Согласен. —Totktonada (talk) 12:20, 22 November 2016 (UTC)

framebuffer
framebuffer - глоссарий утверждает: "кадровый буфер (термин устоялся, когда Линус ещё не родился)". :) Словарь LingvoComputer дает "видеобуфер; буфер кадров". --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Думаю, да. —Totktonada (talk) 12:20, 22 November 2016 (UTC)

locale
locale - судя по http://context.reverso.net/перевод/английский-русский/locale - действительно, локаль - довольно устоявшийся перевод. А глоссарий дает "регион; [набор] региональных настроек (само слово locale означает «местность»)", да еще потом внизу ругается... А вот что дает LingvoComputer: "местная специфика (национальная и культурная среда, в которой функционирует система или программа)". :) --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Здесь мы втроем согласны. Отлично. —Totktonada


 * Локаль подходит для консоли, в DE это может быть переведено по другому. Пусть будет "локаль", но как говорится по обстоятельствам --Cronolio (talk) 15:39, 22 November 2016 (UTC)


 * (для полноты картины) Ага, речь была про контексты, где можно заменить название предмета названием процесса его применения. В данном случае это была «локализация» вместо «локали». Не думаю, что будет достаточно повсеместным, чтобы учитывать в словаре. Но если будет, то впишем как допустимый вариант. —Totktonada (talk) 16:44, 22 November 2016 (UTC)

mount
mount - а как насчет подключить/отключить? --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Я бы не стал. Проблемы примерно те же, что и с «экраном входа». —Totktonada (talk) 12:20, 22 November 2016 (UTC)


 * это больше подходит к attach detach, что в свою очередь подразумевает аппаратные штуки (флешка, провод, принтер) --Cronolio (talk) 14:28, 22 November 2016 (UTC)


 * А unmount как? Размонтировать? Отмонтировать? Демонтировать? :) Хм, по-видимому, "размонтировать".

option
option - параметр? Но тут еще от контекста может зависеть. --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Я называю параметрами (options) аргументы команды вида --smth, -s и более общим словом «аргумент» (argument) аргументы команды произвольго вида. Для применения кальки «опция» нет причин. Если такая терминология всем по душе, то можно закрепить ее в словаре. —Totktonada (talk) 12:20, 22 November 2016 (UTC)


 * А основание для этого? На английском: "option" - это команды, скажем. "Argument" - это то, что подается функции в языке программирования. "Parameter" - это как эта функция называет этот аргумент, если она с ним работает. Получается три термина. Если мы переводим "option" как "аргумент" или "параметр" - уменьшается до двух. Потом, тут ведь речь конкретно о переводе термина "option", а не "argument". Последний просто должен переводиться, как "аргумент", в большинстве случаев. Что касается, эмм, опций, подаваемых команде в командной строке - пусть это будет либо параметр либо аргумент, надо договориться просто. Что касается опций в настройках GUI, я бы перевел, опять-таки, как "параметр". Ну и есть вариант - "опция", который лично мне не нравится, видимо, чисто эстетически. Судя по глоссарию Gentoo, я тут не одинок. Но вот что он дает: параметр [командной строки]; директива вариант [выбора]; возможность [пользователя]; (никогда не опция!) То есть, есть варианты... Такое ощущение, что тут, действительно, многое от контекста зависит. --Localghost (talk) 15:44, 25 November 2016 (UTC)


 * Простой пример "To stop a service, but not the services that depend on it, use the  option together with the   argument." Другие примеры с вики: "The session (program to start) could also be given as an argument to  : startx /usr/bin/startfluxbox" или "You can also pass X11 server options, by preceding them with a double dash: startx -- vt7" или "...and the   parameter doesn't get a native argument".
 * Чтож, видимо там в англ. путаница есть... Предлагаю оставить все как есть, то есть: parameter и option будет параметр, а argument аргументом. Если есть особое знание где что должно быть, то напишите об этом здесь и исправьте это в англ.! --Cronolio (talk) 08:59, 26 November 2016 (UTC)

overlay
overlay - по-моему, лучше только кириллический оставить. --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Согласен. —Totktonada (talk) 12:20, 22 November 2016 (UTC)

(re)build
"to build" - "собирать", "to compile" - "компилировать"? compiler - компилятор, а не сборщик? Но, до известной степени, тут это могут быть взаимозаменяемые вещи? Может быть, как базового правила, держаться "to build" - "собирать", "to compile" - "компилировать", и изменять, только если есть основание в контексте? --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Звучит логично. Я думаю, что стоит закрепить такой вариант и посмотреть по ходу, что из этого выйдет. —Totktonada (talk) 12:20, 22 November 2016 (UTC)

script
script - глоссарий дает "сценарий", да еще потом ругается, что "не скрипт". Я обычно тоже переводил, как сценарий. --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Лично мне «скрипт» ощущается как допустимое, но больших причин его форсировать против «сценария» нет. Пусть лучше будет везде «сценарий». —Totktonada (talk) 12:20, 22 November 2016 (UTC)

session
session - По-моему, лучше сеанс. В KDE это сеанс. "login session" - интересный вопрос. --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Я тоже за «сеанс», так как это в русском языке нечто непрерывное (сеанс связи, скажем). Сессия — это, скорее, нечто периодическое, что не слишком подходит по смыслу. Про login session я сказал для того, чтобы пояснить, о чем речь, а не как проблему для перевода. Я бы просто сказал «сеанс пользователя», если нужно будет пояснение, что за сеанс. —Totktonada (talk) 12:20, 22 November 2016 (UTC)

symlink
symbolic link, symlink, soft link - символическая ссылка, во всех (немногих) бумажных книгах по Linux, которые я читал, например. LingvoComputer: "символическая ссылка (тип связи, позволяющий указывать файл или каталог, расположенный во внесистемном физическом ЗУ)". --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Я тоже всегда говорил «символическая», но это, наверное, какая-то старая-старая ошибка перевода. Ведь суть в том, что это символьная ссылка, то есть хранит путь как строку с именем. А у слова «символический» нет какого-либо смысла в этом контесте. —Totktonada (talk) 12:20, 22 November 2016 (UTC)


 * Значит - символьная. --Localghost (talk) 15:48, 25 November 2016 (UTC)

tools
tools я обычно переводил, как утилиты, utilities - тоже утилиты - это нормально? --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Думаю, ничего плохого в этом нет. —Totktonada (talk) 12:20, 22 November 2016 (UTC)

сленг
Вообще, что касается сленга, тут все как-то неопределенно. Одно можно заметить: поскольку gentoo wiki является фактически официальной документацией, то ее переводчики в принципе могут определять (и переопределять) термины и, соответственно, влиять на то, что будет устоявшимся, а что нет. Например, что касается специфической терминологии Gentoo, как в случае с keyword (arch), то тут этим вполне можно бы и воспользоваться, особенно, если договориться и определиться с глоссарием. Потому что, понятно, это wiki, и тут все переводят, как придется, особенно в виду отсутствия глоссария, и многие переводы оставляют желать. И если это никак не пытаться организовать, то тут может устояться все, что угодно. --Localghost (talk) 10:19, 22 November 2016 (UTC)


 * Критерий такого рода не может быть формальным. Где-то мы привыкли говорить русское слово и считаем кальку с английского сленгом. В других случаях, наоборот, — вроде бы и слово есть, но к термину в ИТ нам его отнести сложно. «Струя», «заплатка», «фиксация изменений» (это git add или git commit — уже не помню, что именно), «СКВ» — для меня звучат как слова второго рода. «Сценарий», «сеанс», «сборка» — первого.


 * Несмотря на то, что почва под аргументами зыбкая, относительно активных переводчиков фактически трое, и мы может договориться между собой о тех вариантах, с которыми будет комфортны. Все мы являемся носителями языка, все так или иначе связаны с ИТ и все обращаем внимание на звучание перевода. Я считаю, что наш компромисс относительно выбора терминов имеет право на существование в виде неформальной рекомендации.


 * —Totktonada (talk) 12:20, 22 November 2016 (UTC)


 * Да, примерно так. Сколько переводчиков будет, столько и будет договариваться. Тут особых проблем нет. Что касается меня, то я не сильно активный переводчик, и совсем недавно сюда влез. Вообще, как вы, при таких ресурсах, умудрились 67% вики перевести, или сколько там? :) Это достижение. --Localghost (talk) 15:54, 25 November 2016 (UTC)

Заметки участников
Лично мне нравится глоссарий KDE: http://l10n.lrn.ru/wiki/Глоссарий_KDE и их правила перевода: http://l10n.lrn.ru/wiki/Правила_перевода_KDE. --Localghost (talk) 10:19, 22 November 2016 (UTC)

В любом случае это все синонимы и не очень должны навредить основному смыслу статьи --Cronolio (talk) 15:01, 22 November 2016 (UTC)