Как определить профессионализм WordPress-разработчика

Уверен, для многих заказчиков это больная тема, столкнувшихся с «профессионализмом» прошлых «программистов», за которыми пришлось переделывать сайт с чистого листа или переписывать большую часть кода.

Веб-разработка — темная лошадка, поэтому большинство технически неподкованных людей выбирают подрядчика по цене, не догадываясь о том, что это чревато финансовыми и временными потерями в ближайщем будущем, когда сайт еле работает или невозможно расширить функционал проекта из-за кривого кода, когда при внесении малейших изменений нагромождение костылей рассыпается.


Я выделил основные моменты, которые характеризуют профессионального WordPress-специалиста в 2020 году.

1. Наличие портфолио

Самый очевидный пункт, на который часто забивают, когда фрилансер по знакомству. Вряд ли человек может считаться профессионалом, если у него нет портфолио с реализованными проектами. На всякий случай, напомню, что мы рассматриваем WordPress-профессионалов, а не узкие специальности.

Создание сайта с нуля требует определенных знаний и организации структуры проекта. Часто бывает, что в портфолио добавляют чужие работы. Чтобы узнать, кто делал сайт (если отсутствует копирайт в подвале), можно спросить у владельцев сайта. Это довольно распространная практика.

Также у многих хороших разработчиков часто есть наработки на Github, не стесняйтесь об этом спрашивать. Там можно оценить качество кода и профессионализм, если, конечно, вы в этом разбираетесь. В любом случае, код на гитхабе будет плюсом в копилочку кандидата.

2. Использование современных подходов при разработке

К этому пункту можно отнести, например, использование SASS/LESS, БЭМ, Webpack и т.п. Честно говоря, я не знаю, насколько нужно быть консерватором и не ценить собственное время, если не использовать сборщики бандлов и прочие радости современной разработки.

Чтобы узнать, использует ли ваш кандидат эти инструменты, вы можете указать, что «исходные файлы, а также настройки вебпак и package.json приложить к сайту». Если разработчик скажет, что он пишет по старинке, это повод задуматься.

3. Минимум плагинов

Бич сайтов на WordPress — это легкая доступность всевозможных плагинов, зачастую конфликтующих между собой, написанных криво, ломающих код шаблона и тормозящих загрузку сайта. Да и выглядящих обычно ужасно и с кучей рекламы.

Если вам нужен не временный лэндинг, а проект, который будет в будущем расширяться, должен иметь высокую скорость и надежность, он не должен быть собран с помощью визуальных билдеров типа Elementor и тп. Это тупиковый подход в разработке и абсолютно не годится и не используется профессиональными программистами. И вы также становитесь зависимыми от кучи подгружаемых плагином зависимостей, любое обновление может поломать сайт, а на скорость загрузки никак не повлиять.

Лично я использую лишь несколько проверенных и простых плагинов на клиентских сайтах, не затрагивающих основной функционал и дизайн сайта. Все технические фишки пишутся с использованием API/WP Codex согласно документации. Благодаря такому подходу, мои проекты живут годами, обновления движка их не ломают, все работает так, как и было задумано изначально.

Обычный список плагинов:

Как найти профессионального WordPress-разработчика

4. Чистый и поддерживаемый код

Это один из самых больных моментов для специалиста, который взялся доработать сайт, где уже были приложены не самые прямые руки в совокупности с отсутствием необходимых знаний.

Этот пункт связан с пунктом номер 2 и ведет к нарушению пункта 5. Достаточно часто попадаются сайты, доработанные за копейки студентами или самими владельцами, которые элементарно не знают, как правильно подключать бибилиотеки, основы WP Codex и тд. Поэтому появление инлайн-стилей, скриптов и php-кода в местах для этого не предназначенных — обычное дело. Этот хаос мешает расширению функционала, ломает нормально написанный код и бог весть что еще. В итоге чистка и исправление ошибок выходит дороже экономии на разработчике.

Также, PHP и JS код должен быть документирован вставками комментариев, а функции иметь очевидные имена.

Как найти профессионального WordPress-разработчика

5. Порядок в файловой структуре проекта

Про это я написал небольшой пост, где можно посмотреть организацию файлов в шаблоне, а также настройку Webpack и необходимые пакеты в package.json. Специалист никогда не будет сваливать все функции в один файл длинной простыней, в которой сам черт ногу сломит, и поиск не поможет. Все должно быть упорядочено, а файлы должны носить понятные с первого взгляда имена.

Как найти профессионального WordPress-разработчика

6. Скупой платит дважды

Ну и не забывайте про золотое правило, касающееся многих областей. Если вам предлагают сделать одинаковую работу с очень большим разбросом стоимости, это повод задуматься и внимательнее изучить кандидатов. Правильный и грамотный выбор специалиста сэкономит вам время, деньги и нервы в будущем.