Как проверить качество кода сайта
Оценить код, не будучи разработчиком, напрямую нельзя. Но есть внешние признаки, по которым состояние проекта видно достаточно хорошо, — и они не требуют технической подготовки.
Смотреть нужно не на сам код, а на то, как организована работа с ним. Это косвенный показатель, но на практике очень надёжный.
Обсудить задачуЧто можно проверить самому
- Есть ли репозиторий с историей изменений — и есть ли у вас к нему доступ
- Есть ли тестовый адрес, где правки проверяют до выкладки на живой сайт
- Делаются ли резервные копии и разворачивались ли они хоть раз
- Как быстро выполняются мелкие правки — если день на смену текста, это симптом
- Ломается ли что-то в других местах после каждой правки
- Обновлялась ли платформа за последний год
- Может ли новый разработчик запустить проект у себя по инструкции
Что должно насторожить
- Правки вносятся прямо на боевом сервереЗначит, нет ни истории изменений, ни возможности отката. Одна ошибка — и сайт лежит без вариантов вернуть как было.
- «Только я знаю, как это работает»Проект держится на одном человеке. Это риск независимо от его квалификации.
- Простая правка занимает несколько днейОбычно означает, что логика продублирована и менять приходится в десяти местах.
- Обновляться боятсяСтрах обновления — признак того, что в системные файлы вносили правки, которые обновление затрёт.
Когда нужна независимая проверка
Три случая, где стоит заказать аудит у стороннего исполнителя: перед покупкой готового проекта, перед крупными вложениями в развитие и при сомнениях в текущем подрядчике.
Важный момент: проверяющий не должен быть заинтересован в том, чтобы вы переписали проект у него. Мы стараемся давать вывод с расчётом — сколько будет стоить чинить и сколько сделать заново, — чтобы решение принимали вы, а не оно следовало из нашего интереса.
Что обычно спрашивают
Можно ли понять качество по внешнему виду сайта?
Почти нет. Красивый сайт может быть написан плохо, а невзрачный — аккуратно. Скорость загрузки и поведение на мобильных дают немного больше, но тоже не полную картину.
Помогут ли автоматические проверки?
Они показывают симптомы: медленно, есть ошибки в разметке, устаревшие библиотеки. Причину и её цену они не называют — для этого нужен человек, который посмотрит код.
Что спросить у текущего подрядчика?
Где лежит код, как выкатываются изменения, есть ли тестовое окружение и резервные копии, когда последний раз обновляли платформу. Уклончивые ответы на эти вопросы информативны сами по себе.
Плохой код — это всегда переписывать?
Нет, и это частое заблуждение. Многие проекты с неидеальным кодом прекрасно развиваются годами. Переписывать стоит, только когда стоимость изменений стала выше стоимости замены.
Сколько стоит независимая проверка?
Зависит от размера проекта. Скажите, на чём написано и примерный объём, — назовём срок и сумму.