Post #261

Code review Первые пару лет моей работы в IT никто, кроме меня самой, не читал мой код. Это не самая лучшая ситуация для новичка, так как без обратной связи эволюционируешь гораздо медленнее и не всегда в лучших направлениях. Закрепляются какие-то свои привычки по написанию кода - не всегда это хорошие привычки. Привыкаешь использовать какие-то спорные приёмы, от которых хорошо бы было избавиться еще на самом старте. И главное - никогда не знаешь, то, что ты пишешь - это нормальный код, или совсем говнокод. Работает - и ладно. Поэтому во многих компаниях существует практика code review - когда коллеги читают код друг друга и дают рекомендации - что в нём лучше поправить (а что и вовсе удалить или переписать). Без одобрения ревьюеров код считается незаконченным и его нельзя использовать в продакшене. Эта практика нужна не только новичкам, но и опытным разработчикам тоже - взгляд со стороны всегда полезен, и другие коллеги могут найти недочёты, которые сам автор кода не заметил. Поэтому когда вы выбираете какие-нибудь недешевые курсы, узнайте у их организаторов - есть ли у них code review, будет ли преподаватель читать и проверять ваш код? Если есть - это жирный плюс. И важно, чтобы код читали именно опытные айтишники, а не просто другие студенты, такие же как вы. На бесплатных курсах если есть code review - то он заключается в том, что ваш код читают другие студенты курса. Это лучше, чем ничего, но не настолько полезно - они такие же новички, и откуда им знать, как должен выглядеть хороший код? Я проходила один такой курс по играм на Python на курсере - и там ревьюеры обычно просто ставили «ок» и писали что-то в духе «ты молодец». Но часто даже такого на курсах нет - есть только автоматизированная платформа, куда вы загружаете свой код, и она его проверяет на корректность работы. А то, что код выполняет свою задачу еще не значит, что он хорошо написан.