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