CamelCase или camelCase?
Когда ты фулстек и твой основной язык - это Python. Да-да, именно Python, а не python. Хотя javaScript, почему-то называется JavaScript, хотя принято называть переменные javaScript в стиле camelCase.
Возможно, JavaScript, потому что это объект, а не переменная, но почему тогда не snake_case? Как в python?
Запутались?
Вот и я тоже путаюсь. Представьте, вы кодите и запариваетесь по хранилищам данных и состояний, по UX в интерфейсе, парсите devtools в поиске проблемы, почему же у вас система не реагирует на изменения.
А потом выясняется, что где-то ты написал knowledgeRoadmap, а где-то KnowledgeRoadmap…
Когда силы свежие держишь контекст и пишешь в стиле JS, а когда фокус смещается на дебаггинге, то всё - ты уже питонист.
Вот такие коллизии и метаморфозы возникают в работе. А вот нейросети такие ошибки не допускает, это хорошая новость, потому что всегда можно дать свой код нейросети на ревью. Люблю так делать.
P.S. И это я ещё на чистой Java не кодил… И не хочу… Там мне длинные цепочки не нравятся)
· 21.06
Я решил что питон будет на snake_case, js будет на camelCase, но все параметры которыми обмениваемся с бэком тоже будут на snake_case. Это вызвало много ругани с пуристами но по итогам позволило не сойти с ума.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 21.06
Тоже так делаю, параметры, которыми обмениваемся через api в snake_case и в JS эти параметры в snake_case.
Тогда к семантике переменных добавляется еще и источник данных.
Легко искать и восстанавливать направления потоков данных.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 21.06
Именно. По имени можно отследить источник данных, нет ошибок при переименовании переменных. Кра со та!
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён