Комментарии 8
То же справедливо для любой доменной области в которой не разбираешься - чем балка отличается от консоли, от перекладины, и от бруса. По незнанию легко всё перепутать точно так же.
Это сотни мелких заминок в день, каждая из которых длится минуту-другую — и вместе они съедают часы.
это подкрепленно каким-то исследованием/статистикой или просто личные впечатления?
И кроме того, в первом же примере на странице проекта
загрузи список
;; Вычисление факториала числа n
;; n! = 1 2 3 ... n
фун факториал :(n: Целое()) Целое()
список.сверни(* 1
список.интервал(1 n))
факториал(5)
нужно несколько раз переключить раскладку - посчитано время на это и количество получаемого раздражения ? :)
Лично для меня вечная боль - локализованный Excel, где нужно в формулам переключаться постоянно с русского на английский
А через полгода кто-то другой открывает
PayRepayNDFL6_2ReportProcessingComponentи не понимает ничего
Можно подумать нафигаченное по тому же принципу скрепнопосконное платежпереплатежндфл123отчетпроцесскомпонент будет понятнее.
Это лечится соглашениями об оформлении кода и именования переменных на проекте и кодревью, а не попытками играться в самобытность.
На русском хотя-бы слова подобрать проще имхо.. Русский большинство русскоязычных программистов хотябы знают не на уровне В1..
В английском алфавите 26 букв, в русском 33. На клавиатуре 7 "лишних" символов вытеснили с родных мест пару десятков спецсимволов:
: ; ' " , . < > [ ] { } / ? \ | ` ~ @ # $ ^ &
Половина из них поменяла расположение, вторая половина просто отсутствует в русской раскладке. И если с отсутствием, например @#$ можно смириться при создании нового ЯП, то замена различных скобок <>{}[] - уже проблема, с учетом современных стандартных структур данных. Значит либо этот ЯП будет обходиться без спецсимволов либо будет тратиться дополнительное время на переключение раскладки
Кроме того русский текст занимает больше места (русские слова в среднем длиннее, символы шире), например https://habr.com/ru/companies/alconost/articles/197146/ приводит увеличение в 9% при переводе. Значит кодовая база минимум на 9% будет больше.
Так что решение проблемы "когнитивного налога" (если допустить что такая проблема вообще существует) вызовет кучу новых неочевидных проблем.
А если смотреть шире, то:
1. Все врачи советуют тренировать мозги для сохранения ясности ума и предупреждения болезни Альцгеймера. Стандартный совет для этого - учите иностранные языки. И получается, что это уже не налог, а дополнительный фактор, помогающий сохранить ясность ума в пожилом возрасте.
2. Знание английского языка для инженера-программиста, это стандартный маст-хэв. Не из-за англоязычного ЯП, а из-за технической документации, книг и статей на английском языке.
3. Пресловутый когнитивный налог появляется не из-за английских операторов, а при подборе подходящих названий переменных и методов. Может у автора с этим проблем нет (сомнительно), а вот у меня есть, несмотря на то, что русский для меня родной.
Английский язык - это для программиста точно такой же инструмент, как и язык программирования. И если не хочешь владеть этим необходимым инструментом, то ты отрезаешь себя от всего мира, от всей литературы, от всех статей и видео. Это просто глупо.
Это как если быть католическим монахом в средние века, и не знать латынь. Просто нонсенс.

Когнитивный налог: сколько стоит думать по‑английски, когда программируешь