LOVTSOV / Поиск
Найти главное.
Разделы, проекты и статьи на этом сайте.
Владимир Ловцов — опыт и подход ↗
IT-руководство, карьера, портфель проектов, Иннотех, Группа Т1, банковский финтех, инженерное управление.
Кейсы и результаты ↗
Decision Engine, 5 месяцев до эксплуатации, 14 дней TTM, Big Data, Mirion, Техногильдии, архитектура и команды.
Экспертиза и сотрудничество ↗
Консалтинг, архитектурный разбор, управление разработкой, партнёрство и рабочие сессии.
Выступления ↗
HighLoad++, Analyst Days, АиУП. Доклады про данные, архитектуру, руководство и AI.
Контакт ↗
Telegram, LinkedIn, электронная почта. Написать Владимиру Ловцову.
Руководящая роль ↗
CTO, технический директор, директор по разработке, резюме и зона ответственности.
Право на своё — манифест ↗
СоДело: разработка платформы, IT-кооператив, совместные продукты, права участников и приглашение присоединиться.
Аргументы и источники манифеста ↗
Кондратьев, длинные волны, Маслоу, экономика, кооперация и права участников.
Прикладной AI / ML ↗
От документов и графов до прогнозов: собственные реализации, на которых я проверяю полный путь от данных до работающего сервиса.
Продукт под NDA ↗
Несколько мобильных приложений и большой веб-сервис. Курирую разработку целиком; концепция проекта пока закрыта.
Планограф AI ↗
Интеллектуальный помощник руководителя: связывает бэклог, людей и зависимости в выполнимый план — от спринта до года.
СоДело — платформа для кооперативной экосистемы ↗
Общие ресурсы, собственные продукты и рынок заказов. Развиваю цифровую платформу СоДело как технический сооснователь.
LAF — автономная AI-разработка ↗
Задаёте цель и границы. LAF организует очередь задач, работу агентов и проверку результата, пока вы занимаетесь продуктом.
RAG-ассистент для знаний проекта ↗
Помогает человеку и агентам находить ответы в документации, коде и истории решений — с опорой на найденные источники.
AI в разработке: где он ускоряет работу, а где создаёт новый риск ↗
Практика разработки с AI: выбор моделей под задачу, тарифы на 19 октября 2026 года, локальное развёртывание и проверка готового продукта.
API от А до Я: семантика, контракты и практика ↗
Как выбирать между HTTP API, SOAP, GraphQL, JSON-RPC и gRPC и что проверять в контракте: методы, ошибки, совместимость, лимиты и поведение при сбоях.
Архитектура без магии: стоимость изменений и зрелость эксплуатации ↗
Как выбирать между модульным монолитом и микросервисами через стоимость изменения, границы ответственности и готовность команды эксплуатировать распределённую систему.
Карьера в IT: моя модель выбора следующего шага ↗
Не универсальный чек-лист, а четыре вопроса, которые помогают сравнить вертикальный, экспертный и проектный карьерный ход.
Пять типичных ошибок системного аналитика на ИТ-проекте ↗
Ошибки системных аналитиков на крупных проектах в банкинге и финтехе: нечёткие требования, интеграции с legacy, регуляторика, негативные сценарии и поздняя валидация.
Как аналитику проводить интервью с заказчиком: чек-лист ↗
Пошаговый алгоритм интервью с заказчиком для аналитика без бизнес-аналитика в команде: подготовка, проведение, анализ и подтверждение требований.
Сделать аналог — только начало: считаем TCO решения ↗
Как сравнивать продукт, форк, совместимую реализацию и собственную разработку по полной стоимости владения: обновления, эксплуатация, компетенции, риски и выход.
Сапожник без сапог: как я пересобрал собственное резюме ↗
Как убрать из руководительского резюме технический шум, показать карьерную траекторию и собрать понятный CTO-вектор.
Форматы обмена данными: JSON, XML, Protobuf, Avro и MessagePack ↗
Как выбирать формат не по моде, а по контракту: эволюция схем, обратная и прямая совместимость, инструменты и измеренная стоимость обработки.
Может ли слишком детальное ТЗ ослаблять инженерную инициативу? ↗
Рабочая гипотеза о связи между уровнем детализации требований, предсказуемостью поставки и самостоятельностью команды.
ДПУПП на выходных: Кремль, семья и немного профдеформации ↗
Воскресная прогулка с семьёй по центру Москвы глазами айтишника, который после долгой удалёнки замечает алерты и нагрузочные тесты даже вдали от монитора.
EventStorming: польза, ограничения и практика ↗
Практический разбор EventStorming: какие задачи решает метод, где возникают ограничения и как подготовить сессию, чтобы команда получила полезный результат.
«Как в FAANG» без культа: переносим практики вместе с контекстом ↗
Почему архитектурную практику нельзя копировать отдельно от масштаба, команды и эксплуатационной зрелости. Признаки лишней сложности и вопросы перед внедрением.
Быстрый набор команды в IT: риски и плюсы ↗
Как ускорять подбор без иллюзии, что скорость бесплатна: что проверять на входе и как снижать риск ошибки в первые недели.
Разработка в финтехе: семь контуров до production ↗
Что учитывать при запуске банковского продукта: команда, governance, меняющиеся требования, инфраструктура, межкомандные контракты, delivery-платформа и эксплуатация.
Как работает команда разработки в ИТ ↗
Одна из рабочих моделей разработки ПО от исследования задачи до релиза: шесть пересекающихся этапов, ключевые роли и общая ответственность команды за результат.
Слово дня — идемпотентность ↗
Что на самом деле означает идемпотентность в HTTP и распределённых системах, почему одного UUID недостаточно и как безопасно обрабатывать повторы.
IT-конференции для аналитиков: практический гайд ↗
Как выбирать конференции, готовиться к полезным разговорам и превращать выступление или участие в рабочие профессиональные связи.
Нужно ли IT-специалисту высшее образование? ↗
Что университет действительно может дать инженеру или аналитику, какова цена этого пути и когда разумнее выбрать другую форму обучения.
Брокеры сообщений: где заканчиваются гарантии ↗
Практическое сравнение RabbitMQ, ActiveMQ Classic и Kafka: модели обмена, подтверждения, порядок внутри партиций и реальные границы at-least-once и exactly-once.
Микросервисы или модульный монолит? Чек-лист решения ↗
Короткий чек-лист без архитектурной магии: границы домена, независимые релизы, масштабирование, согласованность данных и цена эксплуатации.
NER-сервисы для бизнеса: от сущностей к рабочему процессу ↗
Что действительно умеет NER, чем он отличается от классификации интентов и как собрать проверяемый гибридный pipeline для русского текста.
RAG для компании: от поиска по документам до полезного ассистента ↗
RAG простыми словами: как устроены поиск и индексация, зачем они нужны рядом с LLM, чем отличаются решения для небольшой команды и enterprise и как получить полезного ассистента.
Как перевести банковский продукт в real-time ↗
Опыт раннего real-time продукта 2023–2024 годов: потоковая архитектура, проверка новых компонентов и управленческие выводы.
Сигналы в найме глазами руководителя ↗
Поведенческие паттерны, радар интервью и ошибки самого руководителя: как проверять риски, не превращая собеседование в диагностику личности.
Ретроспектива — потеря времени? Иногда да ↗
Когда ретро превращается в ритуал, как вернуть ему рабочий смысл и почему встреча без владельца изменений ничего не улучшает.
SQL на практике: первые запросы в PostgreSQL ↗
Самодостаточная практика SQL для аналитиков: создаём две таблицы и разбираем SELECT, фильтрацию, JOIN, агрегаты, изменения данных и транзакции.
Нездоровое поведение в IT-команде: как заметить и что делать ↗
Наблюдаемые сигналы небезопасной рабочей среды и практические действия для специалиста и руководителя — без диагнозов и ярлыков.
Analyst Days 16: Узри, падаван, путь данных ↗
Реконструкция ключевых идей доклада Analyst Days 16: как данные получают контекст, почему роли видят один набор по-разному и что аналитику важно проверять.
Analyst Days 14: Не крась траву — риски данных в BANI-мире ↗
Реконструкция доклада Analyst Days 14 о качестве и владении данными: как отличить рабочий процесс от красивой отчётности.
Saint HighLoad++ 2024: опыт перевода банковского продукта в real-time ↗
Как мы с Владимиром Аврамовым подготовили технический разбор раннего real-time продукта на Flink, Kafka и Tarantool.
Синергия сообществ: как большой IT-компании пользоваться собственной экспертизой ↗
Как Техногильдии помогли мне связать команды и знания. Корпоративное переиспользование, устройство Технохаба, экономика общего решения и условия, при которых людям интересно участвовать.
Tech Lead — новый вызов для аналитика ↗
Переход от аналитика к ИТ-лидеру проекта: как собрать команду, выстроить процессы и научиться говорить бизнесу об ограничениях.
Какие бывают аналитики в IT: карта ролей без рейтинга ↗
Авторская карта аналитических ролей: предмет работы, тип результата, техническая глубина и способы выбрать своё направление.
UML на практике: где диаграмма помогает, а где становится лишней ↗
Как выбрать UML-диаграмму под конкретный вопрос, определить срок её жизни и не превратить моделирование в отдельный проект.
User Story: от потребности к критериям приёмки ↗
Как сформулировать user story через связку «кто — что — зачем», дополнить её проверяемыми критериями и не превратить в мини-техзадание.
Ничего не найдено. Попробуйте более короткий запрос.