Как разработчики, не говорящие по-английски, мы можем писать код, таблицы, функции и т. Д. На нашем родном языке; Или мы можем написать весь код на английском.
Мы естественным образом владеем родным языком. Это позволяет нам естественным образом находить синонимы, антонимы, значения одного и того же слова, тонкие различия в оценке и т. Д.
В английском языке вы можете использовать неправильные термины для определения концепций или частей вашей системы. Например, используем ли мы заказчик или клиент?, Имя или имя?, Фамилию или фамилию? …
У нас даже может быть сочетание того и другого, в некоторых случаях мы можем обнаружить, что класс Customer имеет атрибут surname, тогда как в классе User мы используем lastname как атрибут.
На вашем родном языке вы никогда не будете тратить время на переводчик Google, чтобы проверить, как переводится термин, или найти нужное слово; Вы просто работаете и разрабатываете свой код….
Проблемой всегда было вовлечение персонала в проект или соблюдение всеми участниками одного и того же стандарта кодирования. Не у всех может быть одинаковый уровень владения английским, поэтому эти люди будут пытаться писать по-испански, и, наконец, возникнет смесь понятий между английским и испанским.
Некоторые люди рекомендуют использовать свой родной язык, чтобы отличать свой код от кода, который может принадлежать внешней библиотеке.
Итак ... Почему мы должны использовать английский язык при разработке кода?
Все команды и ключевые слова языков программирования (наиболее часто используемых) написаны на английском языке, поэтому, если мы будем использовать наш родной язык, мы получим неизбежную смесь. Давайте посмотрим на пример с классом Cliente (Клиент):
public class Cliente {
protected String nombre;
protected String apellido;
….
public String getNombre ()…
public String getApellido ()…
}
При кодировании на испанском языке мы имеем дело с неизбежной смесью слова get с атрибутом nombre (имя), что нечетко и не разборчиво невооруженным глазом. При кодировании на английском языке и использовании языков программирования на основе английского мы избегаем смешивания языков, что упрощает чтение кода.
Некоторые языки и фреймворки готовы понимать английский язык с точки зрения семантики. Пример: Ruby on Rails знает, что таблица в базе данных для данной модели всегда должна быть именем модели во множественном числе. То есть, имея модель «Человек», будет искать таблицу «люди».
Если мы хотим участвовать в проектах с открытым исходным кодом, вклады должны быть на английском языке. Я не знаю известного проекта с открытым исходным кодом, который не был бы на английском языке.
Акценты, «ç» и специальные символы работают не на всех языках, из-за чего у вас будут неправильно написанные слова, если вы введете их на своем языке. Классическим примером на испанском языке является слово año (год), некоторые языки могут не поддерживать ñ в качестве имени переменной или класса, поэтому мы должны использовать слово anio, anno или ano (анус). Уродливо, не правда ли?
Если однажды вы планируете работать за границей, потенциальные компании, которые захотят вас нанять, захотят увидеть ваш код, но они не поймут, написан ли ваш код на другом языке. Постарайтесь иметь свои репозитории Github с кодом и документацией на английском языке.
Сколько раз мы должны публиковать части нашего кода, чтобы поделиться ими? А может попросить помощи? или получить совет?
Намного проще поделиться кодом, написанным на английском языке, с другими программистами по всему миру или помочь нам на форумах и в группах. Если мы напишем это на нашем родном языке, мы упустим множество разработчиков, где может быть кто-то, кто может помочь нам с проблемой или использовать код, которым мы делимся. Насколько легко нам использовать код, написанный на немецком языке?
Самая важная причина: английский - международный язык кода (и документации). В частности, американский английский является стандартом.
Кроме того, он помогает нам тренировать и улучшать наш английский.
