Очень радостное событие Наконец-то все-все-все свели в один талмуд. У меня с английским туговато, и я много чего напереводил по 2007 с помощью специально заточенного Промта. Как правило, получались вполне понятные куски.
Предлагаю начать народный проект по переводу последнего стандарта. Если найдутся хоть человек пять желающих, тогда я тоже причешу и выложу свои уже переведенные куски.

А по мне, так это пустой труд. Объём большой, новое страчат быстрее чем переведёшь.
Имеет смысл только избирательно, в образовательных целях, для написания каких статей.
Сам плохо английский знаю, тоже промт и лингво, хоть как-то заставляет английский подучивать.

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

Народ, подскажите пожалуйста, как скачать этот самый

uploads/DOCs/SystemVerilog/05354441.pdf

Ссылка на рапиде уже по ту сторону реанимации.

4 десятка полезных постов на форуме, думаю, спасут отца русской демократии (см. общие правила форума).

Чёт отец русской демократии до этого невнимательно искал информацию, нашел, прочитал, спасибо. Похоже, в скором времени скачать ничего не получится, 50 дней испытательного срока - это довольно много, читать-то хочется уже сегодня .

попробуйте поискать на генлибрусеке...

Подскажите, пожалуйста, поподробнее, что это за зверь - генлибрусек . Я пробовал genlib. ru и вариации, но так никуда и не попал. Сам genlib говорит, что виртуальный сервер отключен. Фраза достойная, можно помедитировать .



Только что сам нашел, спасибо.

Готов принять участие в переводе нескольких глав из стандарта IEEE 1800-2009. Предлагаю присоединиться всех желающих. Легче потратить неделю на перевод и пользоваться уже переведенным, чем каждый раз переводить то, что нужно в данный момент. Да и забывается оно.
На мой взгляд, нужно перевести первые две части.
Только нужно выработать для начала единый стиль. Естественно, желательно, чтобы было как можно ближе к оригиналу, только с терминами на "нашем" языке.
И хорошо бы нашелся "диспетчер", раздающий задания, принимающий "работу", и т.п. Кто-то из "корифеев".
Расскажу, как делаю я. Пишу всю документацию в OpenOffice, со стилями и т.п. Из него можно и в MS Office сохранить (делаю только по крайней нужде по требованию заказчика), и в pdf экспортировать. Копирую абзац, который хочу перевести, перевожу вручную, с использованием Artefact Dictionary (у него есть несколько словарей, в том числе словарь компьютерных терминов). Переводил куски из старых стандартов, из нового нет ничего. Знаю, что все равно каждому придется что-то переводить и хранить где-то, пусть хотя бы "самое важное". Так почему бы не сделать это сообща?

Лучше выучить английский нормально и читать не напрягаясь.

Еще лучше было родиться в США и думать на английском.
Как ни крути, а по-русски мы воспринимаем информацию быстрее, и точнее.

Стандарт на верилог написан очень простым языком, как книжка скорее, а не как официальный документ. Он читается очень легко. Там мало редких слов, нет сложных оборотов и времен. К тому же, английский язык для описания подобных технических вещей подходит лучше русского - русский слишком богат и насыщен, на нем чтобы однозначно выразить мысль, приходится, порой, целый абзац текста приводить, а английский в этом смысле попроще, и на нем получается однозначнее. Я уже лет 5-7 пишу комментарии в сорцах только на английском - выходит короче и однозначнее (и нет проблем с кодировками и буквами "я" в комментариях ).

Кроме того, такие вещи, как Стандарты, руководства пользователя, даташиты и т.п., переводить на русский является достаточно бесперспективным занятием - новые версии выходят быстрее, чем за ними успевают "переводчики".

Сами по себе подобные мануалы пишутся специально простым языком, т.к. рассчитаны не на "нативов", а на весь мир. Там нет сложных конструкций, которыми изобилуют произведения того же Э.Хэмингуэя, и лексика (слова) подбираются из арсенала общеупотребительных. Где-то читал/слышал, что у амеров даже есть требование, чтобы текст таких документов был написан языком, по сложности соответствующим уровню 3 класса общеобразовательной школы.

В общем, способность читать такие документы без больших усилий - это необходимое свойство сегодняшнего инженера-разработчика. Тут нужна практика. Чуть-чуть подучить язык (главным образом, времена, коих там вагон - как говорила наша "англичанка" в школе: "Времена - это половина английского языка. Вторая половина - лексика"), а практика даст лексику. И потом и внимания обращать не будете на трудности - будете свободно воспринимать написанный в мануалах текст.

Не сказал бы, что у меня есть проблемы с английским (кроме времен )
И комментарии в свое время писал на английском, потом вернулся к русскому. Подумал, зачем эти понты. Качество комментариев изменилось (надеюсь, в лучшую сторону ).
На английском писать было удобнее тем, что раскладку клавиатуры переключать не нужно
А переменным и функциям в программах всегда давал имена от сокращения английских слов.
Когда я что-то перевожу, то усваиваю это лучше.
Наверное, в данный момент какой-нибудь "писатель", например Стешенко, в поте лица переводит данный стандарт. Потом книжку издаст. Я куплю.

Причем тут понты? Комментарии на английском чаще реально лаконичнее и однозначнее. Возможно оттого, что терминология идет "оттуда". Я вообще комментариев пишу мало, стараюсь, чтобы код был самодокументированным. Но где есть нюансы неочевидные, там стараюсь кратко комментировать. И вряд ли по-русски выйдет лучше.

Предложите текст комментария короче, с не худшей по информативностью и чтобы это нормально звучало по-русски (без жаргона, в частности)?

Или вот совсем простой пример, где, казалось бы, точно никаких проблем нет:

Как по-русски написать? Вроде бы можно коротко: "Выключить активность на процессорной шине". Но согласитесь, выглядит это коряво. В русском языке слово "активность" имеет оттенки, и они не очень попадают в контекст шин процессоров. Да и выражение "выключить активность" звучит не по-русски. "Подавить активность" (противника) - да, по-русски. "Проявить активность" - тоже нормально. А вот выключить или включить...

И таких примеров могу привести мульён. Думать над текстом комментария в таких случаях приходится куда дольше, чем просто написать на "нативном" языке, из которого и вся терминология растет.

Прошу прощения за

И сделать английский язык государственным. А русский выкинуть за ненадобностью.
Извините, не удержался.


Спасибо.

На это не надейтесь. Корифеи цифрового дизайна нынче мыслят по-английски. Мода такая.

Извините, не удержался...
Давно читаю этот топик.
Вот что могу предложить. Мой "краткий курс hdl" я потихоньку открываю в темпе того, как КиТ вывешивает не своем сайте архивные номера.
Если у кого-то есть желание разместить в сети переведенные главы SV, то могу предложить страницу на моем сайте. Соответственно, со всеми атрибутами авторства...
Я же давно сделал перевод большой части материалов о SV и готовился ее напечатать... Но только домашние дела не позволили. И осталось переделать и опробовать примеры, потому что гнать передранные примеры - плохо.
Но только меня заверили, что это не поддерживается Альтерой и Ксайлинксом и почти никому не нужно...

Но и это еще не все...

Так же могу предложить и другой вариант. Если хотите, то можно напечатать то, что у Вас переведено. Но не как часть стандарта, потому, что на "передирание" стандарта нет легальных прав, а как комментарии к стандарту. Т.е. Вы даете часть стандарта, а потом к этой части добавляете свои примеры, объяснения и т.д.
Удачи!

Я написал бы "снять активность процессорной шины", или "убрать", "очистить"... вариантов много. И ничего не потерял бы в смысле. С моей точки зрения, даже полезно, когда об одном и том же говорится разными словами.
Если в комментарии повторяется то же, что написано в коде в сокращенном, но логически понятном виде, то и комментарий такой не нужен.
to Vadim (in English )
Подождем еще какое-то время, посмотрим, вдруг найдутся энтузиасты?

Не, надо языки программирования перевести на русский, английский фтопку. Представляете код:

Или:

Икэбана. Правда, с переводом оператора goto у меня трудности.

И тогда можно английский послать фтопку. Правда, еще интернет есть.


Аналогично.


В том то и дело, что ни "убрать", ни "очистить", ни даже "снять" не отражают смысла. Смысл именно "выключить". Но слово "активность" тут не бьет. Надо какое-то другое слово придумать. Короче, думать приходится больше. И писать, как правило, тоже.


В данном случае комментарий более чем уместен - не очевидно из кода, что именно он делает.


В любом случае желаю удачи вам и вашим единомышленникам в этом начинании.

Я думаю, с размещением текста проблем нет. Мне наиболее логичным представляется на местном ftp.

Уже не так. По крайней мере для Altera.

Это совсем другая работа. Ценность ее приближается к тем оценкам, которые давали противники перевода стандарта.
Я подписываюсь только под буквальный перевод стандарта.

для dxp
http://ru.wikipedia.org/wiki/%D0%AF%D0%B7%...%BA%D0%BE%D0%BC
надеюсь, ссылка верная.
Я не призываю ни к одной крайности, ни к другой. Я и сам использую комментарии на английском иногда, для быстроты. Истина, как обычно, где-то посередине.

поддерживаю dxp, совершенно бессмысленное занятие, если уж язык не дается, то съездите за границу, достаточно быстро научитесь мыслить на английском %)

лучше бы Adaptive Filter Theory © Haykin перевели, вот его про LS алгоритмы достаточно сложно читать в оригинале %)

даже с той точки зрения, что, переводя, вникаешь в каждую букву текста, потом это формулируешь, что непременно приводит к лучшему пониманию...?

Я думаю, мыслить на иностранном языке не научишься никогда.
Научишься говорить. Вернешься - так же быстро забудешь.

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

Ошибочка, должно быть:

Но мне очень понравилось. Читается великолепно. Главное, автоматизировать перевод на любой язык ключевых слов проблем нет. Пора делать language packs (простите, языковые пакеты) для языков программирования.

Не, не надо. Это будет не общечеловечно.

А что тут представлять? Англоязычные программисты примерно так его и воспринимают. Родной язык, как-никак.

На всякий случай цитата отсюда http://www.cardarmy.ru/proekt/lisp/art1.htm :



Спасибо на добром слове



Имхо, никакой агрессии не наблюдается. Каждый блюдет свой интерес - мне лично желательно иметь русский перевод стандарта, но один я не справлюсь. Многим он не нужен, и даже если он будет, пользоваться им они не будут - вот и появляются высказывания о его ненужности. Не более того.



Спасибо за предложение, но ViKo уже высказал также и мое мнение по этому вопросу.
А насчет прав на перевод, Вы правы. К сожалению, размещение перевода в сети не совсем законно


А чего так? Примените свой совет:

к себе, и всего делов.
Не сочтите за наезд.

я читаю техническую литературу медленно, вдумчиво, с конспектом и вникая в детали, понимая больше чем достаточно. А перевод, ну перевели вы, разобрались, через год забыли и врядли будете смотреть свой перевод, скорее всего будете смотреть оригинал или новую версию.


Люди разные, я работал с немцами, много общался. Немного усилий и фразы начинают складываться в голове уже на английском, не требуя перевода. Был за рубежом, тоже самое, мозг перестраивается и начинает легко воспринимать стиль и речь.


Да нет неплохо, но для меня это пустая трата времени, не дающая ничего. Начинающие воспримут идею позитивно, но ведь рано или поздно им всё равно сталкиваться с оригиналом на языке оригинала.


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



2 ViKo & Vadim

Дарю идею, бесплатно, т.к. у меня руки не скоро дойдут (а запросы периодически поступают %)). Сделайте цикл статей "OVM/VMM для чайников" и нормально раскажите и покажите что это такое и с чем это едят. На своих примерах (а не взятых с китов), с объяснением эффектов, принципов и т.д. и т.п.

ИМХО вот это много более полезно и многие за это скажут спасибо.

Вот и я ... с конспектом в виде компьютерного текста. Даже не столько для будущего чтения, сколько для теперешнего осознания читаемого.


Признаюсь, я даже не знаю, что это такое, хотя и видел упоминания на форуме. (удалил флуд)

Если вдруг найдутся желающие присоединиться, просьба выбрать себе главу(главы) и сообщить об этом сюда. Можно выбирать все, кроме:
4. Scheduling semantics
6. Data types
8. Classes
13. Tasks and functions (subroutines)
14. Clocking blocks
18. Constrained random value generation
25. Interfaces

Все, что имею на текущий момент, лежит в /upload/DOCs/IEEE_1800_2009_ru и будет постоянно обновляться (надеюсь).
Просьба не стрелять в пианиста Кое-где пока явный бред. Пока нет ни одной законченной главы, но классы и клокинг блоки близки к завершению.

безумству храбрых пою я эту песню!
однако вы уверены, что эту тему нужно было крепить в шапку? я сомневаюсь.
или это только на время ведения проекта?

Подтверждаю свое участие.
Перевожу 25 главу про Интерфейсы, в тесном сотрудничестве с Vadim

Обоснуйте.


Ну если вдруг проект будет завершен, то таки да - смысла держать тему в шапке не будет.

ну, потому что как я вижу данная тема несёт 2 см. нагрузки:
1)координационный центр;
2)привлечение волонтёров;
2,5) чтоб народ знал своих героев в лицо - доска почёта.
как вы понимаете смысл помещения её в шапку имеет только для п.2-2,5, а так общей полезной информации она не несёт.

В шапку я закрепил временно. Потом почистим.

Начат и завершен перевод раздела 24. Programs.
Кое-что добавил. Обновил закрома.

Завершен перевод раздела 8. Classes. Таблицу только поленился нарисовать.
Обновил закрома.

Объясните новичку в личку, что за секретное начало, у окончания этого адреса /upload/DOCs/IEEE_1800_2009_ru.

Спасибо

в личку не получится, потому как у вас с одним сообщением и на личку прав кажись пока нет.
секретное начало это адрес общака местной знати, для того чтобы стать частью её вам понадобится мин. 40 содержательных сообщений. (см. правила форума)

Завершен перевод раздела 4. Scheduling semantics.
Как обычно, поленился сделать рисунок и таблицу.
Обновил закрома.

и как вы быстро так главы эти щёлкаете! расскажите чем пользуетесь для перевода - не в ручную же?

Спасибо, польщен. Вы перевод хоть хоть одной главы смотрели? - вдруг я какую-нибудь ерунду написал?
Когда-то сделал промтовский словарь специально для SV, постепенно вносил туда новые слова, которые промт упорно смешно переводил. Им сейчас и перевожу. Пополнение словаря забросил, все равно руками править.

пока нет. но к правке потом могу подключится, если потребуется вспоможение. (просто у самого пока много текстовой работы)

2 Vadim: Вы тут проболтались, что в Latex`е набираете перевод... так, может, и исходник выкладывали бы, может кто что подправлял бы.., ту же табличку или рисунок вставил на досуге... А почему пакет hyperref не используете, чтобы ссылки работали?

Хоть большого смысла в этом не вижу, выложил. Только просьба в пианиста не стрелять

Ну вот Вы уже и прицелились Они и не должны работать, я вообще их не использовал, не вижу смысла, весь документ я не переведу, а иначе зачем они? Просто синий цвет и подчеркивание - похоже на оригинал. О пакете hypperref слышу впервые, играю, как умею

ЗЫ

xelatex это не latex... с какой стороны к нему подходить - не понятно.., у меня под вин и нет такой програмы. А про Гипертекст в PDF (hyperref) хорошие две статьи здесь, очень удобная штука за даром...

Оказалось у меня старая версия Miktex`а, в более новой он есть. Я добавил ссылку на hyperref и сразу довавились гиперссылки по содержанию и bookmarks:

Только у меня, почему-то, ругается при компиляции, но пдф делает, может в курсе в чём дело:

Завершен перевод раздела 26. Packages. С таблицей получилось как обычно .
Обновил закрома.
nikolascha, даже не знаю, что Вам ответить.


Ссылки по содержанию добавились - еще могу понять, но кто такие bookmarks, и почему по ним добавились ссылки, если в исходниках не предпринято никаких усилий по их добавлению. hyperref - телепат?

Добавил таблички 4-1, 8-1, 26-1 и рисунок 4-1, но перевод оставил вам... Закинул архив в upload/DOCs/IEEE_1800_2009_ru/, изменения коснулись 4-х файлов.


Откройте мою версию файла и всё поймёте. Сейчас работают перекрестные ссылочки на таблички, которые добавил. Если нажать на номер 4-1 (8-1 или 26-1) перейдёшь к заглавию таблицы. Так можно сделать и остальные ссылки по разделам...

Готов присоединиться. Если никто не начал могу взять например 16. Где кстати лежит сам стандарт? Я меня только 2007 года. На фтп найти не смог.

upload/DOCs/SystemVerilog/05354441.pdf

Могу только приветствовать Ваше начинание
Только название главы уточните, пожалуйста, а то непонятно:
16 - это Program block в 2007 (24. Programs в 2009) - уже переведено
или 16 - это Assertions в 2009 (17. Assertions в 2009) - тогда милости просим Но там 110 страниц !!!

Имел ввиду Assertions в 2009. Давно хотел изучить, а такое начинание дисциплинирует. Про количество страниц знаю и быстро не обещаю.

Завершен перевод раздела 33. Configuring the contents of a design
ЗЫ nikolascha, спасибо, Вы подвигли меня к экспериментам с таблицами, и я с ними почти разобрался. Ваши таблицы и рисунки использовать не буду, извините, они не похожи на оригинальные.

Ну это как хотите, делайте как вам больше нравится... С рисунком и таблицами понятно, а чем вам пакет hyperref не понравился? Что плохого в том, что по содержанию можно сразу перейти на нужную страницу, или вам цвет ссылок не нравится, так он легко меняется на другой...?

Пора заводить репозиторий cvs|svn|git для поддержки разных веток и разных пользователей