Упс! Что-то пошло не так!
Почему-то возникла ошибка( Попробуй перезагрузить страницу!
Статейка номер раз
Решение стандартных проблем при верстке №1

Задача. IT. Разработка. Верстка. Проблема. Ошибка. Тестирование. Анализ. Кроссбраузерность. Браузер.
Через веб-верстку должен пройти каждый программист, занимающийся HTML. Чтобы совершать свою работу качественно, код не сыпался, а элементы страницы не расползались в разные стороны, необходимо соблюдать ряд простых правил. На пример, начинающие верстальщики называют классы сокращёнными именами или не прогоняют свой код через валидатор.

Однако, бывает, что выполняя все основные правила, проблемы все равно остаются. Такие ошибки тоже нужно решать и ниже мы рассмотрим самые основные варианты решения стандартных проблем при верстке.

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

Повторение ошибки

Очень легко можно попасть в ситуацию, когда определенное решение оказывается ошибочным. И если это выясняется не сразу, может прийтись переделывать большой объем работы. Глупейшим действием тут окажется не усвоить данный урок и умудриться снова попасть в подобную ситуацию с ошибкой.

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

Не использование анализа возможных решений

Каждый девелопер на Python или любом другом языке просто обязан рассматривать альтернативные варианты решений в противовес выбранного им. После осуществления анализа всех инструментов стоит посмотреть, как как другие девелоперы его оценивают. Самым простым способом будет зайти на Github и посмотреть, сколько звёздочек присудило комьюнити выбранному вами инструменту (например линтер JS или оптимизатор CSS) и сколько раз его скачали (npm-пакеты).

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

Не тестирование на кроссбраузерность

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

Используйте лайфхаки, чтобы избежать конфликтов в коде и с работодателем. Для теста не нужно ничего придумывать. Просто нужно сверстать для самого популярного браузера, и дальше провести проверку под остальными в порядке убывания популярности. Победитель по количеству проблем это Internet Explorer, дальше идут Safari и Файерфокс.

Выбор JS анимации, если можно и без нее использовать CSS

Существует целая война среди девелоперов: что лучше использовать для создания анимаций JS или все-таки CSS. Выбор лично за каждым. Это является небольшой возможностью прокачать свои навыки devops. Можно предположить, что CSS все-таки лучше. Хорошим примером будет ситуация, когда можно разгрузить CPU и подключить к подсчетам анимации GPU (это дает возможность проводить подсчет, не используя основной поток, он и без этого будет занят бругими действиями).

Незнание принципов работы браузеров

Этот пункт просто невозможно переоценить. Если вы не знаете, как действует программное обеспечение, как взаимодействуют блочные устройства ПО, посредством которого пользователи видят результат труда программиста, нельзя решить огромное количество проблем. В обязательном порядке необходимо знать время и вариант загрузки ресурсов, вид показа векторных объектов, варианты событий, происходящих во время изменения разметок скриптами, какие способности HTML/CSS/JS будут работать, какие нет или действуют не верно. Знание этих принципов очень важно как для недопущения возможных проблем, так и в момент проведения оптимизации кода.

Заключение

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


Made on
Tilda