Вы когда-нибудь слышали шутку о способе измерения качества кода с помощью WTF/минут (WTFPM), что означает «работы, которые расстраивают», которые разработчик может прочитать за минуту.
Это обычная вещь, которая существует во многих местах. И я совершенно уверен, что это происходит и на наших рабочих местах.
Теперь реальный вопрос заключается в том, как справиться с этим и уменьшить количество WTF/минут, которые читает разработчик, в то время как у нас нет возможности вносить улучшения в нашу кодовую базу.
Есть несколько видов деятельности, которые мы можем сделать, в том числе:
1. Пусть другие просматривают наши коды. Делайте обзор кода каждый раз, когда мы заканчиваем работу над чем-то, это можно сделать с помощью запроса на включение, а затем попросить наших коллег предоставить отзывы и комментарии к нашему коду. Но если вы из тех людей, которым нравится обсуждение в реальном времени, тогда занимайтесь парным программированием. Две головы лучше, чем одна, верно. С помощью такой техники мы можем разрабатывать более быстрый и качественный код.
2. Стандартизируйте весь код и придерживайтесь его. Не изобретайте велосипед и не позволяйте стандартизировать каждый проект на основе требований каждого разработчика, ответственного за проект, потому что последующая отправка создаст высокую кривую обучения. Особенно, если выяснится, что стандартизация, сделанная разработчиком, не оптимальна, то это будет для нас фатальным боком.
3. Практикуйтесь, учитесь, практикуйтесь. Да, чтобы делать хороший код, нам нужно учиться на предыдущих ошибках, но этого недостаточно. Мы должны учиться новому, многому учиться у более опытных пожилых людей и применять это на практике. По аналогии, хотя мы и знаем теорию живописи, мы можем не уметь рисовать.
