Новые эндпоинты API
Дополнение существующего API по мере того, как фронтенду или мобильному приложению продукта нужно больше данных или новых действий, в стиле, согласованном с тем, что уже есть.
Веб-разработка
Постоянная серверная работа над продуктом, который уже существует: новые функции, растущая база данных и API, который всё это держит вместе.
Продукт, который уже запущен и используется, обычно нуждается в постоянном серверном внимании: новые функции, затрагивающие базу данных, API, у которого появляются новые эндпоинты по мере того, как фронтенду нужно от него всё больше, и тихая работа по удержанию производительности на разумном уровне, пока растёт нагрузка. Именно поэтому компании решают нанять бэкенд-разработчика в Дубае на постоянную выделенную роль, а не для разовой сборки, присоединяясь к существующей кодовой базе и существующей команде, а не начиная с чистого листа.
Это отличие от проектной работы важно, потому что навыки нужны другие. Тот, кто присоединяется к постоянному продукту, должен читать и уважать чужой код, работать из бэклога, а не по единственному брифу, и вносить изменения, которые тихо не ломают что-то ещё в трёх экранах в стороне. Сильный разработчик разовых проектов не обязательно так же силён в этом, поэтому стоит чётко обозначить это различие, прежде чем нанять бэкенд-разработчика в Дубае.
Чем занимается выделенный бэкенд-разработчик
Повторяющаяся работа за продуктом, который продолжает расти.
Дополнение существующего API по мере того, как фронтенду или мобильному приложению продукта нужно больше данных или новых действий, в стиле, согласованном с тем, что уже есть.
Обновления схемы, миграции и чистка, которые сохраняют структуру данных надёжной по мере смены требований продукта, не ломая то, что уже на неё опирается.
Поиск и исправление медленного запроса или эндпоинта, который раньше работал нормально, а теперь уже нет, когда реальная нагрузка превышает то, что закладывалось при первой сборке. Это часто самая ясная причина нанять бэкенд-разработчика в Дубае на выделенной основе, поскольку здесь нужно постоянное внимание, а не разовое исправление.
Аккуратная диагностика проблем в продакшн-коде, ведь исправление в системе, на которую полагаются реальные клиенты, требует больше осторожности, чем новая сборка.
Подключение платёжного провайдера, службы доставки или другой сторонней системы к уже существующему продукту, поверх его текущей архитектуры.
Обновление зависимостей, проверка доступа к базе данных и отношение к этому как к рутинной работе, а не разовой задаче. Именно такая постоянная поддержка и есть причина, по которой компании решают нанять бэкенд-разработчика в Дубае на долгий срок, а не для ухода после запуска.
Важные навыки
Навыки, специфичные для работы внутри кодовой базы, начатой кем-то другим.
| Навык или инструмент | Как выглядит хороший уровень | Почему это важно |
|---|---|---|
| Внимательное чтение существующего кода | Тратит время на понимание того, как уже работает система, прежде чем её менять | Быстрое непрочитанное изменение в живом продукте, так и появляются новые баги |
| Проектирование API и базы данных | Последовательно расширяет существующий дизайн, а не пристраивает что-то другое | Непоследовательные шаблоны с каждым дополнением усложняют поддержку кодовой базы |
| Безопасное тестирование изменений | Пишет или расширяет автоматизированные тесты, чтобы изменение можно было проверить до того, как оно дойдёт до реальных пользователей | Живой продукт по мере роста не может полагаться только на ручную проверку |
| Коммуникация по бэклогу | Свободно работает по тикетам и приоритетам, которые задаёт кто-то другой, и уточняет, когда что-то неясно | Постоянная работа зависит от этого ритма намного больше, чем один проект с фиксированным объёмом |
| Актуальные знания среды выполнения | Держит платформу, например Node.js или языковую среду выполнения, на версии, которая ещё поддерживается | Работа на неподдерживаемой версии незаметно накапливает риски безопасности и совместимости |
Если продукт работает на Node.js, его разработчики публикуют понятный график выпусков и поддержки, и бэкенд-разработчик, присоединяющийся к постоянному продукту, должен уже знать, на какой версии он работает и поддерживается ли она ещё активно.
Почему эта роль это выделенный найм
Эта страница построена именно вокруг выделенной модели, потому что она лучше всего подходит постоянной продуктовой работе: человек присоединяется к вашей команде, как следует изучает кодовую базу и продолжает развивать её месяц за месяцем, с оплатой по согласованному ежемесячному объёму. Разовую бэкенд-сборку с чёткой финальной точкой лучше оформить как проект, и это покрывает наша страница «Бэкенд-разработчик под проект». Поддержка в подборе подходит бизнесу, который предпочитает строить эту компетенцию напрямую в своём штате, а консалтинг подходит для обзора текущего бэкенда перед решением, как его дальше обеспечивать ресурсами.
Оценка кандидата
Проверки, нацеленные на человека, присоединяющегося к команде, а не работающего в одиночку.
Используйте проверки ниже всякий раз, когда планируете нанять бэкенд-разработчика в Дубае для присоединения к существующему продукту, поскольку они сфокусированы на том, как человек впишется в команду, а не просто на том, как он пишет код в одиночку.
Поделитесь очищенным фрагментом вашего реального кода или чем-то похожим и попросите описать, что он делает и что кандидат бы изменил.
Его подход к спокойной и методичной диагностике чужого кода, более показательный сигнал, чем история про его собственный прошлый проект.
Сильный кандидат задаёт уточняющие вопросы, а не гадает, ведь гадание в живом продукте дорого обходится.
Спросите, как он добавляет тесты к коду, у которого их не было, а это обычная реальность на большинстве постоянных продуктов.
Поскольку это долгосрочные отношения, до начала сотрудничества подтвердите пересечение с рабочими часами вашей команды и то, как будут делиться обновления.
Сертификации
Ни один сертификат от одного вендора не доказывает, что человек хорошо справится с этой работой.
Бэкенд-разработка охватывает множество языков и фреймворков, ни один из которых не проводит сертификацию, покрывающую дисциплину в целом, поэтому общее заявление «сертифицирован в бэкенде» нельзя проверить по первоисточнику.
Послужной список поддержки, а не только создания, реальных систем значит для этой роли больше, чем любой экзамен. Когда вы планируете нанять бэкенд-разработчика в Дубае на постоянную роль, попросите пример кодовой базы, в которой человек работал больше года, и что изменилось в его подходе за это время.
Особенности ОАЭ
Две темы, которые становятся важнее, чем дольше работает система.
Постоянный продукт со временем накапливает всё больше клиентских данных, поэтому Федеральный декрет-закон ОАЭ № 45 от 2021 года стоит периодически пересматривать с вашим бэкенд-разработчиком, а не только при запуске.
По мере роста продукта стоит периодически проверять, подходит ли вашему бизнесу текущее расположение хостинга, особенно если резидентность данных в ОАЭ стала важнее, чем при запуске. Поднимите этот вопрос с тем, кого вы планируете нанять как бэкенд-разработчика в Дубае, а не оставляйте его без внимания на годы.
Эта роль относится к нашей категории веб-разработки, часть раздела наём разработчиков в Дубае. Определённая, ограниченная по объёму бэкенд-сборка находится вместо этого на нашей странице бэкенд-разработчик под проект. Интерфейсный слой того же продукта описан на странице фронтенд-разработчик, а один человек, покрывающий оба слоя, это фулстек-разработчик. Если ваш бэкенд уже работает на конкретном фреймворке, наши страницы Node.js-разработчик и Django-разработчик раскрывают этот стек глубже.
Прямые ответы
Эта страница о постоянном выделенном найме человека, который присоединяется к вашей команде и продолжает развивать продукт, который вы уже ведёте. Наша страница «Бэкенд-разработчик под проект» описывает вместо этого работу с фиксированным объёмом, например один API или админ-панель, собранные и переданные с чёткой финальной точкой.
Обычно не как с основным фокусом. Бэкенд-разработчик подходит именно для постоянной серверной работы, а если вам также нужен человек, выпускающий работу на обоих слоях, наша страница фулстек-разработчика описывает это как отдельную роль.
Он присоединяется к вашему продукту, обычно отчитываясь перед тем, кто уже направляет инженерные или продуктовые решения, и работает из вашего бэклога, а не из отдельного брифа. Рабочие часы, коммуникацию и отчётность мы согласовываем на этапе оценки объёма работ.
Часто да, на рабочем уровне, включая производительность базы данных и то, как API справляется с ростом трафика. Если работа становится преимущественно об инфраструктуре и масштабировании, а не о коде приложения, наши категории DevOps и облачных технологий подойдут ближе.
На ежемесячной основе за согласованный объём, а не почасово, с письменным предложением фиксированной цены под ваш бриф ещё до начала работы.
Источники
Фиксированная цена в письменном виде
Получили. Мы уже готовим ваше предложение.
В рабочее время вы получите его в течение 45 минут. Проверьте почту, там письмо с подтверждением.