Существует распространённое заблуждение: якобы единственный способ избежать ошибок типизации в JavaScript — писать код на языке со статической типизацией, который компилируется в JavaScript. С этой целью используют ClojureScript, Elm, ReasonML, TypeScript и так далее. В настоящее время самое популярное решение — TypeScript. На самом деле существует альтернативный способ борьбы с ошибками типизации — проверка или линтинг типов.
Именование — сложная задача как для начинающих, так и для опытных разработчиков. Выбор правильного названия элемента — залог читабельной вёрстки, при которой она понятна при одном взгляде на классы. Неважно, что вы используете в работе: БЭМ, OOCSS, SMACSS, или не используете методологий вообще — выбирайте имя с умом.
Всем известно, что зависимости вашего проекта установлены в папке node_modules. Но когда вы делаете require('lodash'), как Node.js узнает, какой файл загружать при загрузке модуля?
При разметке страницы разработчики используют теги заголовков для выделения участка макета. Чаще всего тип заголовка выбирается исходя из размеров шрифта, что приводит к неправильной семантической разметке. Это приводит к проблемам доступности и SEO.
При вёрстке веб-страницы важно сделать так, чтобы пользователям было комфортно читать текст. Это необходимо учитывать, так как у людей может отличаться восприятие цвета. Если вы можете легко прочитать светло-серый текст на белом фоне, то, возможно, у вашего друга это вызовет затруднения. В этой статье рассмотрим стандарт WCAG. На его основе создадим функцию для проверки коэффициента контраста.
При работе над веб-приложениями программисту легко попасть в ловушку: разрабатывать и тестировать только понятные сценарии, в которых всё происходит правильно. К сожалению, в реальности встречаются ситуации, в которых всё идёт не так, как планировалось. Обработка ошибок — важная часть пользовательского опыта любого приложения. Если приложение реагирует на ошибки правильно, ваши пользователи будут знать, что делать дальше, даже если что-то идёт не так.
Скриптовый язык PHP 26 ноября 2020 года обновится до новой основной версии — PHP 8, а 18 июня 2020 года уже вышла его первая альфа-версия. Подробно разбираем, какие функции появятся в новой версии языка, сильно ли увеличится производительность и какие изменения придется внедрить в свой код, чтобы запустить его на восьмой версии PHP.
Перевод статьи об особенностях предварительной версии React 17. В ней рассказывается, какова роль этого обновления, каких изменений от него ожидать и как протестировать предварительную версию React 17.
Использование плейсхолдеров — подсказок внутри поля для ввода текста — является частым явлением в современной веб-разработке. При этом многочисленные исследования показывают, что подсказки, сделанные в виде плейсхолдеров, затрудняют работу с формами для ввода текста, поскольку пользователям приходится также запоминать информацию, которая находится в нём. Кроме того, плейсхолдеры создают дополнительную нагрузку для пользователей с нарушением зрения и когнитивных способностей. Мы перевели статью Кэти Шервин из Nielsen Norman Group — о неоднозначности плейсхолдеров, а также об их правильном использовании
На первых этапах освоения CSS полезно познакомиться с организацией кода. Это поможет писать аккуратный и легко поддерживаемый CSS, который облегчит жизнь не только вам, но и всем, кто будет работать с вашим проектом. В этой статье рассмотрим подход OOCSS, принципы из которого используются в профессии «Верстальщик».
Haskell — функциональный язык программирования, который устроен совсем иначе, чем популярные JavaScript, PHP, Python или Java — они являются императивными или смешанными языками разработки. При этом многие адепты Haskell считают, что разработчики, использующие императивные языки, должны хотя бы попробовать научиться чистой функциональной разработке ради глубокого понимания принципов самого программирования и разницы функциональной и императивной разработки. Мы попросили Haskell-разработчиков подробно рассказать о том, как устроен этот язык программирования, о своем опыте и отличиях функционального подхода от других существующих принципов программирования.
Какой подход к обучению эффективнее: платное онлайн образование или самообразование? 29 июля в 19:00 по московскому времени на youtube-канале CSSSR пройдёт Argumentarium. Argumentarium — это авторский формат, онлайн-дискуссия с участием приглашённых экспертов. Среди участников темы «Платное онлайн образование vs. самообразование» — CEO Hexlet Кирилл Мокевнин, а также Дарья Гердт, Виталий Киренков, Антон Машкин, Алексей Кузнецов, Ислам Винджиев. Все слушатели могут задать свои вопросы экспертам в чате во время эфира.
Как найти полезное в огромном потоке информации и изучить то, что действительно пригодится? Меня часто спрашивают, что можно почитать про JavaScript в дополнение к курсу на Хекслете, чтобы углубить знания? Пройдусь по основным источникам и поделюсь простым и, надеюсь, полезным планом, который сформулировал для себя за 3 года изучения JavaScript. На этом пути я набил достаточно шишек, поэтому хочу рассказать, чего делать не стоит.
В скриптовых языках, подобных JavaScript, внутри файлов (но вне определений) можно писать любой код: определения функций, вызовы функций, определения и изменения переменных. Такая свобода упрощает разработку, например, создание одноразовых скриптов для каких-то простых или не очень задач. С другой стороны, при неаккуратной разработке появляются ошибки, значительно усложняющие код и его поддержку. Они так часто встречаются в продакшен коде, что об этом нужно поговорить отдельно.
Стоит или не стоит ставить библиотеки ради нескольких простых функций? Не проще ли их написать самим? Эти вопросы регулярно возникают у начинающих разработчиков. На Хекслете их задают практически все кто проходят проекты. Давайте разбираться.
В этой статье я расскажу про неочевидные примеры неправильного проектирования аргументов функций. Про необязательные параметры в JavaScript, передачу флагов, нарушениях интерфейсов и использовании оператора rest не по назначению.
Разработчики Google Chrome постепенно внедряют новые стандарты безопасности пользователей, меняя подход к обработке cookie и поддержке атрибута SameSite. Подробно рассказываем, что это за атрибут и как он может изменить работу сайтов и приложений.
3 июня в 19:00 по московскому времени на канале #general в комьюнити Хекслета пройдёт текстовая конференция (слаконар) о том, как не быть мудаком, работая в команде разработчиков. Мы поговорим о приёмах и инструментах, которые стоит использовать, чтобы выполнять свои обязательства и построить экологичную коммуникацию в команде.
Эксперт слаконара — фронтенд-разработчик MadDevs Антон Грушкин.
