Бухгалтерия и английский язык

← →
Alexander Panov © (2005-08-03 15:45) [40]

Игорь Шевченко © (03.08.05 15:40) [39]

В английском языке нет понятия активно-пассивного счета.
В банковском деле в России примерно так(с разными вариациями) и называется.

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

← →
Lamer@fools.ua © (2005-08-03 15:49) [41]

>>Alexander Panov © (03.08.05 15:34) [37]

>Бругих оборотов, кроме как по счетам, не бывает.

Ну почему же не бывает? Обороты по субконто, например. Хотя субконто - это в некотором роде субсчёт, правда...

← →
Alexander Panov © (2005-08-03 15:53) [42]

Lamer@fools.ua © (03.08.05 15:49) [41]
Хотя субконто - это в некотором роде субсчёт, правда...

счет и есть счет, как его не назови;)

← →
Игорь Шевченко © (2005-08-03 15:56) [43]

Alexander Panov © (03.08.05 15:45) [40]

> В английском языке нет понятия активно-пассивного счета.

Есть хороший анекдот на эту тему :) Насчет того, что ... есть, а слова нету.

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

Собственно, кто будет определять, что нужно, а что не нужно - ты или автор ветки ?

← →
Alexander Panov © (2005-08-03 16:25) [44]

Игорь Шевченко © (03.08.05 15:56) [43]
Собственно, кто будет определять, что нужно, а что не нужно - ты или автор ветки ?

Про что и разговор. Я сказал, как думаю, автору думать, как поступать.
И пост [39] считаю абсолютно неуместным.

← →
Игорь Шевченко © (2005-08-03 16:27) [45]

Alexander Panov © (03.08.05 16:25) [44]

> И пост [39] считаю абсолютно неуместным.

А я считаю неуместным введение такой вот...терминологии, как посте [37]. Автору, опять же, решать.

← →
Суслик © (2005-08-03 16:39) [46]

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

Всё множественное я всегда называю с суффиксом s.

Например, список проводок - Provs, класс проводки TMLProv (ML это префикс объектов бизнес логики в нашей системы корни которого восходят к суперклассу). Хотя я знаю, что "проводка" в западной фин. литературе пишется иначе, я использую то, что понятней мне.

Префиксы я использую для модулей runtime пакетов и классов в них (хотя это не всегда). Эти префиксы помогают избежать конфликта имен при дин. загрузке модулей.

ЗЫ. К профессионализму имхо это отношения не имеет вовсе. Обратная же тенденция (называть все верными англ. именами) говорит о снобизме и необразованности в предметной области (hint к последнему утверждению: бухучет НАШ и НЕНАШ достаточно сильно различаются. Наделять названием что-то, что не имеет соотвествующей названию семантики имхо и есть непрофессионализм).

← →
Игорь Шевченко © (2005-08-03 16:47) [47]

Суслик © (03.08.05 16:39) [46]

> Обратная же тенденция (называть все верными англ. именами)
> говорит о снобизме и необразованности в предметной области

Вах! Пойду удавлюсь. Дима, ты когда еще что-нибудь мудрое соберешься сказать, дай знать, плиз. Только я советую учесть, что разработчики, они контингент в общем случае не постоянный.

А напоследок цитата:

"Важной частью пропагандируемого мною стиля программирования является разложение сложных процедур на небольшие методы. Если делать это неправильно, то придется изрядно помучиться, выясняя, что же делают эти маленькие методы.
Избежать таких мучений помогает назначение методам хороших имен. Методам следует давать имена, раскрывающие их назначение. Хороший способ для этого - представить себе, каким должен быть комментарий к методу, и преобразовать этот комментарий в имя метода.
Жизнь такова, что удачное имя может не сразу придти в голову. В подобной ситуации может возникнуть соблазн бросить это занятие - в конце концов, не в имени счастье. Это вас соблазняет бес, не слушайте его. Если вы видите, что у метода плохое имя, обязательно измените его. Помните, что ваш код в первую очередь предназначен человеку, а только потом - компьютеру.
Человеку нужны хорошие имена. Вспомните, сколько времени вы потратили, пытаясь что-то сделать, и насколько проще было бы, окажись у пары методов более удачные имена. Создание хороших имен - это мастерство, требующее практики; совершенствование этого мастерства - ключ к превращению в действительно искусного программиста."
(с) Мартин Фаулер

← →
oldman © (2005-08-03 16:51) [48]

> Суслик © (03.08.05 16:39) [46]

И у меня ду-у-у-урацкая привычка писать не "zarplata", а "salary"... не "fio" а "name"... Вот ведь...

← →
Суслик © (2005-08-03 16:54) [49]

> [47] Игорь Шевченко © (03.08.05 16:47)

Вах, вах, Игорь, не надо!
Даю знать! Читай внимательнее посты!
Про то, что нужно придумывать плохие имена я не говорил!

Имена должны быть понятные!!! В общим мы с Мартином заодно, и ты нас (я же с ним заодно, я с ним согласен, т.е. под цитатой хоть сейчас готов подписаться, почту наладят - обязательно письмо ему пошлю) цитируешь! Ура! Согласие достигнуто!

← →
Суслик © (2005-08-03 16:56) [50]

> [48] oldman © (03.08.05 16:51)

очень хорошое имя Name.

Только ты должен тригер повесить куда-то что под нэймом имеется в виду именно fio, а не first name и не last name.

Действительно дурацкая привычка.

← →
oldman © (2005-08-03 16:58) [51]

> Суслик © (03.08.05 16:54) [49]
> Про то, что нужно придумывать плохие имена я не говорил!

Класс!!!
Надо завести в конторе такую должность - Придумыватель Плохих Имен.

:)))))))))))))

← →
Суслик © (2005-08-03 16:58) [52]

Знаете, товарищи, все хорошо вмеру и в свое время. Иногда лучше перевести досрочно.

Кстати, как вы ИНН, КПП, ОКПО и прочую лабудень будете переводить в НЕСОКРАЩЕННОМ виде? Вы такую штуку в справочинке найдете?

2OldMan.
Кслову, зарплату я тоже не zarplata назову. А вот насчет name подумай - плохое название.

← →
Суслик © (2005-08-03 16:59) [53]

Виноват

> Иногда лучше перевести досрочно.

ДОСЛОВНО

← →
Игорь Шевченко © (2005-08-03 17:00) [54]

Суслик © (03.08.05 16:54) [49]

> Про то, что нужно придумывать плохие имена я не говорил!

Ну слава Аллаху, всемогущему и всемилостивому, в этом мы сходимся.

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

← →
Суслик © (2005-08-03 17:02) [55]

> Игорь Шевченко © (03.08.05 17:00) [54]

Игорь, судя по всему (вернее точно!), у тебя область отличается от бухгалтерии. В НАШЕЙ бухгалтерии есть куча терминов, которые перевести в англ. термин с ТАКОЙ ЖЕ СЕМАНТИКОЙ невозможно. Т.к. их там просто нет.

← →
Игорь Шевченко © (2005-08-03 17:06) [56]

Суслик © (03.08.05 17:02) [55]

Э...в моей области тоже есть ряд терминов, отсутствующих в зарубежье. Ищем аналоги, если приспичит.

← →
Суслик © (2005-08-03 17:10) [57]

> [56] Игорь Шевченко © (03.08.05 17:06)

Если ты найщешь аналог, то этот аналог становится точно таким же внутрефирменным словом. Да, есть составные термины, которые, не имеют прямого полного перевода, но будучи дословно переведенными остаются понятными. Но как мне говорит мой опыт так бывает не всегда.

← →
Alexander Panov © (2005-08-03 17:14) [58]

Есть устоявшиеся профессиональные термины и выражения, переводить которые не имеет смысла. Я бы сказал, что даже вредно.
Ни за что не буду переводить КПП на английский язык.
Хотя для него естьпростое сокращение - PIN.
Но PIN имеет еще и другие значения, поэтому то же наименование поля у меня будет называться KPP, а не PIN.

И принцип ради принципа - это моральный онанизм.

← →
Суслик © (2005-08-03 17:18) [59]

> [58] Alexander Panov © (03.08.05 17:14)

Прямо зауважал Вас, Александр.
Точно подмечено.

Особенно последняя строка :)

← →
Игорь Шевченко © (2005-08-03 17:20) [60]

Суслик © (03.08.05 17:10) [57]

> Если ты найщешь аналог, то этот аналог становится точно
> таким же внутрефирменным словом.

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

Alexander Panov © (03.08.05 17:14) [58]

> Ни за что не буду переводить КПП на английский язык.

Не переводи. Тебя никто не заставляет.

> И принцип ради принципа - это моральный онанизм.

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

← →
oldman © (2005-08-03 17:24) [61]

Принцир ради принципа - это аморальный онанизм...

А кто межает КПП хранить в переменной с именем Code_1? А ИНН в Code_2?
И вставить в текст программы комментарии?

← →
Alexander Panov © (2005-08-03 17:28) [62]

oldman © (03.08.05 17:24) [61]

ИНН - Code_1
КПП - Code_2
ОКПО - Code_3
OKATO - Code_4
ОКОНХ - Code_5

Удобно использовать?

А есть еще коды налоговых инспекций и пр.

← →
oldman © (2005-08-03 17:31) [63]

> Alexander Panov © (03.08.05 17:28) [62]
> Удобно использовать?

На любителя...
Немногим хуже, чем INN, KPP, OKPO, OKATO и OKONH... :)

← →
Суслик © (2005-08-03 17:31) [64]

> [61] oldman © (03.08.05 17:24)

> А кто межает КПП хранить в переменной с именем Code_1? А
> ИНН в Code_2?
> И вставить в текст программы комментарии?

В кажом месте, где есть Code1?

Если бы я писал на java, то я бы сдел объект-значение типа Code1, при это в javadoc к этому классу засандалил бы описание на русском языке, что этот тип значит. Среда мне выдала бы этот комментарий если бы я навелся на переменную

Code1 code1;

Согласен, что это можно делать и в дельфи2005. Там тоже вроде как появляются средства документирования кода, как javadoc. Другой вопрос, что в 2005 это пока криво работает. Когда это будет функционировать хорошо, я буду полагаться на документирование. Пока я лишен этой возможности.

← →
Alexander Panov © (2005-08-03 17:32) [65]

oldman © (03.08.05 17:31) [63]
На любителя...
Немногим хуже, чем INN, KPP, OKPO, OKATO и OKONH... :)

Через месяц, когда я вернусь к исходникам, мне придется поначалу частенько возвращаться к месту, где определены эти переменные, чтобы вспомнить, какая для чего.

← →
Суслик © (2005-08-03 17:34) [66]

> [61] oldman © (03.08.05 17:24)

Я даже так скажу. Назови как тебе нравится. Пользуйся, если удобно.

Но:

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

← →
Игорь Шевченко © (2005-08-03 17:37) [67]

> А кто межает КПП хранить в переменной с именем Code_1? А
> ИНН в Code_2?

Это плохо

← →
by © (2005-08-03 17:40) [68]

Суслик © (03.08.05 17:31) [64]
Другой вопрос, что в 2005 это пока криво работает
В C# в Visual Studio через XML документирование это хорошо работает. Написал немного коментов и потом видишь описагия переменных, параметров функций, удобно.

> Alexander Panov © (03.08.05 17:32) [65]

> Суслик © (03.08.05 17:34) [66]

> Игорь Шевченко © (03.08.05 17:37) [67]

Господи, да называйте Вы переменные как хотите...
Я ВАМ НЕ УКАЗ!!! И это так!!!
Вообще-то k2 просил просто перевести термины.
А словаря ни у кого нет? :)))

Суслик © (03.08.05 17:42) [70]
да я тоже это там видел. Может и delphi2005 дорастет до этого.

А кто сказал, что среда программирования Delphi?
Это может быть любой язык.
Важен общий принцип.

Есть, конечно проблемы. Но, друзья, (Суслик и Саша Панов в частности) вы то приводите примеры лишь аббревиатур.

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

Есть ли отличные от аббревиатур названия сущностей, которые вызывают жуткие сложности?

Помнится, мне на ревью код прислали от заказчика. Так там почти все идентификаторы на немецком были. "Убил" бы. Медленно и жестоко. Я "предлагал" при рефакторинге дать в отместку русские или украинские имена. Жаль, не одобрили. :o)

Lamer@fools.ua © (03.08.05 22:08) [74]
Во-во, абсолютно идентичная ситуация. Немецкие идентификаторы.

Кроме того, видал я программы с португальскими (из Бразилии) и... кажись из Азии кто-то присылал, Япония что-ли... Короче, куча удовольствия.

Lamer@fools.ua © (03.08.05 22:08) [74]
Аппликуха есть, она тут обсуждалась недавно. Так она переименовывает идентификаторы в такой бред... Во, что надо было сделать!

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

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

Alexander Panov © (03.08.05 15:34) [37]
я не придираюсь конешно :), но вроде все-таки по английски debit, а по русски дебет

спасибо всем за советы :)

>>pasha_golub © (04.08.05 00:19) [75]

>Аппликуха есть, она тут обсуждалась недавно. Так она переименовывает идентификаторы в такой бред... Во, что надо было сделать!

Обфускатор, вероятно.
Не катит. Они могли бы второй раз не ревью отправить или попросить реализовать дополнительную функциональность.
:D

>>Petr V. Abramov © (04.08.05 02:39) [77]

Хм, а чё? Намана звучит: technological thing.

k2, переводите "активно-пассивный счет" как "technological thing". Пусть народ потом ломает голову, шо это такое. :o)

Бухгалтерия и английский язык Найти похожие ветки