
Построение архитектуры распределенных систем: от мечты об одном сервере к реальности с несколькими узлами
Если вы когда-либо создавали приложение, которое идеально работало на вашем ноутбуке, но почему-то разваливалось, как только появлялись реальные пользователи, поздравляю — вы только что поняли, зачем существуют распределённые системы. Они не являются какой-то сложной теоретической концепцией, придуманной компьютерными учёными, которые выпили слишком много кофе. Это практический ответ на вполне реальную проблему: как заставить вещи работать, когда вы не можете уместить всё на одном сервере? Позвольте мне провести вас через архитектуру распределённых систем — хорошие части, запутанные части и части, которые заставляют спросить: «Зачем кто-то вообще так проектировал?...

Автоматизация тестирования производительности с помощью k6: Практическое руководство по нагрузочному тестированию
Почему вашему приложению нужно тестирование производительности (и почему k6 — ваш новый лучший друг) Каждый разработчик боится этого момента: ваше приложение запускается, пользователи заходят на сайт, и вдруг всё начинает работать медленно, как ленивец в воскресенье. Запросы к базе данных, которые казались молниеносными в локальной среде, начинают выполняться с задержкой. Ответы API, которые выполнялись за миллисекунды, вдруг занимают секунды. Ваш идеально написанный код превращается в кошмар производительности в продакшене. Это не обязательно должна быть ваша история....

Введение в APL: Язык программирования Array, который перестраивает ваш мозг
АПЛ означает A Programming Language (язык программирования), и несмотря на скромную аббревиатуру, это один из самых удивительных языков программирования, о котором вы, вероятно, никогда не слышали. Созданный Кеннетом Иверсоном в 1960-х годах, АПЛ остаётся одним из старейших языков программирования, всё ещё активно используемых сегодня, наряду с FORTRAN, Lisp и COBOL. Но вот что делает АПЛ особенным: он не просто позволяет писать код по-другому — он заставляет вас думать по-другому о проблемах....

Должны ли компании запретить использование Stack Overflow, чтобы предотвратить плагиат кода? Вероятно, нет — и вот почему
Переполнение стека — это одновременно спасение и подозреваемый злодей в современной разработке программного обеспечения. Это тот друг, который всегда знает ответ в 2 часа ночи, когда вы отлаживаете регулярное выражение, которое, как вам кажется, вообще не должно существовать. Но где-то в коридоре исполнительной власти кто-то в пиджаке, вероятно, ходит взад и вперёд, бормоча о «защите интеллектуальной собственности» и «несанкционированном заимствовании кода». Стоит ли компаниям запрещать использование Stack Overflow? Давайте поговорим о том, почему это всё равно что запретить Википедию, чтобы предотвратить плагиат — это временное решение, которое не устраняет реальную проблему....

Построение автоматизированной системы тестирования производительности базы данных с помощью JMeter: Практическое руководство
Если вы когда-либо задумывались, что произойдёт, когда ваша база данных внезапно столкнётся с наплывом пользователей, похожим на флэшмоб, то вы попали по адресу. Нагрузочное тестирование базы данных — это не просто паранойя, это подготовка. С помощью JMeter вы можете имитировать тысячи пользователей, одновременно обращающихся к вашей базе данных, не выходя из среды разработки. Почему вашей базе данных нужен стресс-тест (серьёзно) Нагрузочное тестирование базы данных имитирует работу множества пользователей, одновременно взаимодействующих с базой данных, и измеряет производительность, масштабируемость и надёжность при высоких нагрузках....