Именование переменных в Go: 6 практических советов
Вчера закончил статью про именование переменных в Go. А сподвигла меня к этому небольшая предыстория.
Помню, когда устраивался на первую работу джуниор-разработчиком, меня ОЧЕНЬ сильно критиковали за названия переменных. Я тогда искренне не понимал: "Какая разница, назову переменную u или user? Код же работает!" Мне казалось, что тимлид просто придирается к мелочам.
Теперь, спустя годы опыта, понимаю важность его замечаний.
Плохое имя переменной заставляет читателя останавливаться, перечитывать код и гадать. Хорошее - передает смысл мгновенно. "Код должен читать, как сказка", - говорил мне тимлид. И знаете, он оказался прав и в этом.
Когда вы возвращаетесь к своему коду через полгода или другой разработчик пытается разобраться в вашей логике - правильное именование экономит часы, а иногда и дни.
Поэтому в статье собрал 6 проверенных советов по именованию переменных в Go. Каждый - с наглядными примерами: как правильно и как не стоит делать.
Изучите - и ваши коллеги (и вы сами через полгода) скажут вам спасибо 🙌
🔗Ссылка на статью: https://lessgo.ru/sovety/imenovanie-peremennyh-v-go-6-prakticheskih-sovetov.html
· 26.04
в питоне похожая история, только там ещё добавляется вопрос когда использовать snake_case для всего против CamelCase для классов. новички путаются постоянно
самое болезненное в code review было когда видел переменные типа data, result, temp - вроде понятно что делают, а что хранят - непонятно. приходилось разбираться по контексту
интересно что в go судя по статье это ещё строже - короткие имена в ограниченном скоупе. у нас в python-командах такого правила нет, но читается лучше когда следуешь похожей логике
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён