Английский английский или американский английский? - PullRequest
81 голосов
/ 01 октября 2008

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

setColour()

или

setColor()

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

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

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

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

Ответы [ 28 ]

69 голосов
/ 01 октября 2008

Я бы предпочел использовать американский английский, так как это стало нормой в других API. Говоря как английский программист, у меня нет проблем с использованием, например, «цвета».

50 голосов
/ 01 октября 2008

Я не являюсь носителем языка. В письменной форме я всегда стараюсь использовать en-gb. Однако в программировании я всегда использую en-us вместо британского английского по той же причине, по которой я не использую немецкий или французский для своих идентификаторов.

15 голосов
/ 01 октября 2008

Зависит от того, где вы видите большинство ваших клиентов. Лично я предпочитаю использовать английский-ГБ (например, цвет) в своем частном коде, но я перехожу к цвету для опубликованных приложений / API / кода!

15 голосов
/ 01 октября 2008

Как правило, я был бы сторонником написания ГБ, но я думаю, что код читается намного лучше, если он согласован, и я нахожу:

Color lineColor = Color.Red;

выглядит намного лучше, чем:

Color lineColour = Color.Red;

Полагаю, что в конечном итоге это не имеет значения.

9 голосов
/ 01 октября 2008

Несмотря на то, что я обычно очень педантичен в отношении правильного написания, я, как британский разработчик, всегда следовал американскому «цветному» написанию. На всех языках программирования, с которыми я сталкивался, это так, поэтому для согласованности использование 'color' имеет большой смысл.

4 голосов
/ 01 октября 2008

Как английский программист, я использую en-US для своего разработчика программного обеспечения. Американский английский доминирует почти во всех других API, поэтому гораздо проще придерживаться одного типа орфографии и устранить неоднозначность. Это бесполезная трата времени на поиск метода только для того, чтобы обнаружить, что орфография отключена на одну букву из-за локализации орфографии.

4 голосов
/ 01 октября 2008

Я бы пошел с текущими стандартами и выбрал американское английское правописание. HTML и CSS являются общепризнанными стандартами с надписью «color», во-вторых, если вы работаете с такой платформой, как .NET, скорее всего, у вас уже есть цвет, доступный в разных пространствах имен.

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

Label myLabel.color = setColour();
4 голосов
/ 01 октября 2008

Предполагая, что это API Java или C #, это, вероятно, не имеет значения, учитывая широкое распространение функций автозаполнения в IDE. Если бы это был динамический язык или тот, где современные IDE не являются нормой, я бы пошел с американским написанием. Конечно, я американец и поэтому явно предвзят, но кажется, что большая часть кода, который я вижу от разработчиков, которые не являются носителями английского языка, использует американское правописание для своих имен переменных и т. Д.

3 голосов
/ 01 октября 2008

Большая часть документации по разработке (как и MSDN) написана на американском английском.

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

3 голосов
/ 01 октября 2008

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...