★ О проекте

DevLog — блог инженеров
для инженеров

Пишем только о том, что сами используем в production. Никакого переписывания документации — только реальный опыт, реальные ошибки и работающие решения.

Читать статьи → Познакомиться с авторами
6
Статей в блоге
11.6K
Суммарных просмотров
5
Авторов-практиков
~20
Читателей онлайн

Миссия блога

Мы — группа разработчиков, DevOps-инженеров и DBA, которые устали от статей в духе «скопируйте команду из документации». DevLog — это место, где мы делимся реальным опытом: что сломалось в 3 ночи и как мы это починили, какие инструменты реально работают в production на нагрузке, и где мы сами ошибались.

Каждая статья проходит проверку: если описанное решение не работает в реальных условиях или примеры кода не тестировались — мы не публикуем. Это медленнее, но честнее.

Авторы

АМ
Алексей Морозов
DevOps-инженер · Москва

7 лет строит infrastructure as code. Kubernetes, Docker, Terraform. Последние 4 года — в production финтех-компаний. Автор статей о Docker и Prometheus.

МС
Мария Соколова
Backend-разработчик · Санкт-Петербург

5 лет в backend-разработке. Прошла путь Python → Go. Интересуется высоконагруженными системами и распределёнными архитектурами. Автор статьи Python vs Go.

ДФ
Дмитрий Фёдоров
Системный администратор · Новосибирск

10 лет с Linux. Специалист по hardening серверов, диагностике производительности и автоматизации. Автор статей о Linux-командах и SSH-безопасности.

ИП
Игорь Петров
DBA · Екатеринбург

8 лет работает с PostgreSQL в нагруженных системах. Специализируется на оптимизации запросов, репликации и партиционировании. Автор статьи о PostgreSQL.

АБ
Анна Белова
Tech Lead · Казань

6 лет в разработке, последние 2 года — Tech Lead команды из 8 человек. Занимается архитектурой микросервисов и внутренними инструментами разработки.

Как мы работаем

Каждый автор пишет только о том, с чем работает ежедневно. Мы не принимаем гостевые посты с рекламой продуктов, не публикуем «топ-10 инструментов которые нужно знать в 2026» без конкретики, и не пишем статьи ради SEO.

Процесс публикации: черновик → ревью другим автором-практиком → проверка кода в тестовой среде → публикация. Обычно это занимает 1–2 недели. Медленно, зато надёжно.

Все примеры кода и команды проверяются перед публикацией. Если вы нашли ошибку — напишите в комментарии, мы исправим и отметим вас в тексте.

Технический стек блога

Блог намеренно сделан как простой статический сайт без CMS и JavaScript-фреймворков. HTML + CSS + минимальный vanilla JS. Хостится на VPS с Nginx. Никаких трекеров и аналитики третьих сторон.

Время загрузки первого контента (FCP) < 400 мс. Lighthouse score: Performance 98, Accessibility 96, Best Practices 100. Потому что мы сами статьи про производительность пишем — стыдно иметь тормозящий блог.