Английский английский или американский английский?

Question

Если у вас есть API, и вы являетесь разработчиком из Великобритании с международной аудиторией, ваш API должен быть

setColour()

или

setColor()

(Взять одно слово в качестве простого примера.)

Британские инженеры часто защищают свои «правильные» написания, но можно утверждать, что американское правописание является более «стандартным» на международном рынке.

Полагаю, вопрос в том, имеет ли это значение? Борются ли разработчики в других регионах с правописанием в ГБ или обычно совершенно очевидно, что это значит?

Должно ли это быть по-американски?

Answer 1

Как канадец, я сталкиваюсь с этим все время. Мне очень сложно набирать «цвет», так как моя мышечная память продолжает тянуться к «и».

Однако я склонен перенимать язык библиотек. У Java есть класс Color, поэтому я использую цвет.

Answer 2

У меня есть другой образец: Сериализация и Сериализация. :)

Лично я не думаю, что это имеет большое значение. Я работал над проектами, в которых использовались британские и английские орфографические страны, а они использовали британское правописание. Это все еще английский, и это не имеет большого значения из-за Intellisense.

Answer 3

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

Разработчики языка программирования и его встроенных API-интерфейсов сделали выбор, и независимо от того, являются ли пользователи международными или нет, они привыкли видеть написание в соответствии с этим выбором. Вы ориентируетесь не на носителей другого языка, а на пользователей языка программирования. Скорее всего, они выучили немало слов на иностранном языке из встроенных API, и они могут не знать, что есть различия между американским английским и английским английским. Не путайте их, переключая стороны пруда.

Я в основном использую языки .NET, а .NET Framework использует орфографию английского языка США. На этой платформе я бы придерживался американского английского. Я не знаю ни одного языка, стандартизированного для английского языка в ГБ, но если ваш язык сделал это, то непременно придерживайтесь языка.

Answer 4

Я один из тех людей, у которых сердцебиение и артериальное давление повышаются каждый раз, когда меня заставляют использовать американский английский в установочных файлах и т. Д., Поскольку программное обеспечение не позволяет использовать британский английский, но это только я :) 1001 *

Мое личное мнение по этому вопросу, однако, заключалось бы в том, чтобы предоставить оба написания, дать им setColor () и setColour (), записать код в одном из них и просто дать второму передать параметры.

Таким образом, вы будете довольны обеими группами, если ваша интеллигенция станет немного длиннее, но, по крайней мере, люди не могут жаловаться на вас, используя «неправильный» язык.

Answer 5

Я пытаюсь найти альтернативные слова, если это возможно. Я позволю размер слайда. Для цвета я мог бы использовать Hue, Ink, Foreground / Background ...

Если нет, как англичанин, я буду использовать en-GB, потому что у меня осталось немного гордости за свою страну и происхождение.

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

Answer 6

Я согласен с труппой "иди к американцу". Я сам предпочитаю en-GB при написании электронных писем и тому подобного, но американский английский в значительной степени является стандартом во всех кругах программирования.

Answer 7

Выбор языка для имен идентификаторов не имеет ничего общего с аудиторией и все, что связано с исходным языком, на котором был разработан фреймворк или API.

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

ИМХО слишком велика опасность появления тонких багов из-за разных написаний.

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

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

Может возникнуть ситуация, когда один и тот же концептуальный объект был определен с использованием нескольких классов, используя как en-US, так и en-GB.

Таким образом, независимо от того, предназначен ли фрагмент кода исключительно для внутреннего использования или же предназначен для внешнего использования, используемые варианты написания должны всегда соответствовать оригинальному языку платформы / framework / компилятора / API.

Answer 8

Во-первых, я в США. В моем текущем проекте это всегда «цвет», однако слово, которое мы не можем выбрать для написания, это «серый» против «серый».

Это на самом деле стало довольно раздражающим.

Answer 9

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

Большинство европейских компаний-разработчиков программного обеспечения (по крайней мере, с теми, с которыми я работал) ведут себя одинаково - код остается на английском языке, просто потому, что это делает код более интернациональным, если на нем появится другой программист. Внутренняя документация обычно выполняется на родном языке.

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

Answer 10

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