Привет, я Вадим Тугузбаев 👋

Как я развиваюсь в перформанс-инжиниринге: от тестов до архитектурного мышления. План, который помогает системно расти и не терять фокус.

Первый шаг моего открытого эксперимента — архитектура и стратегия тестирования GetMeOne. В следующих частях — метрики, JMeter, k6, результаты и оптимизация. Всё как на реальном проекте.

Почему собеседование — это не экзамен. Что на самом деле показывает умение рассуждать, и как отличить инженера, который мыслит, от того, кто просто помнит.

Рассказываю, почему NFR — не формальность, а точка, вокруг которой строится весь процесс. Как определить реальные критерии перформанса, кто должен их задавать и что делать, если клиент говорит: «Сделайте, чтобы было быстрее».

Каждый тип теста отвечает на свой вопрос: где предел, что будет под пиком, и выдержит ли система сутки без падений. Рассказываю с примерами и графиками, как я подхожу к тестам.

Как я столкнулся с утечкой памяти, не связанной с heap или GC.

Я не против AI. Я за осмысленный подход. В статье делюсь мыслями о том, почему искусственный интеллект — не замена инженеру. И как построить процесс так, чтобы AI действительно приносил пользу.

Рассказываю, как выбираю инструменты для перформанс-тестирования под разные задачи: от простых сценариев до сложных распределённых тестов.

В этой статье я делюсь картой перформанс-тестирования из Miro и рассказываю шаг за шагом: от требований до оптимизации, с практическими советами из своего опыта.

Попытка простыми словами рассказать о перформанс-тестировании: зачем оно нужно, как помогает находить узкие места, определять capacity и проверять, готов ли прод.