Комментарии 334
Англицизмы сами по себе не проблема, но дело в том, что слова "тред" или "стрим" не английские. Это русские слова, полученные путём некоего преобразования/осмысления английского оригинала. Проблема в том, что этот процесс происходит стихийно и далеко не всегда удачно.
Можно найти примеры и прямого заимствования ("принтер"), и удачного перевода ("мышь"), и удачных собственных терминов ("перебор вариантов"). Не думаю, что мы бы жили в лучшем из миров, если бы на столе у меня лежал "маус", а в корпусе работала "мемори".
Короче говоря, на мой взгляд категоричность тут неуместна. Если никак не получается придумать что-то лучше того же "принтера", пусть будет принтер. Но лепить переводы с помощью транслитерации алфавита -- затея так себе, непонятно тогда, зачем вообще нужен этот перевод, читайте оригиналы.
Имхо, всё просто.
Есть общие термины с устоявшимся однозначным переводом (микропроцессор, оперативная память, программное обеспечение и т.д.). А есть узко-тематические, зачастую касающиеся лишь конкретной программы.
Общие надо конечно переводить. А вот узкие не надо. Если их и переводить, то в скобках писать оригинальное название. Или словарик терминов в книгу включить.
Т.е. для общих терминов передпочтителен перевод, а для узких - оригинал.
Если взять в качестве примера таблицу терминов баз данных из сабжевой статьи, то получаем два возможных решения:
1) Если книга просто о базах данных (в целом, о принципах построения), то логично использовать перевод: фрагмент, узел.
2) Если речь о конкретной базе данных, то то логично использовать оригинал, например: chunk, shard. Можно с пояснением: chunk (фрагмент), shard (узел) или наоборот: фрагмент (chunk), узел (shard).
xkcd#927
Вы правда не видите разницу между словами на разных языках?
partition и node в парадигме импортозамещения:
"удел" и "околоток". Скрепно.
"бдить проворность закромов данных". Звучит! ;-)
Проблемы перевода терминов не существует покуда их не пытаются перевести.
А проблема разнообразия англоязычных терминов - это совсем другая проблема, её-то и надо решать. Всем миром.
Честно говоря, вы не по адресу, пишите в Oracle/Microsoft/IBM.
Не лучше ли вместо того, чтобы засорять речь десятком англицизмов, договориться, наконец, о своих терминах?
Не лучше. Вы не можете договориться о переименовании терминов, как раз потому, что это термины. Если вы начнете называть тарелку вилкой - вас не поймет весь остальной мир.
Из ваших последних комментариев: оркестратора, масштабируемость, транзакций, конфигурация, детерминированные. Это один ваш недавний комментарий. Вы сами не верите во что пишите :)
Нет никакого смысла в переводе таких терминов, как раз потому, что в каждом конкретном случае они могут означать разное. Одинаковые слова вообще довольно часто означают абсолютно разные вещи - так работает много языков. И так сложилось, что общепринятый язык в ИТ - английский. Давайте просто этим пользоваться, а не выдумывать термины ради импортозамещения.
Другое дело, если термин изначально создан в РФ-среде. Тогда уже можно называть "как есть". Правда таких по пальцам можно пересчитать.
оркестратора, масштабируемость, транзакций, конфигурация, детерминированные
А какой из этих корней появился в русском языке за последние 40 лет? Корни уже давно обрусели, потому и слова эти не вызывают отторжения. В отличие от «треда» и «стрима».
общепринятый язык в ИТ - английский
Да я разве против? Можно говорить и по-английски. А можно – по-русски, но при этом желательно употреблять русские слова. Никогда не забуду, как мой коллега объяснял начальнику, как работает Delphi: «Когда девелопер в дизайн-тайме дропает контрол на десктоп...»
Тем не менее, вы можете отличить "тред" от "стрима". А вот "поток" от "потока"(?), увы, отличить не получится. И самое печальное, когда вы в конфиге (файле настройки? а может и не файле, кто знает, именно поэтому тут это слово) увидите threads_count - вы поймете что к чему. Ведь число_потоков вы в конфиге не увидите. Нигде. Совершенно. Даже в 1С, скорее всего, такого нет.
А справочники вообще не надо переводить. Да и печатать их не надо – пусть будут в электронном виде. Речь-то о литературе.
Ну вот вы прочитали толстенную книженцию про Elasticseaarch.
Пытаетесь администрировать, но вот ПОЛОЖИТЬ /индекс/_настройки - не работает. И в той статье как раз речь шла о таких казусах, как мне кажется.
Нужно либо не переводить, либо делать это адекватно и со знанием предмета (а это сложно-дорого).
Ещё раз – не надо переводить «книжки об Elasticsearch». Инструкцию прекрасно можно прочесть и по-английски. Но книжку, объясняющую принципы – что такое «полнотекстовый поиск», «документная модель», «обратный индекс» и т. д. – лучше читать на родном языке.
Но книжку, объясняющую принципы – что такое «полнотекстовый поиск», «документная модель», «обратный индекс» и т. д. – лучше читать на родном языке.
Да, вот только на одну книжку, объясняющую принципы на русском языке придётся несколько сотен ссылок на первоисточники, на которые книга ссылается (https://github.com/ept/ddia-references ну вот например), десяток-сотня из которых стоит прочтения (в зависимости от) и пяток книжек, статей и докладов на английском языке, которые просто не успели перевести, даже если какое-то из издательств это планирует.
Ждать несколько лет пока какое-то из издательств разродится переводом - достаточно сомнительное решение.
Если не пытаться ограничивать себя только теми материалами, которые перевели и перевод не ужасен - всё равно придётся иметь дело с англоязычными терминами (и иметь дело с ними придётся в разы чаще)
И потом гадать, задавая вопрос на S-O, back index или backward index, document model или вообще entities structure. Не уметь найти готовые ответы, потому что на русском они еще не готовы.
Хороший план, чтобы низвести российское IT до уровня бурятской науки.
Никто не мешает привести рядом английские термины. С указанием, где именно они используется. В противном случае у нас есть шанс весь русский язык низвести до уровня какого-нибудь языка малых народов, на котором нет ничего, кроме древних сказок.
Правильно, IT — очень слабо информационно загружена, а термины — кристально прозрачны, поэтому надо в нее внести больше терминов бардака.
В биологии, юриспруденции и медицине тоже попереводить все надо, тогда заживем.
Таки разве если юрист в суд подаст иск на латыни, думаете его судья примет и с радостью рассмотрит? Более того, на все выглядящее инородно еще и нотариально заверенный перевод потребует. За ваш счет.
Ну по крайней мере в англоязычной юридической документации латинских терминов будет чуть менее чем много
И правильно сделает. Не делай так - начнут и законы писать на иностранном, и тогда чей суд - вообще не ясно станет.
А что, ни один юрист никогда в жизни ничем кроме заполнеия готового формуляра никогда не занимается, их перестали учить латыни и римскому праву?
Не отсутствие скрепных IT-терминов делает язык ведОмым, а отсутствие интереса к нему. Тинейджеры всего мира учат японский потому что есть манга/аниме. Английский - потому что бизнес/кино/музыка/IT/образование. Многие другие языки - потому что есть крупные диаспоры и экономические связи.
Чтобы сделать язык влиятельным, надо не переводить, а создавать новые термины и смыслы, полезные и привлекательные. Я говорю про слова типа "anime" а не "siloviki" и "nazdorovie".
Это тоже верно, но для начала язык должен быть интересен нам самим, а потом уже остальному мировому сообществу.
Для начала надо придумать что-то новое, что весь мир выстроится в очередь лицензировать — и эспортировать русскоязычные термины.
Пока что ситуация строго наоборот.
У нас страна довольно закрытая, мало знающая языки и при этом имеющая довольно богатую культуру, литературу и традиции переводов. Потому у нас все равно переводят и будут переводить, это скорее культурный феномен, чем разумный.
Поэтому надо закрыть ее еще больше, возвести искусственный языковой барьер, чтобы точно исключить любую возможность не-формальный инноваций и не аналоговнета, чтобы ни в коем случае не случилось экспорта русских слов зарубеж, так?
Барьер вводить не надо, а обогащать язык попытками нормального перевода и изобретением новых терминов - обязательно нужно. Если изобретение вышло плохое, то оно не выживет. Если прижилось - значит все ок, попытка была не зря.
Это и есть барьер.
Ну вон у немцев тоже есть традиция переводить технические термины, и даже в айтишечке. Что, это мешает? Да нет, тут как у танцора.
Действительно: война это мир, любовь это ненависть, 2 < 1, если вам мешает кинжал в спине — то вы просто плохой танцор.
Так а что плакать? Если не нравится сам факт переводов, просто никогда не берите их в руки, читайте только оригиналы :) А тем, кому нужны переводы - будут пользоваться ими.
Кроме бессмысленного нытья ну давайте переводить — другого плача тут не слышно.
Ок, пусть пользуются. Заодно пусть отселятся и не мешают нормальным людям — для чистоты эксперимента, так сказать.
А осенью посчитаем цыплят.
Кстати, насчет переводов и плакать:
Вот, например, люди плачут оттого что им смутно был знаком перевод, а вот нормальный общеупотребительный термин — нет.
Итого, в плюсе, на поверку, оказываются изоляция, стагнация и мошенники, а плачут как раз те, кому ничего забугорного нинадыть — подавай скрепное.
Но когда это мешало ура-дурачкам разводить демагогию-то…
А я думал, что языки существуют потому что есть народы, так же как и дети у людей, потому что есть женщины и мужчины, а не ЛГБТ.
Лучше выносить в сноску, чтобы глаза не спотыкались
А вот "поток" от "потока"(?), увы, отличить не получится.
Вообще-то получится, если есть хоть какой-то контекст:
поток-thread запускается / выполняется / останавливается;
поток-stream открывается / читается-пишется / закрывается;
поток-flow... не очень уверен, наверное проектируется.
А совсем без контекста и более привычные понятия не всегда получится отличить, например "терминал был пуст" - какой ещё терминал? Аэропорт без человек? xterm очистили? Терминал оплаты с экраном без надписей? Терминал-разъём, в который не воткнули провод?
А потом мы открываем какую-то статью про лучшие практики как же писать код, чтобы не было проблем с пониманием потока исполнения при чтении, в котором речь идёт о многопоточном коде, в котором в качестве примера, работают с потоками ввода вывода и упоминают их потокобезопасность.
Ну, да, может показаться, что я написал это предложение с использованием слова "поток".
Но на самом деле, чтобы это читалось, мне пришлось к каждому упоминанию слова "поток" добавить какое-то избыточное прилагательное, и это утяжелило и усложнило текст, по сравнению с использованием английских терминов.
«Потоки ввода-вывода» – это какое-то бесовское сиплюсплюсное изобретение. Пользовались же дескрипторами и горя не знали! Тоже, правда, слово заимствованное, но то такое :)
В огороде бузина, а в киеве - дядька.
Не сиплюсплюсовое, а ООПшное. Но даже до ООП были файловые переменные, которые тоже не дескрипторы.
«Файловые переменные», по крайней мере, в стандартной библиотеке C, – структуры, скрывающие самые настоящие дескрипторы. Ну плюс ещё дополнительная буферизация.
дескрипторы
Не дескрипторы, а описатели.
буферизация
Помещение во временное хранилище.
Нужно следовать своим принципам до конца (с) В Брюгге
Кто постарше – помнит, как в MS-DOS перешли от file descriptor (структура) к file handle (число) :-)
Ну это так, к вопросу о терминах. Не соображу даже, как тут handle перевести.
«Файловые переменные», по крайней мере, в стандартной библиотеке C, – структуры, скрывающие самые настоящие дескрипторы.
Но от того что они скрывают дескрипторы, они ими не становятся.
И вообще, бывают файловые переменные которые не привязаны ни к какому файлу.
поток-thread запускается / выполняется / останавливается;
поток-stream открывается / читается-пишется / закрывается;
HANDLE OpenThread(
[in] DWORD dwDesiredAccess,
[in] BOOL bInheritHandle,
[in] DWORD dwThreadId
);Простите...
Шёл поток(flow) через поток(thread) видит поток(flow ) в потоке(thread) поток(stream), сунул поток(flow) "поток"(string) в поток(stream) - поток(stream): "поток: поток: поток"(thread_id: named_stream: string).
Да ладно вам, как будто на английском так нельзя: handle (API endpoint) и handle (descriptor). Может быть даже handle handle
Давно API endpoint стал handle?
В некоторых компаниях / командах - да, давно :)
Логика примерно такая, что есть например handle "/forum/post/<id>", и есть соответствующая функция-handler, отвечающая за обработку handle. В каком-то смысле этот handle соотносится с дескриптором, тоже дескриптует, за что именно он отвечает.
И да, некоторые компании / команды это ещё и переводят как "ручка".
C handler-то всё понятно, однако мне всегда казалось, что "ручка" - это некорректный перевод handler.
"Ручка" для именно функции-обработчика, вроде, пошла от Яндекса? И там да, это как раз странный и не совсем корректный перевод.
Но в некоторых компаниях / продуктах почему-то сам путь называют handle (хотя он обычно route, или хотя бы path), и там "ручка" выглядит... чуть менее плохо. Да, handle в этом контексте - это очень локальное соглашение, но, впрочем, и в самой статье тоже есть примеры очень локальных названий, которые у всех в итоге разные.
Возможно, это бывшие программисты Яндекса перевели свою "ручку" обратно на английский?
Помню на Хабре была статья про интервью, где автор на полном серьёзе утверждал, что знание жаргона "ручка" говорит о профессионализме кандидата ?
Я за всё время сталкивался только со словом "морда" (жаргон так и остался в коде страниц поиска) и "колдунщик". Но "ручка" ещё не встречал.
Это какой-нибудь ASP.NET веб-сервер знает про апи хэндлы ссылающиеся на хэндлы виндовых процессов, но вживую таких ситуаций нигде не читал. Обычно это таки роуты/эндпоинты vs file handle/descriptor (если случилось трогать процессы ОС) vs собственно обработчиков aka handler.
Но в среднем отношения к холивару "скороговорка" не имеет и нужна только для лулзов ржомбы ржаки развлечения
А если в запущенном потоке открывается поток, а в него пишется поток?
Надо начать с того, что thread - это нить. Т.е. изначально "не очень" перевели и пошли грабли.
Далее есть "поток" и "течение", "ход чего-то".
Короче - до французов с октетами и ординатёрами ещё есть куда двигаться :)
А вот "поток" от "потока"(?), увы, отличить не получится
А "thread" от "thread"(?) сможете?)
... вы можете отличить "тред" от "стрима". А вот "поток" от "потока"(?), увы, отличить не получится.
Изначальный перевод слова "thread" не очень удачный просто. А дальше уже "исторически сложилось". Да и сам термин "thread" неудачный. Он же буквально переводится "нить"/"нитка".
Вообще, у слова "thread" есть такие переводы, которые выглядят более-менее естественно и на русском языке. Например, "жила".
"Для обработки такого потока требуется 10 жил процессоров".
Вообще, раз изначально выбран странный термин, то можно не переводить или адаптировать термин, а изобрести свой, отображающий суть явления, но такой, чтобы неоднозначностей быть не могло.
Thread в IT это какой-то трудяга в рамках ОС, но при этом ОС целостная, всем "потокам" достаётся какое-то время процессоров, но фактическими исполнителями (управляющими конструкциями + хранителями стека, кучи и инструкций) являются как раз "потоки".
Есть что-то похожее в природе? Ульи! Как тогда можно было бы назвать "потоки"? "Трутень"/"трутни".
"Для обработки этого потока требуется 10 трутней". Вполне звучит, неоднозначностей никаких.
По аналогии можно было бы что-то придумать для различия flow (поток-явление) и stream (поток-процесс).
"Для обработки такого потока требуется 10 жил процессоров".
Ничего страшного, ведь у процессора ядра двужильные.
Собственно потоками они зовутся по аналогии с течением воды. Начинаешь "лить" время процессора на участки кода, а он там начинает разламываться на потоки параллельные потоки. Тут скорее stream в какие-нибудь струи переименовывать тогда надо.
Слушайте... вот реально "и выросло поколение" :-) Без обид, только :-)
Изначально термин thread вообще к процессору (cpu) никакого отношение не имел. Это просто было лишено какого-либо смысла, ибо "там" - одни control flow и "вертись как хочешь". Thread - в изначальном смысле - это "часть" процесса (process) - который не "вообще" - а в некоторой операционной системе... которая тож не просто так... но эт не суть важно.
И вот ими (этими самыми thread'ами) управляет не cpu (он этого просто не умеет), а специальный планировщик (scheduler) - часть той самой "хитрой" ОС. Оно и сейчас, по большому счету, так.
Так вот - thread они потому, что scheduler... ну, он делает spin... вот - т.е. он буквально "прядет" их, переключая т.н. контекст исполнения :-) Control flow-то один.
Тут вот у нас "штука", которая делает spin, а это вот - значит - threads... всё логично :-)
И threads весьма долго и были "нитями" - тут без вариантов было (всёж логично - см. выше). А в "потоки" начали превращаться - если мне не изменяет память - с изданием у нас Таненбаума... т.е. в середине 90х примерно. И к 2000ым - на моей памяти - про "нити" уже никто (ну практически) не вспоминал. Т.е. threads стали "потоками" прям очень быстро... хотя, какой-нибудь spinWait никуда не делся (да он и сейчас - никуда не делся, впрочем), но никого это "не парило". И то, что "потоки" (это которые flow) уже были - никого не смутило, просто те "потоки" (flow) они у процессора, а эти "потоки" (которые thread) - они у ОС. И всё просто и понятно всем, кто в теме. Да и "семантически" они похожи - всё вообще шикарно. А то "нити" какие-то :-)
Как-то так, если "на пальцах".
А то, что потом и в cpu появились свои собственные threads - ну бывает. Оно так-то про "немножко другое"... но, "крякает, как утка..." - все дела. Все уже привыкли к тому, что "это" - threads.
P.S. Блин... это ответ был на верхнее сообщение топика. То, которое про "Изначальный перевод слова "thread" не очень удачный просто". Сорри - промахнулся.
Как так сложилось, что у вас запятые переsedило на троеточия, а точки на смайлы?
Подозреваю, что операционные планировщики, о которых вы рассказываете, занимались специальными досками с временными графами для составления расписаний. Сам метод планирования не помню как называется, но в докомпьютерную эпоху активно использовался для планирования ж/д сообщения. В доску с расписаниями втыкалась кучка кнопок, и по алгоритму нитками производилась обмотка вокруг этих кнопок на этой схеме и составлялось расписание. Получается диаграмма, похожая на ту что детективны в фильмах делают на карте города, связывая между собой улики с разных мест преступлений, только линейные. Поэтому как минимум весь этот spinning имел крайне сомнительным отношением к упомянутой вами пряже.
Многозадачность компьютеров требовала также некоторого управления временем процессора и в итоге появилось что-то аналогичное мясным скедулерам с их спинами и тредами. Но в текущий момент вся эта история тем не менее выглядит оторванной и история с водяными потоками выглядит несколько более понятной.
Эт хоть и не вам ответ был а для @sibirier, но таки спрошу: Таненбаума читали? Оба два? :-)
Но в текущий момент вся эта история тем не менее выглядит оторванной ...
Ну я чтоль виноват, что термин thread такой древний? :-) И к cpu - с его flow - он вообще не относился пол века почти. Он из "теории" операционных систем так-то.
Но цикл планировщика потоков (thread scheduler) - это и сейчас spin. Да и spin lock со spin wait'ом никуда не делись.
... и история с водяными потоками выглядит несколько более понятной.
Оно не правильно "выглядит". Эти ваши "водяные потоки" как-то можно ещё натянуть на те threads, что в cpu. А те, что в ОС - не "водяные", и не "потоки"... в том смысле, что их идея - как раз в обратном.
Зря я, видимо, перепутал фразу "потоки процессора" и "потоки ОС". И там, и там они называются threads и упомянул пример неаккуратно, да.
Историю выбора слова thread действительно не знал (в работе не пригождалось, акцентов на историю никогда не расставлял, с недавних пор исправляюсь), спасибо за интересную и поучительную историю.
Но всё ещё продолжу утверждать, что слово "thread" как название чего-то "проактивно" действующего (если смотреть со стороны данных в программе) - плохой выбор, т.к. слово thread отображает объект (нитку) и действия, с ним связанные (накручивать и так далее). "Адаптивный перевод" на русский язык чуть более удачный (более физичен и естественен), но создаёт путаницу в уже существующих терминах и не слишком специфично, что можно видеть во всяких шутках типа "управление потока потока разделено на два потока" = "control flow of stream is split between two threads" (подобные конструкции на работе встречались часто, приходилось каждый раз выдумывать как это разделять - это очень неудобно).
Я в курсе (не сильно), что поток/thread (в ОС) это лишь набор инструкций, постоянных и переменных данных, а не исполнитель как вещь в себе, и что фактическую работу ведут процессоры (напару с инструкциями ОС) и генераторы частот.
@shasoftXрассуждал "зачем вводить новые однозначно понятные термины, как их потом обратно переводить и понимать о чём речь?", на что можно парировать: слово поток (как thread) почему-то же уже устраивает, хотя нет таких вариантов обратного "перевода" при переводе на англ.
И дальше @gBear пишет
И то, что "потоки" (это которые flow) уже были - никого не смутило,...
А потом пользуйся этим через 20 лет, ага.
Уверен, если собраться представителями индустрии, которая производит БД и переводчиками и договориться о терминах всем вместе, то это будет всем на пользу. Да и на другие страны такую практику тоже можно будет перекинуть, если хорошо пойдёт.
Master и blacklist переименовали же в main и blocklist всем скопом.
Хотя есть шанс, что где-то останутся "консерваторы" движения "так исторически сложилось" и будут радикально отстаивать, как со словами Ройтерс (Reuters, по ошибке "Рейтер"), Фройд (Freud, "Фрейд") и Айнштайн (Einstein, "Эйнштейн").
Как в таком окружении будешь исправлять свои ошибки, если всё вокруг орёт "да, была ошибка, но все к ней уже привыкли, не надо ничего менять"? Хотя даже Microsoft исправила свою давнюю ошибку.
И thread они потому, что scheduler... ну, он делает spin... вот - т.е. он буквально "прядет" их, переключая т.н. контекст исполнения. .... spinWait никуда не делся
"Spin" никакого отношения к "прясти" не имеет. "Spin wait" -- это ожидание в активном цикле, т.е. без переключения контекста, что строго противоположно сказанному вами. "Spin" тут от того, что процессор постоянно "крутится" на одном коротком участке кода, а не потому что он "прядёт нити".
Напомнили мне причину, почему я перешёл на английский язык на всех устройствах. В Во времена теперь уже древнего Galaxy S2 в настройках синхронизации не мог выбрать между "Фото" и "Фото", прям как на тот меме с двумя кнопками. А на английском это было "Photos" и "Google photos". Формально и там и там фото, но есть нюанс. Часто лучше сразу видеть, что имели в виду в оригинале
Если уж на то пошло, tread изначально переводится неправильно. Это нить, по аналогии с нитью рассуждения.... Нить исполнения, но другие контексты (multitreaded) привели к искажению. А ещё помимо stream и tread есть flow. И тогда вообще каша получится.
девелопер - ну ок, придрались
дизайн-тайме - хз что к чему, честно говоря
дропает - вот тут интересно. Drop и remove могут отличаться. Поэтому удалить он его не может, а дропнуть - запросто.
контрол - искать по конфигам не-контрол может быть затруднительно
десктоп - даже затрудняюсь подобрать подходящее короткое русское слово. А еще контекст...ой.
В Телеграм-канале одного видеоблогера меня забанили за то, что не понял, что у него "дропнуть" означает не "бросить, перестать заниматься чем-либо", а "опубликовать, выпустить в свет" (значения по Wiktionary).
Интересный сленг :)
Ой. Меня однажды забанили за слово «откалибровать». Оказывается, это терминология пикаперов. Причём не тех, которые водят пикапы, а тех, о существовании которых я и не подозревал до этого...
Так вот что на самом деле имел в виду Гаррус...
Ну это из серии "у кого что болит".
Помню как у каком-то обсуждении транспортных средств, один участник страшно возбудился на термин "фрикционный тормоз", т.к. у него в голове оно ассоциировалось исключительно со словом "Фрикции" в контексте полового акта.
Видели бы вы что творилось с киргизским когда СССР развалился. Тогда русскому языку дали такой бой, что самим киргизам было больно.
Всех сказочных персонажей, все инструменты, все детали машин и прочее срочно стали придумывать киргизские названия.
Помню как заставляли сдавать экзамен по русскому и литературе на, внимание, киргизском языке.
Я ничего не имею против самого языка. Многие слова мне нравятся как произносятся, но это был полный маразм.
Не повторяйте этих ошибок. Язык гибок и имеет свойство меняться со временем, но не нужно делать это насильно.
Сначала новые слова появляются или приходят извне в каких-то узких областях. Если они удачные, то сами закрепляются. Если нет, то им на место приходят альтернативы.
Ну это из серии "у кого что болит".
Помню, тащ полковник на лекции диктует: "время обсервации... " - и многозначительно молчит, ждет реакции. Ну а мы чё, понятно же, что это observing time
А что оно значит в их терминологии?
Это терминология не пикаперов как таковых, а используемого ими NLP (причем это не Natural Language Processing).
похоже вы не застали дельфи... Тут судя по всему речь о том, что визуальный компонент помещается на форму... т.е. аналогом может быть скорее put
А я вчера зашёл владыкой на обслуживатель, внести правки в дело "/проч/хозяева" и пару других, видимо где-то опечатался, и с тех пор обслуживатель не только не отвечает на ХТТП челобитные, но и не позволяет с моей ЭВМ зайти под любым обличьем по ССХ. Зашёл через панель поставщика, разбираюсь.
Вызывает. Последовательность комментариев в форуме – ветка, а запись прохождения видеоигры – явление само по себе настолько богомерзкое, что и слова доброго не заслуживает.
Причем тут игры? И стрим - это не запись, а именно поток, но не путайте его с потоком. Удобно?
«Прямая трансляция» или даже «прямое включение», например.
А теперь о плюсах появления нового корня (стрим). Как бы пришлось говорить не появись это слово в языке:
стриминговый сервис => сервис прямых трансляций в интернете
стример => человек, записывающий прямые эфиры в интернете
Уберите слово "стрим" из языка - язык станет беднее. Если есть потребность общаться и нет удобного/короткого слова для хайповых тем, то новые слова обязательно будут появляться
P.S. слово хайп - ещё пример слова русского языка, которое тоже сложно отменить (искусственно создаваемый ажиотаж)
"трансляция", конечно же, исконно славянское слово ?
Звучит не очень. Сколько ни пишите статей, а если слова "компьютер" и "ЭВМ" развили разную семантику, то оно так и останется. Аналогично, если блогер включил трансляцию, то это стрим, а если транслируют заседание XX съезда по вопросу роста удоев мелкого рогатого скота в Ростовской области, то это прямое включение. И ваш слушатель именно так это и воспримет, даже если вы будете в обоих случаях использовать второе слово.
Всё же стримы на Твиче/Ютубе - это довольно конкретный вид трансляций. Прямых трансляций (и уж тем более прямых включений), передающих аудио-видео-информацию, но которые не назовут стримами (в повседневно-бытовом смысле), очень много:
Телевидение и радио, включая онлайн-версии;
Онлайн-кинотеатры и музыкальные сервисы типа Spotify (хоть они и стриминговые сервисы, да);
Miracast / Chromecast / что там ещё есть для беспроводных экранов;
WebRTC и иже с ним;
Программы / протоколы удалённого доступа - RDP, VNC, и т.д.
Пожалуй, самое большое общее отличие - стримы-стримы передают видео только в одну сторону, от одного ко многим, и у них есть мгновенная обратная связь в виде чата, интегрированного в саму платформу (даже если конкретный стример этот чат и не читает). Ещё обычно стример - это всего 1 человек, а не целая команда, работающая одновременно (хотя есть и всякие киберспортивные трансляции, например).
Стрим - струя :)
Отлично! А стримить – струячить :)
Раньше и струйные модемы были (для подключения к "ВебСтрим" ("поглощён компанией ПАО "Ростелеком" в 2011 году")), говорят, с разной толщиной струи.
Боги, как давно я так не смеялся. Это настоящая разминка для ума, придумать предложение без явных заимствований. (Неявных почти весь язык, кто не в курсе)
Мол... Струячить файл на удалённый агрегатор? Ахахаха
и «стрима».
Я так понял что про Гольфстрим никто слыхом не слыхивал. Слово как раз привычное.
Слово "транзакция" появилась в русском языке за последние 40 лет. Да так появилось, что вы думаете, что оно уже давно обрусело. А лет 30 назад небось сидел такой же как вы и возмущался, что тупые переводчики используют какое-то непонятное слово, ведь есть же хорошее исконно русское слово "операция". Хотя подождите-ка...
Да ну? Эрика Берна почитайте, например. Это, конечно, не о программировании, но слово такое там употребляется с первых страниц.
Эрик Берн очень хороший пример. Как раз подверждает мои слова. Потому что, во-первых, в переводах его книг используется термин "трансакция", а не "транзакция". А во-вторых, потому что переводы его книг на русском языке начали печатать как раз в 1990-х. А до того если и печатали, то читателей у них было меньше, чем комментаторов у этой статьи. Поэтому говорить об обрусении этого слова в ту эпоху просто нелепо.
Правописание меняется иногда, это правда. Иногда даже одно и то же слово записанное по-разному, слово, значит разные (но в чём-то схожие) вещи. Ну и 90-е – да, это тридцать лет назад, не сорок :))
В данном случае правописание не менялось, как ни странно. То есть никто не решал, что слово "трансакция" теперь будет записываться как "транзакция". Здесь мы видим косвенное свидетельство того, что это было новое слово для языка. Переводчик Берна решил передать это слово как "трансакция". В силу академических традиций или еще по каким причинам. А переводчики финансовой и компьютерной литературы, Берна не читавшие, стали transaction переводить как "транзакция", ближе к английскому произношению.
А лет 30 назад небось сидел такой же как вы и возмущался, что тупые переводчики используют какое-то непонятное слово, ведь есть же хорошее исконно русское слово "операция"
Вспоминается Чуковский, которого возмущало новомодное слово "пока" в качестве прощания.
Operation? Это надо потрудиться - найти не заимствованное слово на "-ция". Даже ничего в голову не приходит.
А какой из этих корней появился в русском языке за последние 40 лет
Нет никакой ценности, в том, чтобы в языке не появлялось бы новых корней
Англицизмы сами по себе не проблема, но дело в том, что слова "тред" или "стрим" не английские. Это русские слова, полученные путём некоего преобразования/осмысления английского оригинала. Проблема в том, что этот процесс происходит стихийно и далеко не всегда удачно.
Можно найти примеры и прямого заимствования ("принтер"), и удачного перевода ("мышь"), и удачных собственных терминов ("перебор вариантов"). Не думаю, что мы бы жили в лучшем из миров, если бы на столе у меня лежал "маус", а в корпусе работала "мемори".
Короче говоря, на мой взгляд категоричность тут неуместна. Если никак не получается придумать что-то лучше того же "принтера", пусть будет принтер. Но лепить переводы с помощью транслитерации алфавита -- затея так себе, непонятно тогда, зачем вообще нужен этот перевод, читайте оригиналы.
Как по мне, англицизмы проблема, ибо они понемногу уничтожают культуру языка. Отличный пример... Сейчас на японском больше 1/3 слов используют англицизмы. Молодняк вместо родных "люблю" уже использует фонетически изменённое "love".
В сложных речевых оборотах, в официальной среде, всё ещё коренной язык. Как выше писали, не "стрим заседания губернатора" а "трансляция". Но как видится мне из истории языков, которую я читаю, это не на долго.
А суть проблемы проста - язык более развитой страны захватывает остальные. Так всегда было. Рим говорил на латыни, и все вокруг в том регионе говорили на латыни. Как пример*
Как писал А.С. "наше всё" Пушкин, "но панталоны, фрак, жилет -- всех этих слов на русском нет". Бывает, что находятся хорошие слова в своём языке. Открытые, закрытые, защищённые поля -- хорошо (public / private / protected). А вот для "принтера" или "сканера" хороших слов не нашлось, так тоже бывает. Ну и коннотации, конечно. По-японски ラブ и 愛しています воспринимаются по-разному.
Но в качестве контраргумента посмотрите на реальный состав английского языка -- вот уж какой язык тащит что угодно отовсюду, и ничего ему не делается.
Причем это все меняется со временем, тот же ксерокс вместе с угасанием печати потихоньку исчезает. И исходный копир вполне можно услышать(и понятнее а то гадай ксерокс это копир или ксерокс/зирокс), более того ксерокс уже мне кажется звучит по "деревенски"...
Copier = копир. "переписец" ?
Блин, незадача с этими заимствованными словами :)))
"Задача" - объект, брошенный вперед (греческое).
Предлагаю заменить "объект" на исконную "х-ню" :)).
"На досуге прочел книгу по х-во направленному действописанию на языке Це прибавить-прибавить и стал отличным действописцем". Звучит?
Потому что это не англицизмы, а латинизмы. Мы можем считать их "своими" в той же степени, что и англичане.
Не считаю приведённый аргумент валидным. Описанная вами проблема вообще не имеет отношения к переводу, ведь согласно вашей таблице разная терминология существует и в английском языке.
Автор оригинальной статьи говорил о широкоупотребимых словах, вроде треда или стрима. И если для "фрагмента" и "узла" есть общепринятые английские термины, то стоит использовать их там, где специфика конкретной платформы не играет роли.
Во всяком случае об этом, как мне кажется, и шла речь.
Проблема не имеет отношения к переводу, но при переводе мы можем её устранить. Вот такой парадокс.
Тогда возникнет проблема обратного перевода. Т.е. при переводе на русский всё будет переводится в одно слово, а при обратном переводе это одно слово должно будет переводится в разные слова на буржуйском в зависимости от контекста. И не факт что переводчик сможет этот контекст понять.
Переводом жизнь не оканчивается. При реальном использовании технологии программисту по-любому придётся столкнуться с поиском в интернете решения каких-то возникающих проблемам, советов, новых версий и т. д. И с большой вероятностью это всё будет по-английски. А у него уже в голове сидит "переведённая" картина мира по вашим заветам. Он окуклится в рунете и ограничит свои возможности.
А для каких конкретно книг нужны "общие" термины? Взять пример с "засечками". В книге по Oracle Exadata будет фраза "засечки в Oracle Exadata называются storage indexes", после чего они всегда будут называться в книге storage indexes (ок, наверняка переведут как индексы хранения), а про засечки все забудут. И так в каждой книге по конкретному продукту. Таким образом, абстрактный термин, объединяющий в одну кучу похожие, но чаще всего отличающиеся хотя бы в мелочах сущности, пригодится для книги "общая теория всего", которая нужна... кому?
Забавно, что эти самые засечки (marks) придуманы по тому же принципу, что и все остальные приводимые в негативном ключе примеры - компания-производитель выделяет конкретную сущность своего продукта. Но вам почему-то хочется переназвать засечками всё.
Вы знаете, кроме инструкций по использованию конкретного продукта бывают именно книги, дающие чуть более общую картину. Да вот хотя бы тот же Клеппман, к которому апеллирует автор статьи «Пожалуйста, НЕ переводите» :)
И вы хотите притащить в книги придуманную кем-то терминологию, взятую из частных случаев "импортозамещения"? Подобные вещи сами со временем устанавливаются в профессиональной среде и при необходимости просачиваются к обывателям. Я вот видел книгу из 90ых, где ноутбук назывался записной книжкой, будете теперь также называть? В примере с засечками вы говорите о партицировании, насколько я понимаю. То, которое partitioning и которое переведено как "секционирование", но вот от профессионалов ещё ни разу такого слова не слышал.
Лучшего повода не найдется:
Сегодня в книжном листал книгу по идеальному коду, где встретил слово "аромат". Что бы оно могло значить в этом контексте и какое слово-первоисточник? Нагуглить что-то не могу. Спасибо.
Code smell, т.е. "вонючий" код?
Я, вот, понял о чём речь, но "аромат" - это, по-моему, очень странный перевод. У аромата позитивные коннотации, а в случае code smell речь идёт как раз о неприятном запахе, свидетельствующем о том, что в коде что-то не так. Это может ещё не говнокод, но уже попахивает, надо обратить на это внимание пока не завоняло. По-русски, мне кажется, адекватно "код с душком", но отдельно слово "душок" смотрится странно и непонятно. Хотя бы нейтральное "запах". Или в лоб: "неприятный запах" Как вариант "амбре", но это тоже устаревшее и непонятное слово.
На сайте Убунты есть раздел "Ubuntu flavours", что напрямую переводится как "ароматы/вкусы убунту", а по смыслу - "варианты убунту", или там "убунту на любой вкус".
Думаю, в той книге мог подразумеваться примерно такой же контекст.
Может, это вкрапление квантовой физики?
Не уверен, относится ли это к вашей книге, так как Вы не привели контекст, но в Лиспе существует объектная модель Flavors, в которой аромат (flavor) примерно соответствует классу в других моделях.
Вот такие моменты особенно доставляют. В Форте, например, то, что мы привыкли называть функцией, называется «слово» (word) :)
Ну уж нет, word в Форте - что-то среднее между идентификатором и инструкцией. Скорее даже, идентификатор обозначающий инструкцию.
Лишь некоторые word можно считать реализациями идеи функции.
Ага. В Фортране, в отличие от всех остальных языков программирования, формальные параметры называются фиктивными (dummy).
В Си именованная вызываемая единица кода называется функцией (function). В Паскале она называется функцией, если возвращает значение, и процедурой (procedure), если не возвращает. В Фортране она называется функцией, если возвращает значение, подпрограммой (subroutine), если не возвращает, а слово процедура используется как объединяющий термин для функции и подпрограммы.
Вот и думай, как тут излагать вопрос – общеупотребительным термином или специальным. И какой тут ещё общеупотребительный.
В книге "Масштабируемые данные" вообще есть оборот - киоск данных. И такое на каждой пятой странице. А книги отнюдь не дешевые
Вероятно, речь про "code smell" - код с запашком или плохо спроектированный код
Код с душком
Да меня одно только слово "удалённый" выбешивает настолько, что весь абзац с ним хочется просто написать по английски, а кто не сможет прочитать пусть идёт к чёрту.
Из ТЗ, цитирую: "При скачивании папки с удалённой машины, удалённые файлы не удаляются"
ещё видел отличный перевод фразы "current selection" как "текущее выделение" :) это уже что-то медицинское
Это уже протекающая (leaky?) абстракция?
ещё видел отличный перевод фразы "current selection"
А что вас так напрягает в этом переводе? Ведь previous selection тоже вполне возможен. Как и next selection. Как, по вашему, нужно перевести "current selection"?
Ведь "текущее энергопотребление" - это не про утечки электроэнергии, это про текущий режим работы, потребление энергии в данный момент.
В медицине, к стати, "выделениЯ". Медики знают, что их всегда много:)
А ещё выделения бывают секретом. Или слизью. А паттерн - как моделью, так и картиной (ага-ага, тех самых выделений, которые секрет). В итоге у нас сейчас в переводе участвует профессиональный переводчик, переводчик-самоучка с хорошим чувством целевого языка, несколько узких специалистов именно по теме перевода, несколько широких специалистов по области перевода, профессиональный филолог, и весь этот зоопарк надо подружить, чтобы получился понятный человеку со стороны и корректно переведенный текст. И да, это реально долго/дорого, хорошо ещё, что энтузиазм участников перевешивает недостаток бюджета.
Наверно, так в любой подобласти знаний происходит, стоит только начать в неё более-менее погружаться.
Омонимы – страшная вещь. Но вот как раз английский язык состоит из них чуть более чем полностью.
Замечу, что сами носители английского, которые говорят на русском, используют термин дистанцированный, и они правы
"Загрузить" это с сервера или на сервер?
Наброшу немного: забыли еще про "каплинг" и "кохезию"!
Первое - это что-то из агрономии, кажется? Капельный полив или что-то в этом духе?
(если что, я понял, о чём речь, но если второе слово звучит всё-таки как заимствование, то вот первое...)
Сериал с таким (первым) названием на русском назывался не "Спаривание", а "Любовь на шестерых".
Для тех, кому лень гуглить: https://habr.com/ru/articles/568216/
Недавно увидел как слово "каплер" применяется к Ethernet концентратору (свитчу, хабу)
Иногда бывает и так: гуглишь что-нибудь по-английски, получаешь какую-то чушь. На второй-третьей странице видишь что-то приблизительно по теме, но там нужное тебе явление называется другим термином. Гуглишь уже этот термин – и всё находится.
Вроде вот это вот всё в ещё биохиимии имеет своё собственное значение.
Это уже какой-то сленг на уровне "ракеты состоят из х-ны, п-ны, и по-ени, причем все детали взаимозаменяемые". Вообще coupler - штука для соединения чего-то с чем-то.
"Вот и выросло поколение ..." :-)
Яб ещё "кляузу" вспомнил... но, оно "широко распространено в узких кругах" :-)
«Кляуза» – это про товарищей Бэкуса и Наура?
Это про clause :-)
Expression, statement, clause и т.п... вот в этом контексте.
Я понял, что это clause, просто пытаюсь понять, где вы могли видеть этот термин. Чаще всего он встречается при описании развесистых команд языка SQL, общий вид которых описывается при помощи форм Бэкуса-Наура.
Придаточное выражение, подвыражение
Да-да-да :-)
"Выражение" - в смысле expression? Если да, то почему "подвыражение"? clause - с тем же успехом - и к statement (канон - внезапно - "оператор") может относится. Ну и оно вообще не про "под". Оно вполне себе самостоятельным может же быть. Да хоть уже упоминаемая function clause в erlang - это вполне себе самодостаточная языковая конструкция.
Но канона для clause в этом смысле - насколько я знаю - нет. Попытки есть... типа "предложение", "клаузула" и т.п. - но это, имхо, такое.
Сцепка, сцепление
Когезия - это термин, который в российской науке уже лет сто используется.
Заимствования - естественная часть эволюции любого языка, и профессионалы всегда находятся в авангарде этого процесса. Некоторые слова затем постепенно просачиваются в обиход, а некоторые остаются профессиональными терминами, постепенно становясь общепризнанными. Это происходит само естественно, и язык до сих пор как-то обходился без заботы прескриптивистов, хотя богомерзкие эксперты так и норовили натащить в него чуждых русскому уху западенских веяний.
Всякие литераторы, поэты и прочие театралы - в основном из греческого ("амфитеатр", "поэма", "триптих") и из французского ("эскиз", "дебют", "беллетристика").
Инженеры и солдафоны - из немецкого ("шлагбаум", "плац", "вагон").
Музыканты - из итальянского ("форте", "арпеджио").
Врачи - из латыни ("спазм", "криз").
Ну и так далее. Сейчас вот айтишники тащат из английского, некоторые слова потом станут общим местом или уже стали (как "файл" или "стрим"), а некоторые останутся профессиональным жаргоном. "Файл" же вас не смущает? Может лучше импортозаместим на "бересту"? Думаю что не смущает, как и перечисленные выше заимствования из прошлого, потому что привыкли.
"Файл" же вас не смущает?
Смущает, конечно. Правильно же "мультифора".
Морская терминология - сплошь нидерландский с редкими вкраплениями французского и английского, однако это никого не смущает уже несколько веков.
А также практически все названия инструментов: рейсшина, сверло, долото, рубанок и т.д.
– Дайте мне рейхсшину!
– Может, вам ещё и рейхсфедер?
– Да, обязательно.
– Тогда вам в магазин рейхсканцелярских товаров!
А какие у видов рубанков названия! Шерхебель, зензубель, цинубель, фальцгебель, шлифтик, шпунтубель...
Так тут ведь речь не про заимствования, а про однозначность. Которой в обозримом будущем нет и не будет.
А тащат айтишники слова уже полвека, минимум. Только полвека для языка - не срок.
Кстати, словосочетание «общее место», которое я употребил - калька с латыни, и в английском есть идентичная калька («commonplace»)
Приведите, пожалуйста, пример системы, где «файл» называется другим словом.
Ну и не надо забывать, что слова должны как-то более или менее ложиться на фонетику языка, которая у русского и английского отличается существенно.
Разумеется, сейчас нет систем, где "файл" называется другим словом, потому что слово файл уже давно вошло в язык и означает то, что означает. А несколько десятилетий назад небось точно так же спорили на эту тему - прилично ли использовать слово "файл". Точно так же "папка" сейчас во всех системах папка. А ведь еще совсем недавно были системы с директориями, а были системы с каталогами, потом появилась система с папками. А потом все системы стали с папками.
А "тред" очень хорошо ложится на фонетику русского языка. Хотя в соседней теме копья бьют как правильнее - тред или сред или фред.
У меня есть первая и единственная книга на русском языке (издания 1950-х годов), в которой термин file переведён глубоко русским словом “тека”.
А что касается thread, то правильным русским переводом является “нить”.
"Глубоко" русское слово "тека" - заимствование из греческого:
(греч. theke). Сумка для бумаг; то же, что портфель
хранилище, вместилище, ящик), часть сложных слов, означающая: собрание чего-либо, помещение для хранения этого собрания (например, библиотека, картотека, фильмотека).
По такой логике ещё можно было бы перевести не слово файл, а слова directory/folder как файлотека - хранилище файлов
Я понимаю происхождение слова, но не приходило ли переводчику в голову, что, если бы англоязычные изобретатели термина file подразумевали аллюзии к греческому языку, они бы и сами могли использовать греческий корень? Или что ещё он, интересно, имел в виду, переводя книгу с английского на русский переводом термина на греческий.
Кроме папок, каталогов и директорий (которые все всё ещё можно встретить) теперь бывают ещё и фолдеры.
Перевод термина должен быть универсальным. Thread threaded threading. Тред сюда не ложится
Почему должен? И для чего?
Научно-технический текст имеет строгие правила и первое из них - отсутствие синонимии у терминов. Точка.
В огороде бузина, в Киеве дядька. Какая связь между
Перевод термина должен быть универсальным.
и
отсутствие синонимии у терминов.
Особенно в свете того, что в научно-технических текстах достаточно синонимов.
А вот это
Точка.
выглядит так, будто вы хотите навязать свое мнение, но аргументов в его пользу никаких нет, поэтому приходится применять силу. Типа "я так хочу и поэтому так будет". Нет, не будет.
Расценивайте как хотите. Но вся штука в том, что в научно-техническом тексте на первом месте стоит логика. А если у вас термин А в одном месте имеет одну формулировку, а в другом - другую, то читать такой текст не представляется возможным и даже вредит. Это по части синонимии. А по части универсальности, то если у вас тред, то подумайте о том, как это будет в глагольных/отглагольных формах: тредить, тредящий, тредя, тредил, тредированный и т.п. )))
И вот прям у всех у всех терминов должны быть глагольные формы? А зачем?
Файл, процесс, полиморфизм и гравитация существуют без глагольных форм и никаких проблем в научных текстах из-за этого не возникает.
Приведите, пожалуйста, пример системы, где «файл» называется другим словом
Во-первых, легко - в стандарте AWS S3 это объект (object). Это пришло в голову сразу, наверняка есть еще куча примеров о которых я не подумал.
Во-вторых, а какое отношение это имеет к предмету дискуссии? Статья ведь не называется "пожалуйста, договоритесь о терминах", и адресована не к разработчикам СуБД, которые не могут договориться как называть шард, он же партишен. Она называется "не переводите термины" и адресована к издателям. "Тред" вон используется везде универсально для обозначения одной и той же концепции.
ложиться на фонетику русского языка
В русском языке воз и маленькая тележка неславянских корней и нет какой-то единой фонетики. Единственное, что общего у славянского "хвоя", тюркского "утюг", греческого "философия" и французского "балет" - это то, что они заимствованы когда-то давно (часто кстати под возмущенные возгласы ваших предшественников - блюстителей мнимой "чистоты" языка, это нелепое явление, к сожалению, не ново), и вы к ним привыкли. Это субъективное ощущение "фонетической естественности", "ложится" и т.п. - не более, чем привычка.
Сейчас я вам это докажу. Назовите мне одно любое слово русского языка, заимствованное не за последние 10 лет, где есть звукосочетание "йл", как в слове "файл". Объясните мне, каким образом это чудо больше ложится на фонетику языка, чем "шард", похожее на "шар" и на "бард", или "нода", похожая на "ноту", "оду" и "коду".
Объект в S3 – это таки не совсем файл, там чуть другая структура API и другие гарантии.
А про «йл» – да хоть кайло. Или Михайлович. А также войлок, коктейль, фрейлина, стойло :)
Ладно, вы меня поймали, очко засчитано. Признáю свою неправоту, если еще найдете слово, которое заканчивается на «йл». Единственное что-то отдаленно похожее - это другой англицизм «коктейль», но он с мягким знаком на конце.
Фристайл подходит? Хардтейл, бобтейл. Если с мягким знаком, то газойль
На официальном "Академосе" ещё:
име́йл, моба́йл, нейл, -а (единица длины), профа́йл, рете́йл, сейл, смайл и т. п.
(Но "славянскости" в них маловато.)
Это все англицизмы, при том недавние (ну кроме газойля, который немецкий). Так что не подходят, они не менее "фонетически чужды" русскому языку чем тред и стрим.
Затейливый, назойливый, фрейлина, пойло, Михайло.
Слово "бойлер" подойдёт?
Тред не универсален, в контексте причастия, глагола и отглагольного существительного уж точно,ср. threaded
del
Всегда первым делом переключаю ОС и рабочий софт (за исключением офиса) на английский язык, по одной простой причине, в русском переводе знакомые много лет термины, часто превращаются в не понятную и не адекватную версию.
Так же и с литературой, как только начинают переводить термины, все суши весла, понять, что же имелось ввиду практически не возможно.
Дальше идет аргумент наличия нужной документации, так уж вышло, что источников на английском на порядки больше, а если оперировать импортозамещенными терминами, то весь этот склад опыта сразу превращается в тыкву.
Но даже после того как был найдеи и обработан материал на английском, попытка перенести опыт на русское окружение доставляет боль, очень сильную боль. Опять те же засечки, вот прочитали вы про засечки/чекмаки и вам надо это применить, а среда в опозитном языке и тут же начинаются ломки, а то ли имелось ввиду или не то?
В общем, если кому то лень учить английский, хотя бы в рамках терминов, то это его проблема и не стоит за эту лень наказывать тех кому не лень.
П.С. лет 10 назад первый раз столкнулся с коллегами которые использовали студию на русском языке, из каких соображений не знаю, но их учили на ней и они пользовались только ей, какая же боль была их чему то учить, они напрочь отказывались читать статьи на английском, просто потому, что написанное в статьях не ложилось на переведенку практически никак. С тех пор если вижу рядом студента с русскими инструментами сразу рекомендую переходить на английский.
Работать с софтом (не российским) на английском - святое дело. Для этого много английского не нужно. Работать с документацией на английском посложнее, но это действительно необходимый навык. А вот прочитать приличную профессиональную книгу на английском уже сильно сложнее. Если не владеешь английским достаточно свободно, то при большом объёме текста когнитивная нагрузка становится так высока, что довольно быстро ресурсов на понимание материала не остаётся. Особенно, если автор ещё и пытается немного в художественность и использует витьеватые формы, или травит байки из жизни, как Дядя Боб. Другая проблема, что книгу на английском в России ещё и добыть надо.
Про книжки согласен, за все время осилил только одну книгу на английском, книга была по основам ведения бизнеса в США, тогда была интересна эта тема, естественно в российском переводе такого нет и не будет )
Было тяжело читать, часто приходилось перечитывать несколько раз, что бы понять смысл.
Но разговор идет о терминах, а не о книгах целиком, я бы и не заикался про книги )
Наоборот многие подмечают, что возможно изза того, что больше сконцентрирован, читать техлит на английском намного проще. В то время как худлит я, например, на английском бросаю через 10 страниц, потому что я отдохнуть собирался, насладиться чтением...
Дело не в «лень учить английский», инструкции и фирменную документацию как раз лучше читать именно в оригинале. Но если уж издаёшь книгу на русском языке, но лучше употреблять русские слова. Это непросто, согласен, но кто обещал, что будет легко?
Нужно-то нужно, только нельзя забывать что книга должна помочь читателю разобраться в некотором вопросе, а не просто стать памятником изобретательности переводчика.
Но если уж издаёшь книгу на русском языке, но лучше употреблять русские слова.
Это очень легко. Осталось только определить, какое слово русское, а какое нет. Вот "файл" - русское слово? А "айфон"?
Почему лучше? Что бы запутать читателя? Какой в этом прок?
Это в обе стороны работает. Кто-то ленится учить английский, а кто-то русский.
Давычто? А какже патриотизм, импортозамещение и рузкемир!?
У нас небольшой коллектив. Но многие термины, названия мы в шутку переделываем. Жуткая смесь языков, отсылок, шуток. Сторонний человек удивляется, когда слышит впервые. Но объяснив происхождение термина - как правило улыбается.
вместо того, чтобы засорять речь десятком англицизмов, договориться, наконец, о своих терминах?
Что делать когда открываешь документацию или какие-то англоязычные статьи?
А для акваланга, например, какое русское слово есть?
Подводный дыхательный аппарат, очевидно.
Маска с трубкой что ли? Или водолазная помпа? Не, я про акваланг спрашивал. И у вас несколько слов получилось.
Автономный подводный дыхательный аппарат, согласен. По поводу нескольких слов не соглашусь, а как же ГОСТовские ЭВМ, НЖМД и ОКГ?
С чем вы не согласитесь? С тем, что в треде обсуждают не ГОСТ, а "русское слово"?
Не соглашусь с требованием "одного слова". Перевод штука такая, что и слово иногда словосочетанием надо переводить, и наоборот.
Ну тогда идите в другой тред (простите, ветку) и там это обсуждайте, у нас тут про "русское слово". Зачем вы пытаетесь сменить тему обсуждения, решительно не понятно.
Хотите придраться, ну вот вам слово-аббревиатура АВМ из источника ниже (не знаю, как расшифровывается, впрочем).
Это такой же маразм не для людей, как и замена одного слова многословным определением.
не знаю, как расшифровывается, впрочем
А чего тогда не НКРТ? Ведь это так удобно заменять термин ничего не значащим для большинства набором букв. А зачем вы этого хотите, чтобы что?
Я как раз люблю профессиональное арго и акваланги :) Просто проблема не в том, что нет слова, а в сегментации использования (как автор пишет) и в неудобстве аббревиатур. В крайнем случае бывает вообще звиздец, когда на русском языке некоторое направление вообще отсутствует, и как переводить термины из numerical relativity, например, вообще неясно.
Подводное дыхательное устройство
Аппарат ведь тоже заимствование :)
Ну так бывают и удачные заимствования. Aqualung – это на самом деле торговая марка, такая же, как Xerox, Aspirin, Unitas, GP и другие.
Ну так бывают и удачные заимствования.
Я уверен, что подавляющее большинство русскоговорящих никогда не задумывались о значении этого слова.
это на самом деле торговая марка
Так это же ещё хуже, чем использование разных терминов разных продуктов, о которых вы пишите.
На счёт унитаза и акваланга сильно сомневаюсь. Не в том, что есть такая фирма, а в том что никто не может использовать это слово без её ведома.
Я думаю, что вы знаете, что "термос" и "эскалатор" тоже торговые марки. Были. Как и "кеды".
И фирмы, выпускающие товары под таким именем всё ещё существуют и не бедствуют . Вот только..
Есть в западном патентном праве норма, что общеупотребительное слово не может быть торговой маркой. Как вы думаете, почему Ксерокс и Гугл борятся с "ксерить" и " "гуглить"? Как только эти слова признают общеупотребительными...
Так и зовите - подводные лёгкие.
Этот механизм СУБД ClickHouse называет «засечки» (marks). Но разработчик Oracle никаких «маркс» не знает, потому что в Oracle это называется совсем по-другому:
… block range index (BRIN) – PostgreSQL;…
Так почему бы во всех русских книгах не называть засечки засечками?
Нормальная логика! Из-за того, что «этот механизм» где-то там в какой-то ClickHouse называется «засечки» (marks), возьмём и в книжке по PostgreSQL переведём block range index → «засечки». А ты, дорогой читатель, сиди потом и чеши гриву: как, КАААААААААК переводчик додумался до такого перевода, что это за «засечки» и откуда они взялись?
Это допустимо, максимум, в виде «примечания переводчика»: мол, то, что в мире PostgreSQL называется block range index, в мире ClickHouse называется marks. И то, попадаются книги, где тебя задалбывают такие примечания, вставленные не к месту. Думаешь: если бы я хотел узнать про ClickHouse, купил бы книжку про ClickHouse, а ты, если такой умный, возьми и напиши такую книжку, вместо того, чтобы переводить чужие про PostgreSQL. Приводить примеры не буду, а то переводчики обидятся, но в одной книжке издательства А..а переводчик начал натуральную «войну в сносках» с автором, объясняя тому, что он использует неправильные термины и приводит неправильные примеры. Но примечания хотя бы можно игнорировать, а если переводчик берёт и исправляет неправильные термины?
Кстати, зачем вообще при таком подходе ограничиваться технической литературой? Есть же ещё, например, science fiction. Что, в самом деле, за бардак: одни персонажи стреляют из лазеров, другие — из фазеров, третьи — из бластеров. Пусть они все стреляют из лучемётов! Летают — исключительно на флаерах. Спасают только — принцесс. (И никаких больше кхалиси, королев воинов и повелительниц улья). Даёшь унификацию во время перевода! А всем пишущим на русском языке дадим по редактору с ГОСТом и таблицами терминов.
Ну вот не надо мешать сюда художественную литературу. Там выбор лексики – одно из выразительных средств, достаточно мощных.
Так ведь выбор лексики – всегда одно из выразительных средств, достаточно мощных.
В случае с технической литературой разница только в одном: там не автор книжки-мануала выбирает лексику, а создатели продукта. Например, создатели Windows сознательно ушли от термина directory, заменив его термином folder. Этим они хотели выразить своё дружелюбие к пользователю. Автор книжки про Windows — если он нормальный автор — может только следовать этой терминологии. А потом вдруг приходит переводчик, и ломает всю работу и дизайнеров Microsoft, и автора книги, который специально работал над MS-глоссарием.
А каретка/курсор? Это специфически майкрософтовское терминологическое разделение (каретка мигает, курсор нажимает), хотя ему следуют и многие независимые авторы. Мне посредники между мной и майкрософтом в вопросе терминологии, извините, не нужны. Я сам решу, правилен их подход или нет, и буду придерживаться или нет.
А уж книжки про SharePoint я даже боюсь представить, как пострадают. Разработчики сознательно заменили традиционную РСУБД-терминологию, назвав таблицы списками, колонки — полями и т.д. За этим стоит осознанное решение дизайнеров, которые понимают, что, цитирую, «выбор лексики – одно из выразительных средств, достаточно мощных».
Просто обсуждение предлагаемого подхода на примере художественной литературы мне кажется наиболее очевидным — там недостатки такой непрошеной унификации сразу бросаются в глаза.
Му-ха-ха, стандартная РСУБД-терминология. Таблица с колонками или отношение с атрибутами? :-)
Это разные вещи вообще-то. Таблица со столбцами (термин программирования) реализует модель отношения с атрибутами (термин реляционной алгебры). Как двумерный массив и матрица.
Ну, списки в шарике тоже как бы не таблицы вовсе, то что кажется таблицей - на самом деле лишь табличное представление (view) списка.
Во-первых, что именно так смешит? Буква Р (реляционные)? Ну хорошо, вот пример РСУБД-термина (с ударением на Р), который заботливо переопределили дизайнеры Майкрософт: отношение в SharePoint называется lookup. Нигде больше я не видел, чтобы связь таблиц называлась lookup.
Во-вторых, не вижу причин называть списки «не таблицы вовсе». Что же это ещё, если пользователь описывает абстрактную сущность при помощи набора кастомных колонок? Таблицы и есть. Представления там, в первую очередь, касаются того, какие колонки, в каком порядке и виде отображать, так что, всё наоборот: есть специфические нетабличные представления таблиц.
Есть ограничения на число колонок, связанные с архитектурой (хранением), но это тоже не повод не считать списки таблицами. В общем, это визуальная РСУБД поверх SQL'ной РСУБД. С переопределённой терминологией.
Летают — исключительно на флаерах
Опять англицизмы, на самолётах.
...и автоматчика-надзирателя впридачу >_<
– Какие-такие «узлы» и «фрагменты»? – спросит программист, работающий с MongoDB. – Наверное, ты имел в виду «чанки» и «шарды»?
– Что за «чанки»? – переспросит аналитик, хранящий данные в HBase. – У нас данные делятся на «регионы», которые потом распределяются по «регионсерверам»!
Если у команды зоопарк из Mongo, HBase и сверху горкой Postgres, то там не о терминах нужно думать, а о том, как дошли до жизни такой.
Ну и пример притянут за уши. Юзеры монги тусят с юзерами монги, слушают доклады про монгу, читают статьи про монгу. Им по большей части параллелен вопрос, как там в другой экосистеме что-то называется. А если вопрос вдруг стал не параллелен, то профессионалу с пониманием основ не составит проблемы выучить пару новых терминов.
Обращение к издательствам: пожалуйста, НЕ ОБРАЩАЙТЕ ВНИМАНИЯ НА ЭТУ СТАТЬЮ!
Термины в том виде в котором они есть в документации к конкретному сервису должны оставаться в таком виде и в обзорных стстьях, и в рекламе и в рабочих заметках на любом языке во избежание путаницы, если вам не нравится что узел доках разного по именуется по разному обратитесь к тем кто пишет доки к этому по и попробуйте уговорить их перейти на какую-то общую терминологию, не надо переобуваться на пол пути это сделает только хуже.
Тут смешаны два вопроса: правильный перевод общетехнических терминов (от отсутствия которого, да и вообще систематического образования на родном языке, действительно, страдает сообщество), с одной стороны, и перевод специальной терминологии, относящейся к конкретным продуктам, с другой стороны. Последнее требует глубокого понимания семантики терминов, относящихся к обоим продуктам, для принятия решения о действительной эквивалентности понятий и явно выходит за компетенцию переводчика. Да и лишнюю путаницу вносить не надо.
Если люди при написании достаточно широко обсуждаемой статьи в википедию путают простую рекурсию с прямой рекурсией и рекурсивную реализацию с рекуррентным определением, то чего вы хотите от издательств.
Нафига вообще переводить техническую литературу? Ну ладно, обучили вы студента по методичке со всеми этими "узлами", "фрагментами" и "нитями". Потом этому специалисту кто-то всю жизнь должен переводить доки ко всем либам, ответы на стэковерфлоу, комментарии в коде и т.д.? Не удивительно что вузовское образование - хрень на которую человек впустую тратит время, потом самостоятельно всему учится.
Английский хорош тем что позволяет общаться кому угодно с кем угодно. В общем, именно в этом задача языка - позволять обмениваться информацией. Вроде считается что люди которые что-то создают - обычно тянутся друг к другу, а не отгораживаются...
Английский вообще очень богатый язык на синонимы. Поэтому, что у нас поток - то у англичан стримы-треды и т.д. А ещё и самих "английских" много, и стрим в Ирландии может быть совсем не тем стримом где-нибудь в Техасе или Австралии. Аналогично с названиями оттенков цветов или числом "белых цветов" у северных народов. Язык вообще очень живая штука и навязанным правилам, как ни странно, подчиняется плохо. Есть некоторые законы развития, ассимиляции слов, но "как будет говорить народ" через пару десятков лет невсегда очевидно даже лингвистам.
Так и у англичан стримы и треды - это не синонимы, а поток и нить. Или даже набор переводов в зависимости от контекста:
имя существительное: нить, резьба, нитка, нарезка, волокно, одежда, винтовая нарезка, нитка резьбы, шаг, тряпки, жила провода, прожилок
глагол: продевать нитку, нанизывать, заправлять нитью, пронизывать красной нитью, проходить красной нитью, протискиваться, пробираться, прокладывать путь, виться, вплетать, переплетать, нарезать, нарезать резьбу
имя прилагательное: нитевидный, нитяной
Английский тут вообще не причем. В том смысле, что thread и steam - это не синонимы ни разу. То, что они у нас - внезапно - стали "синонимами" (на самом-то деле - омонимами они стали... причем, полными) - это сугубо наши "проблемы".
Я вот, например, старый и помню ещё когда каноном для thread была именно "нить". И в "поток" оно превращалось - как я понимаю - из-за удачного (или наоборот - не удачного) перевода в одной книжке прям на моих глазах. Буквально, за пару лет каноном для thread стал "поток".
И в том, что такое замещение таки произошло - признак того, что "так тупо удобнее"... и с "языковой" точки зрения - в том числе. Для русского омонимичность - гораздо более естественное свойство чем для, например, английского. Значит контекста для уверенного различения "поток" - в смысле thread и "поток" - в смысле stream - нам вполне достаточно. Еслиб было не достаточно, то замещения "нить" -> "поток" просто не произошло бы.
Вот со stream и flow - не все так гладко... но оно и в "оригинале" - не "так гладко". Так что, ничего удивительного.
Поддерживаю насчёт перевода терминов. Кто ясно мыслит, тот ясно излагает. А как поёт Шнуров "Если в башне п...нь, хоть ......".
"Так почему бы во всех русских книгах не называть засечки засечками?" - хотя бы потому, что уже указанное вами слово "marks" имеет значение "метка" (и большинство РАЗУМНЫХ читателей именно так это трактует). Чуете разницу между "Черная метка" и "Черная засечка"? Жованый стыд...
Связность и сцепление, думаю, тоже сюда же.
Имхо, всё просто.
Есть общие термины с устоявшимся однозначным переводом (микропроцессор, оперативная память, программное обеспечение и т.д.). А есть узко-тематические, зачастую касающиеся лишь конкретной программы.
Общие надо конечно переводить. А вот узкие не надо. Если их и переводить, то в скобках писать оригинальное название. Или словарик терминов в книгу включить.
Т.е. для общих терминов передпочтителен перевод, а для узких - оригинал.
Если взять в качестве примера таблицу терминов баз данных из сабжевой статьи, то получаем два возможных решения:
1) Если книга просто о базах данных (в целом, о принципах построения), то логично использовать перевод: фрагмент, узел.
2) Если речь о конкретной базе данных, то то логично использовать оригинал, например: chunk, shard. Можно с пояснением: chunk (фрагмент), shard (узел) или наоборот: фрагмент (chunk), узел (shard).
Для технических документов должен быть раздел - "список используемых терминов и сокращений". Хорошо бы с ссылками на язык оригинал или документ оригинал откуда взят этот термин.
И тогда этот документ вполне может читать и новичок и специалист из другой области.
То есть пожалуйста - THREAD, STREAM, ПОТОК, НИТОЧКА, только объясните однозначно, что вы понимаете под этим термином и откуда он пришел.
Возмущает не использование заимствованных слов, а заимствование там, где уже есть ранее устоявшийся термин. Это показывает полную безграмотность пишущего, тупо копирующего английское слово. Помню как меня бесило слово "видеокарта" и "прайс-лист" у первых коммерсантов 90-х, когда уже существовали слова и термины (хотя и заиствованные ранее) видео-адаптер и прейскурант.
Иначе получается вот так https://youtu.be/Kqd7k5F-YBI?si=oOdvl9qWq1bRbPXW
Заходите на удаленную машину и пытаетесь удалить не удаленные удаленные файлы, если удаленные не удаленные файлы не удаляются попробуйте сменить владельца удаленной корневой директории на корень.
Основная, самая большая, проблема будет, когда потребуется перевести обратно на английский, например, чтобы порыться в stackoverflow или пообщаться напрямую с поддержкой. Вот тогда как раз этот момент стрельнёт очень больно
Этот механизм СУБД ClickHouse называет «засечки» (marks). Но разработчик Oracle никаких «маркс» не знает, потому что в Oracle это называется совсем по-другому
Проблема не новая и не уникальная. Возможно стоит воспользоваться уже существующим опытом лингвистов?
Светлана Бурлак. «Нужна ли норма тем, кто умеет говорить? Взгляд исторического лингвиста»
Я тут банально столкнулся с тем, что, оказывается, большая проблема - русскоязычный эксель с переведенными формулами, который не переключается на международные формулы, этого волапюка я просто никогда не знал и не изучал, и каждая формула сначала гуглится, потом пишется.
НО в целом, имхо, у автора есть определенная логика и резон: первое - в теоретических описаниях необходимо давать переводы в русских и общепонятных, наиболее близких к содержанию оригинала терминах. То есть, массив по содержанию должен остаться массивом, узел-узлом и т.д.. Мир большой, и жаргонизмов создается и исчезает ежедневно масса. За всеми невозможно угнаться, потому общетеоретические термины все должны быть унифицированы и переведены наиболее адекватно. Второе - ИТ действительно перегружен ненужными англицизмами, которые усложняют понимание извне. И третья проблема - децентрализованность переводов и зоопарк терминологии. Например, в СССР было издательство "Техническая литература", которая переводило и издавало почти все книги по фортрану (по крайней мере, те, которые мне попались в свое время), так вот там редакция унифицировала терминологию - взяв две книги разных авторов, можно было быть уверенным, что папки названы директориями, массивы массивами, а подпрограммы там не сабрутины, и отладка не дебаг по желанию левой пятки переводчика. Но так как в рыночной экономике этим занимается каждый Вася, у которого хватило желания перевести и денег издать, и которого никто даже не редактирует толком, то как грибы плодятся термины, дублирующие друг друга. Понятно, когда в БД операторши с 9 классами образования заводят одну и ту же номенклатуру с разными регистрами и пробелами, плодя записи и внося хаос, но переводчики с высшим и даже не одним делают синхронно то же самое, внося хаос в предметную область.
большая проблема - русскоязычный эксель с переведенными формулами, который не переключается на международные формулы
Остановите мой мат, как вспоминаю эту боль
Ок пусть будет на русском, но продублируйте на английском CРЗНЧ постоянно путаю AVG и не сразу доходит что нужно писать на ру
Второе - ИТ действительно перегружен ненужными англицизмами, которые усложняют понимание извне.
Непонятно кто решает нужный англицизм или нет.
А ещё большее недоумение вызывает упоминание усложнения понимания. Разве человеку извне, не знакомому с ИТ, станет понятнее, если он прочтет фразу "для оптимизации поиска используется механизм засечек", чем "для оптимизации поиска используется механизм storage indexes"? Что первое, что второе для человека не в теме, одинаково неясно и все равно требует пояснения. А если вы подробно разобрали какой-то термин и используете его по тексту в неизменном виде, то не все ли равно как он пишется?
В случае таких насильственных переводов, которые предлагает автор, есть риск ввести читателя в заблуждение, использовав для перевода английского термина слово на русском языке, которое читатель может понимать не так, как его понимает автор книги. Но так как читатель считает, что слово ему знакомо и смысл понятен, он может и не уточнить - а действительно ли оно используется в книге с тем значением, которое он предполагает.
Споры про термины напоминают мне вечные срачики про официальные переводы ролевых игр. А размер рынка и количество самих книг там таки поменьше, чем в мире it-литературы, казалось бы - давно бы уже договорились о терминах.
Шилейла или дубинка? Совомедведь или медвесыч? Лучистый урон или урон излучением? Обеерукие амбидекстры, метающие жидкостное оружие, здравствуйте. О, лопатоголовые - вы тоже тут? А самое главное, причём здесь епанча?
Как раз таки из-за таких коверканий терминологии многие книги становятся полностью нечитабельными, заставляя тратить время на то отгадывание что же там было в оригинале. И становится проще осилить книгу в оригинале чем на родном.
Так почему бы во всех русских книгах не называть засечки засечками?
А почему ClickHouse должен стать в таком случае образцом? Или почему кто-то ещё должен быть истиинным источником определений, а остальные должны как-то под него подстраиваться?
Проблема стара как код, а то и того старше и всё это лежит в пределах предметных областей конкретных вендоров и интеграторов, которые пытаются объединять вендоров в общий API. Нету единственного верного перевода для подобных вещей, учитывая что у каждого из подобных терминов часто скрывается какая-то неявная механика работы, отличающая его от аналогов. Также и с переводами - если в книге для подобных слов нет словаря, описывающего о чём речь, то и перевод на какой-то канон не спасёт.
Конечно, можно рассказывать про нити, волокна и потоки как в постсоветских книжках, но теперь это будет создавать больше конфуза в сравнении с теми же тредами, файберами и стримами.
Содержание Гуртовщики Мыши
Взято из relcom.comp.os.windows.
(c) Microsoft & ХимФак МГУ '98
Перевод куска текстовика к хелпу Win95 без основного словаря переводчиком Poliglossum с медицинским, коммерческим и юридическим словарем.
Гуртовщики Мыши
Microsoft компания получает много откликов после появления Окон 95. Мы выявили, что много пользователей встретили проблему мыши. В этом документе Служба Техничного Упора Microsoft компании сводит вместе всю полезную информацию о возможных проблемах с мышами и гуртовщиками мыши и забота-стреляние.
Если вы только что закрепили себе Окна 95, вы можете увидеть, что ваша мышь плохо себя ведет. Курсор может не двигаться или движение мыши может проявлять странные следы на поверхности стола, окнах и обоях. Мышь может неадекватно реагировать на щелчок по почкам. Но не спешите! Это могут быть физические проблемы, а не клоп Окон 95.
Почистите вашу мышь. Отсоедините ее поводок от компьютера , вытащите гениталий и промойте его и ролики внутренностей спиртом. Снова зашейте мышь. Проверьте на переломы поводка. Подсоедините мышь к компьютеру. Приглядитесь к вашей прокладке (подушке) - она не должна быть источником мусора и пыли в гениталии и роликах. Поверхность прокладки не должна стеснять движения мыши.
Может быть вам стоит купить новую мышь. Мы настоятельно рекомендуем Microsoft мышь. Она эргономично спроектирована, особо сделана под Окна 95 и имеет третью почку в виде колеса, которые могут завивать окна. Совокупление Microsoft мыши и Окон 95 делает вашу повседневную работу легко приятной.
Испытайте все это. Если проблемы остались - ваш гуртовщик мыши плохо стоит под Окнами 95. Его придется убрать.
Вам нужен новый гуртовщик мыши. Если вы пользователь Microsoft мыши посетите Microsoft Слугу Паутины, где в особом подвале вы сможете опустить-загрузить самого текущего гуртовщика Microsoft мыши. Если производитель вашей мыши другой, узнайте о ее гуртовщике. Все основные производители мыши уже имеют гуртовщиков мыши для Окон 95.
Перед тем как вы будете закреплять гуртовщика мыши, сделайте заднюю-верхнюю копию ваших досье. Почистить ваш винчестер имеет смысл. У вас должен быть старт-вверх диск от Окон 95.
После того, как вы закрепили нового гуртовщика, скорее всего ваши проблемы решены. Если они остались, напишите в Службу Техничного Упора Microsoft, и вашим случаем займется Особый Отдел.
Для эффективной помощи техничного упора, наш инженер должен знать торговую марку вашей мыши, тип (в-портовая мышь, периодическая мышь, автобусная мышь, Полицейский Участок /2 мышь, без поводка мышь, гениталий на гусеничном ходу и т.п.), версию гуртовщика, производителя компьютера (матери-доски), положение портов и рубильников на матери-доске (и расклад карт), а также содержимое досье Авто-#####.bat, config.sys и Сапог-полено.txt.
Кроме того, несколько полезных советов
не закрепляйте себе Окна 95 в то же самое место, где у вас закреплены Окна 3.икс, вы не сможете хорошо делать кое-что привычное.
если вы новичок под Окнами 95, привыкните к новым возможностям мыши. Щелкните по левой почке - выделите пункт, щелкните по правой кнопке меню с контекстом всплывет, быстро ударьте два раза по левой почке - запустите повестку в суд.
отработайте быстрый двойной удар по почкам мыши с помощью специального тренажера на пульте управления Окнами 95
специалисты Microsoft компании после большого числа опытов выявили, что наиболее эффективной командой из-под Окон 95 является "Послать на ...", которая доступна в любом времени и месте при ударе по правой почке мыши. Если вы только что закрепили себе окна 95, вы сумеете послать только на А (Б) и в специальное место "Мой портфель". Но по мере того как вы будете закреплять себе новые программы для Окон 95, вы начнете посылать на все более сложные и интересные места и объекты.
Особую эффективность команда "Послать на ..." приобретет при передачи посланий через Е-почту и общение с вашими коллегами и друзьями в местной сети-работе. Попробуйте мощь команды "Послать на ...", и вы быстро убедитесь, что без нее трудно существовать под Окнами 95.
Пишите нам и помните, что Microsoft компания всегда думает о том, как вас лучше сделать.
Вообще эта музыка будет вечной, как спор между лингвистами-прескриптивистами и дескриптивистами. Очевидно, что ни одна из крайних точек зрения не соответствует действительности, но вопрос баланса каждый раз вызывает споры. Приложение словарика в конце книги облегчает проблему, но не нивелирует её, однако даже этого практически никто не делает. В трудах по философии, где вообще местами перевести адекватно термин нельзя, обычно пишут в скобках исходник, иногда постоянно, но это тоже так себе решение.
Вызывает интерес вот такой ещё разрез:
В 2006 году в инсталляторе Убунты в Белорусском переводе случайно попутали местами "форматировать весь диск" и "не форматировать". В 2023 случайно приняли текст для Украинского перевода того же инсталлятора от фашиста из седьмого "Б".
В обоих случаях быстро поправили, и теперь даже следы-то нагуглить трудно, но всё же в первом случае кто-то успел погореть, а во втором - подгореть.
Переводчик - обычно последний, кто касается вашего продукта перед отправкой пользователю. Если вы не корпорация, то у вас нет локализованных тестировщиков для переводов. А значит, косяки переводчиков ловить некому. А значит качество перевода составляет верхний потолок качества всего продукта. Чем нанимать его за энтузиазм и орехи, лучше никак.
А мне на днях попался интересный компромисс. Само слово было переведено (гибкие навыки), но снизу дана сноска с его английским эквивалентом и комментарием. Книга 2023 года
Подход абсолютно правильный, но сам перевод мне не очень нравится.
термины "коммуникативность и адаптивность" вполне подходят под софтскиллс или не?
Кажется, что soft skills более обширный термин и включает и коммуникативность (коммуникабельность), и адаптивность, и ещё кучу всяких нюансов в искусстве общения и взаимодействия. А может и ещё шире. По сути, это всё что важно для работы, но не hard skills. Но в русском и для hard skills нет адекватного перевода.
Гибкие навыки должны быть у телеведущего, когда ветер поменялся и то, что ты час назад объявлял подлостью и безумием теперь нужно представить как мудрость и героизм. А менеджеру достаточно разговорных навыков.
Разумеется предложенное автором некорректно. Нельзя путать стандартизацию с переводом. А доверять создание стандартов издательству, которое переводит техническую литературу, уж точно нельзя. Но допустим у нас появился какой-то комитет, который сказал, что у нас только засечки и все издательства обязаны следовать этому термину. Проблема в том, что рынок не обязан, и пока процесс стандартизации не пройдет внутри отрасли, любые попытки стандартизации извне будут натыкаться на то, что засечки засечкам где-то чуть чуть, а где-то сильно рознь, с учетом особенностей, сценария использования и т.д. И дабы это как-то отразить появится зоопарк засечек, которые потом отдельно придется мапить на технические термины самих разработчиков.
Как переводить спор извечный. У статьи или у книги есть целевая аудитория, ей же она адресована. Именно этой целевой аудитории и следует книге быть понятной. Здесь следует учитыват уровень подготовки аудитории, для новичков или профи. Предположим, условный Майкрософт и АйБиЭм для обозначения одного и того же используют разные слова-термины. Разными словами они и перекочевали в русский язык. Предположим, я пользовался продуктами одной компании, потом решил изучить аналоги у конкурента. Вполне логично сначала познакомиться с терминологией, найти общее и различное, а потом углубляться в чтение книг. Поэтому считаю, что переводить следует как есть. А в помощь читающему в конце можно добавлять краткий словарь терминов и определений. Кстати, автор очень интересный пример в таблицах привел.
Человек открыл свой "ноутбук" (ну или просто "компьютер"), запустил "браузер" и на "сайте" в "интернете" решил написать статью о том как нужно спасать русский язык от англицизмов )))
Фейнман когда-то рассказывал такую историю: ему в школе не нравились стандартные написания некоторых математических функций (sin, cos и тд) и он придумал свои, использовал их в личных целях (когда работалс решебником и тд), и в какой-то момент, стоя у доски он начал решать пример имено в своих придуманых терминах и не сразу понял почему все удивляются и не понимают его. Что бы также не вышло и тут : попереводят терминологию (кто это будет делать? издатели ? переводчики?), а потом на какой-то встрече/конфе/собесе просто не вспомнишь нужный термин, потому что ты изучал предмет по вот такой вот переведенной книге.
И еще момент. Я понимаю художественную литературу нужно максимально адаптировать к языку перевода, при этом сохранив стиль оригинала. Но тех литература, на мой взгляд, должна максимально соответствовать описываемому предмету. Ну представьте у вас книга по эксплуатации китайской машины полностью переведена, с терминами, названиями , со всем, а в самой машине по прежнему все эти термины на китайском. Вам когда таже база даных выдает ошибку запроса или вы читаете мануал по какой-то команде, например по работе с теми же индексами база не переводит термины.
В вашем же примере про "засечки" в ClickHouse вы же так и не предложили названия общего термина. Вы просто перечислили как этот механизм (индекс?) называется в разных системах. Плюс нюансы работы и реализации в этих системах данного индекса могут отличаться, может по-этому они и называются по разному.
В своей сфере мне удобнее работать с англицизмами. Это как ноты в музыке, один язык, один термин. Или как латынь у медиков. Особенно, если технология не создана русскоязычной страной (что часто, хахаха, бывает). Я пойму любого коллегу, практически, из любой точки мира. Я освою любой материал в своей сфере.
Бесит, когда переводят на русский, и обычно это в итоге 2-3-4 варианта перевода, которые используют то тут, то там. Вообще, что за бессмысленное желание патриотично переводить не тобой созданное? Создайте своё и назовите по-своему. Хороший пример - игрушка матрёшка: весь мир её так и называет.
Соглашусь, что стремление слишком много внедрять англицизмы в окружающую бытовую среду там, где есть вполне русскоязычные аналоги - это перебор. Хотя... Даже в этом своём комменте использовала кучу устоявшихся заимствований, сама того не замечая ))
Бессмысленная и беспощадная борьба за чистоту языка, культуры, расы. Их борьба.
"засорять речь десятком англицизмов"
Всё с точностью до наоборот.
Язык - это прежде всего инструмент. Тем более язык в технической сфере. "Чистота инструмента" - это когда на нём ничего лишнего не прилипло, а именно не прилипло лишних смыслов.
Нить, Поток, Паутина, КнигаЛиц, ОгненнаяСтена, ...
Использование перевода терминов - это как раз "загрязнение" исходных слов лишними смыслами.
А борьба с "засорением речи англицизмами" - это фактически борьба за чистоту культуры в угоду религиозных, иррациональных и эмоциональных мотивов.
Так а кто переводить (или не переводить) термины должен? У тех кто книги переводит, не всегда может быть достаточно квалификации на это.
тут тогда уже встает вопрос не "не переводить или переводить", а вопрос разработки стандарта технических терминов для их использования в переводах и для использования в отечественной технической литературе.
По итогу будет единый словарь терминов в открытом доступе. Повысится качество переводов и понимания, как и понимания технической литературы написанной отечественными авторами.
давайте как-то продвигать этот движ. Создайте кто-нибудь ресурс, устроим голосование за термины.
Термины не должны зависеть от языка, иначе профессиональное общение будет строго замкнуто внутри одной страны: будет невозможно общаться с профессионалами из других стран и пользоваться технической документацией на сторонние разработки. Единообразие терминологии - одна из важных особенностей развития любой науки.
Публикации
Обращение к издательствам: пожалуйста, ПЕРЕВОДИТЕ термины