И так, кто же я такой?
Я инженер-программист, технический лидер и архитектор решений с более чем 20-летним опытом в разработке программного обеспечения.
Обо мне
Привет, меня зовут Евгений Куликов!
Мой путь в IT начался ещё в школьные годы с увлечения системами управления, автоматизацией и созданием первых утилит. Уже тогда я осознал, что настоящее удовольствие получаю, когда превращаю сложные вещи в понятные, надёжные и эффективные решения. За это время я прошёл путь от фрилансера до TeamLead’а в крупных технологических компаниях, выстроил десятки внутренних и внешних сервисов, руководил командами, оптимизировал процессы и вносил системные изменения, которые улучшали работу не только конкретных продуктов, но и компаний в целом.
Моя основная специализация — разработка отказоустойчивых сервисов на Go. Я проектирую и реализую высоконагруженные и отказоустойчивые сервисы, строю CI/CD, автоматизирую процессы и интеграции, внедряю Observability и DevOps-практики. Мне близки подходы Domain-Driven Design, Clean Architecture и инженерная дисциплина. Особенно важно для меня — создавать не просто рабочие решения, а понятные, прозрачные и масштабируемые.
Я ценю качество, открытость и инженерную зрелость. Участвую в Open Source, развиваю собственные библиотеки и помогаю другим становиться лучше — через документацию, обучение и код-ревью. Мне интересны архитектурные задачи, оптимизация процессов и построение сильных технических команд.
Если вам нужно продумать архитектуру, провести аудит, усилить команду или запустить проект с нуля — буду рад обсудить, чем могу быть полезен.
Что я могу решить?
Помогаю командам наладить предсказуемую и стабильную разработку, в которую бизнес действительно верит. Выстраиваю процессы, снижающие количество багов, ускоряю релизы и повышаю доверие к команде. Устраняю хаос в коде, документации и взаимодействии между ролями — от Dev до Ops — чтобы команда могла сосредоточиться на создании ценности, а не тушении пожаров.
- Нет актуальной технической документации, а знания о системе «живут» только в головах отдельных сотрудников.
- Релизы регулярно ломают функциональность, требуют восстановления данных и откатов.
- Код-ревью и тестирование занимают много времени, но не приносят нужного качества.
- Сервисы и приложения работают нестабильно, часто падают, а поиск причин занимает часы или дни.
- Между разработчиками, тестировщиками и DevOps-инженерами регулярно возникают конфликты.
- Релиз вызывает стресс, потому что никто не уверен, как поведёт себя система в продакшене.
- Хочется выпускать обновления ежедневно, но реальность этому мешает.
- Разработка и поставка ценности проходят непредсказуемо, бизнесу сложно доверять команде.