Performance

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

Помните, когда все думали, что добавление !important к каждому правилу CSS — это правильный подход? Или когда мы все искренне верили, что document.write() — это пик JavaScript? Ну, друзья, я думаю, мы коллективно нашли нашу следующую священную корову для поклонения: минификация кода. И я здесь, чтобы аккуратно столкнуть её с пьедестала. Не поймите меня неправильно — минификация имеет своё место в наборе инструментов для оптимизации производительности. Но где-то между «полностью игнорировать» и «относиться как к святыне веб-производительности» мы коллективно решили, что минификация заслуживает нашего навязчивого внимания....

Посмотрите, я понимаю. NoSQL в тренде. Это круто. Он горизонтально масштабируется как настоящий профи, и где-то около 2015 года мы все решили, что реляционные базы данных устарели, как раскладушки. Но вот неудобная правда, о которой никто не хочет говорить на технических конференциях: для большинства приложений вам, вероятно, не нужен NoSQL, и настаивать на его использовании — это всё равно что принести огнемёт на церемонию зажигания свечей. Я видел слишком много команд, которые загоняли себя в тупик, выбирая MongoDB или Cassandra для проектов, которые были бы вполне довольны старой доброй PostgreSQL....

Представьте: вы находитесь в кофейне, потягиваете переплатить за латте, и вдруг слышите, как два разработчика спорят о том, стоит ли создавать своё новое блестящее приложение с помощью React Native или же выбрать нативное развитие. Один разработчик драматично размахивает руками, крича: «Переиспользование кода!», а другой возражает: «Производительность и пользовательский опыт!». Знакомо? Что ж, возьмите ещё кофе, потому что мы собираемся глубоко погрузиться в вопрос о том, когда вам следует безоговорочно выбрать нативное развитие вместо кроссплатформенных решений....

Представьте: вы пользуетесь красивым веб-приложением, и вдруг оно замирает, как олень в свете фар. Ваш курсор мыши становится таким же отзывчивым, как ленивец на седативах, и вы задаётесь вопросом, не решил ли ваш браузер устроить незапланированный кофейный перерыв. Звучит знакомо? Добро пожаловать в чудесный мир блокировки основного потока — где однопоточная природа JavaScript может превратить ваш плавный пользовательский опыт в слайд-шоу, о котором никто не просил. Но не бойтесь, коллеги-разработчики! Сегодня мы углубимся в супергеройскую накидку, которую Web Workers предоставляют для наших JavaScript-приложений....