Performance

Если ваша база данных — это ресторан в час пик, то неоптимизированные запросы подобны заказу индивидуального блюда, пока очередь голодных клиентов змеится вокруг квартала. Давайте это исправим. Высоконагруженные веб-приложения сталкиваются с особой проблемой: они становятся жертвами собственного успеха. Чем больше пользователей, тем больше запросов, и ваша база данных либо ускоряется, либо становится узким местом, которое портит всем вечер. Хорошая новость? Оптимизация базы данных — это наука, а не чёрная магия, и мы собираемся развеять все мифы....

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

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

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

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