8 самых распространенных ошибок веб-разработчика

0
9183

Сложный и громоздкий проект чреват серьезными ошибками: это знает каждый. Смотрите наш ТОП-8 ошибок веб-разработчика и не совершайте их!

Не будем рассыпаться в описании причин, которые обязывают нас тестировать. Сразу к делу.

Игнорирование ошибок на продакшене

8 самых распространенных ошибок веб-разработчика

Прод – святая святых! Тем не менее, здесь все еще можно встретить неаккуратность. Не зря же данный пункт в перечне распространенных ошибок веб-разработчика.

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

Существуют разные инструменты для отслеживания ошибок в зависимости от языка или платформы, используемой при разработке.

Для отслеживания ошибок JS можно использовать:

  • Sentry
  • TrackJS
  • Rollbar

Внесение изменений непосредственно на сервере

Каждый это делал, разве нет? Когда нужно совершить небольшое изменение или исправление критической ошибки, зачастую быстрее и проще отредактировать код непосредственно на сервере.

Такие изменения, скорее всего, будут потеряны при следующем обновлении. А поэтому потом предстоит двойная работа – написание того же самого кода второй раз.

Простои при развертывании

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

Поэтому всегда рекомендуется использовать политики развертывания, "накатывающие" код на сервер без его остановки.

Безопасность кода

8 самых распространенных ошибок веб-разработчика

Разработчики постоянно хранят секретные учетные данные, ключи API, пользовательскую информацию и прочее в самом коде. Если это код на стороне клиента – вы сильно рискуете.

Храните все секретные данные в недоступном для пользователей месте, используйте зашифрованное хранилище или переменные ENV.

Общение с командой

Разработчик занят работой над новым функционалом и внесением изменений в код. Иногда приходится размещать проект на сервере, дабы убедиться, что код работает корректно.

Иметь плохую связь с командой и не уведомлять коллектив о готовом или неудачном деплое – огромная ошибка. Разработчики отвлекаются и теряют фокус, ожидая уведомления, которое никогда не получат.

Отсутствие резервного копирования

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

Отсутствие кеширования

Никто не хочет ждать загрузки сайта. Поэтому кеширование – один из основных инструментов, который следует применять в разработке. Чаще всего используют Caching и Lazy Loading:

  • Caching: следит за тем, чтобы статика (CSS, JavaScript и изображения) хранилась в браузере и не загружалась с сервера всякий раз.
  • Lazy Loading: загружает внешние скрипты или картинки только тогда, когда они необходимы.

Ручное развертывание

Ручной деплой занимает много времени, сложен и часто вызывает большие проблемы. Пара непреднамеренных кликов, сделанных неопытным разработчиком, и – вуаля! – вся работа исчезла.

Мы рассмотрели подборку популярных ошибок веб-разработчика.

Использование этих знаний на практике поможет вам избежать ненужных стрессов и рабочий процесс станет приятнее.

Оригинал

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

РУБРИКИ В СТАТЬЕ

МЕРОПРИЯТИЯ

Комментарии 0

ВАКАНСИИ

Programmer UE4
Краснодар, по итогам собеседования
Middle\Senior .Net разработчик
от 120000 RUB до 165000 RUB
Unity Developer
по итогам собеседования
Unity Developer
Москва, по итогам собеседования

ЛУЧШИЕ СТАТЬИ ПО ТЕМЕ

BUG