Burmistrov - It и около

Самоуверенность и кругозор Было ли у вас такое, что вы перевели слово столица, как stolition? А слово magazine, как магазин? Сейчас я вам расскажу, как я применил экспертизу такого уровня. Обычный рабочий день. Ничего не предвещало беды и тут мне прилетела СРОЧНАЯ ВАЖНАЯ задача. Интеграция календаря с новым провайдером, задача внезапная и с максимальным приоритетом. Я не испугался к моменту прилета задачи я уже несколько раз интегрировал новых провайдеров, плюс изучал рынок в целом. Мне все понятно!  Не глядя в документацию нового «провайдера» выдал уверенное "пару часов, это просто маппинг API на API". Рутинная задача, что может пойти не так? На словах задача звучала знакомо и просто, поэтому я сразу назвал срок "пара часов" и спокойно отложил её на потом. Ясно же, что быстро сделаю. 2 часа до дедлайна и ночь в подарок 16:00 день Х завтра. В 09:00 задачу надо отдать. Внезапно оказалось, что “просто маппинга” не предвидится! У провайдера другой архитектурный подход, свои сущности, если сущности совпадают по смыслу, поля в них разные, даже пагинация и сортировка не совпадают. Там, где у нас просто вызов и например получение списка событий, у них — цепочка вызовов: получить календари, для каждого календаря получить события и собрать все это в список, для каждого события нужно отдельно дернуть участников. Ну и бонус, часть фичей просто не поддерживается.  Параллельно обнаруживаю, что у нас единая настройка на тип объектов, а у нового провайдера настройка в каждом объекте, что требует менять модели или реализовывать SAGA. В 18:00 я седой и понимающий, что это уже не "быстрый маппинг", а переосмысление решения с отказом от части удобных фич ради того, чтобы просто успеть в дедлайны. Последствия Обещанный срок я всё‑таки выдержал, но ценой бессонной ночи. А после ночи без сна, день работы на кофе и силе воли.  Рефлексия Пока все спали, я расплачивался за самоуверенность и лень посмотреть документацию при оценке сроков. Утром, когда задача была уже сделана, пришлось признать: оценивал я экстрасенсорно, не открыв документацию, хотя сам везде рассказываю, как важно её читать.  2 неприятных момента: экстрасенсорика не мое. Никто не заметил ночного подвига. Вместо вывода: Маленькие задачи могут очень неприятно вас подставить - относитесь к ним внимательнее. (с) Джеймсон Стетхем 🗣 🗣Не давай оценку интеграции, пока не увидел API, сценарии вызовов и жизненный цикл сущностей, даже если “уже делал такое”. Мелочи могут изменить задачу до неузноваемости. 🗣Самый опасный тип задач — знакомая по формулировке, но новая по контексту: мозг сразу включает режим “я всё понял”, и это частая ошибка планирования. Как с переводом слов интуитивным. 🗣Ночная героика плохой способ закрывать обычные задачи в обычный срок. Хорошо поработай днем, а ночью хорошо поспи.

Личная база знаний и Obsidian В восьмом выпуске четвертого сезона подкаста Радио “Аналитик“ обсудили в чем польза ведения личной базы знаний, как организовать процесс работы с информацией и какие возможности Obsidian можно для этого использовать. Гость эфира: Владимир Бурмистров, главный системный аналитик, Т1  Выпуск доступен для прослушивания на платформах: Apple podcasts Яндекс музыка ВКонтакте YouTube Звук на сайте Инфостарт и на странице подкаста Подписывайтесь на наш подкаст, чтобы не пропустить новые выпуски. Ставьте лайки, если понравился выпуск и делитесь с друзьями, чтобы про подкаст узнали все, кому он может быть полезен. Приятного прослушивания и до встречи в эфире Радио “Аналитик”🎤

Друзья! Я вспомнил, что совсем забыл сообщить важную информацию 18 декабря в Москве пройдет предновогодний ресурсный батл. 6 команд будут бороться за ресурсы, прокачивать софт скилы и общаться! Количество мест ограничено, регистрация по ссылке Буду рад встретится!

Импульс Т1 в Москве: когда виртуальность встречается с реальностью В пятницу был на конференции Импульс Т1 в МАИ (Москва). В этом году я был экспертом на хакатоне импульса в Новосибирске, но на московскую конференцию поехал просто как гость. Просто ради людей и общения, а так же послушать выступления. Что первым бросилось в глаза: Здание МАИ просто космос - атмосфера, условия, ремонт! Я позавидовал студентам (в моё время в универе было не так круто 😅). Миллион знакомых, друзья, коллеги на каждом шагу. Нетворкинг удался, встретил десятки друзей и знакомых и сотни не знакомых😁. Обсуждали тренды в ИТ, AI, новые подходы и конечно просто приколы. Отдельно хочу отметить маскота "Пробелка" - очень милая белочка из клавиатурного пробела наклеил её себе на ноут. Вау-момент: два человека подошли и сказали, что они мои подписчики! Честно, это было странно и приятно одновременно. В этом году я много выступал, вёл уроки, был активен в комментариях - и вот теперь меня узнают на мероприятиях. Смешанные чувства: то ли обнять и сказать «ты существуешь!», то ли как-то ещё реагировать. Сложная эмоция, которую я пока не совсем понял. ТОП-3 ярких момента: 1️⃣ Встреча с коллегами, с которыми я работаю каждый день, но вижу несколько раз в год. Здесь произошло чудо - неформальная встреча в баре за пивом помогла закрыть несколько важных рабочих проблем. Оказалось, что люди кричали о межролевых конфликтах «не в то окно», но нашли нужное окно именно в баре. Обсудили технические моменты, выровняли понимание направления движения команды. И уже в начале недели ВСЁ ПОРЕШАЛИ. Вот это сила живого общения! Может назад в офис?🤔 2️⃣ Дискуссия про проблемы с наймом в индустрии. Услышал мнение топ-менеджеров. Казалось, что менеджеры сидят где-то далеко наверху и не понимают реальности. Но оказалось, что они в теме проблем рынка и им тоже сложно. Они решают не одну проблему в моменте, а сразу 20, и ещё 100 проблем, которые ждут нас за углом завтрашнего дня. Новый уровень эмпатии к топам, но это не точно. 3️⃣ Атмосфера веселья и общение с новыми крутыми представителями индустрии. Просто живое, настоящее общение людей. Многих беспокит рынок, вкатуны которые отнимут работу, синьеры, которые не могут работу натйи получат отказ по причине - "оверквалификайшн". Рынок колбасит, наблюдаем... Что я привёз с собой: ✅ Подтверждение моих взглядов - не потерялся, рука на пульсе индустрии ✅ Развертуализацию - увидел людей, с которыми общаюсь часто, но никогда не видел в живую ✅ Убеждение в том, что канал надо вести ✅ Решение рабочих вопросов - бонус, который не ожидал

Обожаю Яндекс итоги года и все время угораю с них

Obsidian stats 2025-12-01 На текущий момент моя личная база знаний выглядит так: - 1215 заметки (+123) - 311 вложений (+23) - 1526 файл (+146) - 2620 ссылки (+266) - 332483 слов (+79676) - 333.53 МБ (+35.21) - 1557 Тэгов (+129) - 2.156 Качество базы знаний (+0,000) #Obsidian #БазаЗнаний Рандомный факт: Обожаю когда понедельник выпадает на первое число

Я боялся говорить об этом, но… ... пришло время хейт спича Я много лет использовал iPhone mini, лучший телефон за все время! (Лучший после nokia 7610) iOS разрабы! Существует mini и se, доработайте свои приложения! Я постоянно слал вам лучи поноса, когда интерфейс не влезал в экран. Дизайнеры. Сейчас будет шок для вас. Есть пользователи у которых ноут в за 30к, там разрешение 1366х768 и матрица показывает 5 цветов, купите себе и смотрите что получается, посмотрите статистику по мониторам вашего продукта Разрабы. 4гб вкладка в браузере это не норм, точно говорю не норм, я понимаю что на странице заголовок и поле ввода, но наверняка можно что-то сделать

🎄 Приглашение на Т1 ЛАМПА Кибераналитика Диагноз Аналитик и Т1 ЛАМПА приглашают вас на митап "Кибераналитика". Будьте готовы стать немного генИИальнее! 😁 Что вас ждет: Две эксперта: 1️⃣Классические методы экспертности в кибераналитике 2️⃣AI-подходы в кибераналитике 3️⃣Интерактивный круглый стол: Обсудим актуальные вопросы: как применять ИИ, кому нужно, действительно ли необходим AI, и разберем точки пересечения классических и новых подходов. 💬 Ваши вопросы приветствуются: Отправляйте вопросы заранее (мне). Расставим все точки над i, а потом над ё, чтобы вы вошли в 2026 году как опытные Кибераналитики! 📅 Дата и время: 11 декабря, 19:00 MSK 📱 Формат: Онлайн 🔗 Регистрация: ССЫЛКА ДЛЯ РЕГИСТРАЦИИ Я буду главный модератор мероприятия - приходите! 👋

30 человек в команде, новый домен и адский срок. История о том, как не утонуть в хаосе большого проекта Как-то раз я взял в работу сложную, гигантскую задачу. Я бы даже сказал эпик по нашей системе исчисления задач. У неё был гигантский плюс - мне было всё понятно. Задача хоть и огромная, но логичная, как ходьба. Приключение на 20 минут... Новый бизнес-домен, абсолютно неизведанная территория. Но корпоративные пользователи ждали решения вчера и готовы были заплатить🤑. На пике разработки над задачей работало 30 человек — фронт, бэк, мобила на двух платформах, девопсы, аналитики, архитекторы, PM, PO. Красиво звучит, да? На энтузиазме я бросился писать стори, фичи, расписывать задачи бэкам, дизайнерам и фронтам. Что было дальше? Грусть, боль, печаль и бесконечные доработки. Один раз даже большая переделка. У команды нет сил. Каждый день что-то правим, топчимся на месте, а в проде без особых изменений. Знакомо? Сели думать вместе с командой, что пошло нет так Стандартные проблемы больших проектов: ➖Непонимание общих целей между разработчиками, аналитиками и бизнесом ➖Конфликты видения - как должна выглядеть архитектура, где рисовать границы между сервисами ➖Документация устаревает на ходу разработки, а онбординг новичков становится кошмаром ➖Интеграция между командами - кто за что отвечает, где точки пересечения (интеграции, события, контракты) Задача была простой и понятной, но «каждый понимал по-своему». Отсюда и результат. Решение: Solution Concept До чего додумались: не совершать прыжки веры перед большой работой. Перед стартом разработать верхнеуровневый "Концепт решения". Solution Concept - документ, который станет источником истины для всей команды. Что это даёт? 1. Непонимание → Общее видение Solution Concept заставляет все причастные команды сесть рядом и договориться: что мы вообще делаем, какие микросервисы интегрируются, какие API создаем, что за технологии используем, кто за какой домен отвечает. 2. Хаос архитектуры → Структура C4-диаграммы помогают визуализировать систему так, чтобы все - от представителей информационной безопасности до junior-разработчиков - поняли устройство с первого взгляда. 3. Устаревающая документация → Вечно актуальный документ Документ не устаревает, потому что строится на высоком уровне абстракции. Детали меняются, но архитектурные решения остаются. А изменения очень легко почти без траты времени отразить. Что включить в документ Solution Concept? Два уровнея диаграмм C4 🔹 Context (Контекст) Система «с высоты птичьего полёта». Как она взаимодействует с пользователями и другими системами. Практически не устаревает. 🔹 Container (Контейнеры) Внутренняя структура: приложения, базы, микросервисы, очереди. Меняется редко, легко поддерживать. Для создания использовать: обычный draw.io, Miro, PlantUML или даже PowerPoint - главное, что визуально и всем понятно. Почему это сработало у нас? Когда мы применили этот подход для расширения домена, жизнь стала проще: ➖Наглядность - диаграмма стоит тысячу часов встреч ➖Коммуникация - планирование задач, обсуждение требований, поиск архитектурных решений теперь происходит на одном языке, глядя на одни схемы ➖Гибкость - подход работает на любом этапе, не нужны навороты ➖Мотивация команды - люди видят большую картину и понимают зачем они что-то делают От MVP к Production и сразу к масштабированию — без боли и переделок. Внимание ВОПРОС Встречались ли вы с ситуацией, когда большая команда топчется на месте из-за разнопонимания? Как решали? Минутка саморекламы на тему поста: На осенней конференции МТС в 2024 году я делал детальный разбор этого подхода - со всеми диаграммами, примерами и ошибками, которые мы совершили: ➖RuTube ➖YouTube ➖VK Video

Пятница!! 1. Всех поздравляю, у меня в городе выпал снег и улучшил настроение 2. Идея для поведения в лифте сегодня! Радуйте коллег

Вы пришли на собеседование

«Добро пожаловать, искатель знаний. Сегодня мы погрузимся в проект по усилению боевой эффективности Адептус Астартес. Ваша задача — спроектировать API для тактического ядра брони космодесантника, МК X «Гравис-Арматум». Система управляет двумя ключевыми концепциями: Боевые Мандаты (Pacts): Это кибернетические приказы, загружаемые в доспех. Они определяют цель, зону боевых действий (планету) и ресурс, который будет разблокирован при выполнении (например, доступ к огнемёту или орбитальной бомбардировке). Каждый мандат имеет статус (например, ВЫДАН, АКТИВЕН, ВЫПОЛНЕН) и требует определённого количества подтверждений для выполнения. Подношения Империуму (Tributes): Это акты, которые засчитываются в выполнение мандата. Например, сканеры доспеха автоматически регистрируют подношение типа xenos_purge при уничтожении цели. Каждое подношение привязано к конкретному мандату. Микросервис должен предоставлять API для следующих операций: Управление Боевыми Мандатами (создание, просмотр, обновление статуса). Регистрация Подношений Империуму и их привязка к мандатам. Получение тактической сводки по текущему состоянию выполнения мандата для отображения на HUD бойца. Ваша задача: Спроектировать REST API для этого микросервиса. Ответьте на следующие вопросы: Какие конкретные эндпоинты (URL, HTTP-методы) вы предложите? Для каждого опишите его цель. Какие данные будут передаваться в телах запросов и ответов (в виде JSON)? Какие HTTP статус-коды вы будете использовать в различных сценариях и почему? Как вы организуете получение сводной информации о состоянии мандата (прогресс выполнения)? А теперь, проявите инициативу. Какие уточняющие вопросы вы зададите Архитектору (мне), прежде чем окончательно зафиксировать дизайн API?

Рабочий день закончился, я чувствую вы не знаете что делать. Почитайте что такое Кротовая нора в физике. Завтра на дейлике ловко ввернете и поразите коллег.

От стартапа к Enterprise: как мы сохранили скорость Когда я пришел в Т1 четыре года назад, Skype for Business был нашим основным корпоративным мессенджером. Dion в это время был небольшой командой в духе классического стартапа: каждый знал все от и до, а решения принимались мгновенно. Позже я присоединился к команде Dion, и в этот период количество клиентов и нагрузка росли, появлялись новые функции - и наш "стартап" превратился в зрелое Enterprise-решение для крупных компаний. Главный риск такого взрывного роста — потерять темп и контроль. Часто гибкий стартап тонет в бюрократии и становится медленным. Но нам удалось избежать этой ловушки. Главный секрет: масштабирование — это смена мышления, а не просто новые процессы Многие при росте команды ждут бюрократии и проблем с коммуникацией, и они действительно возникают. Ключевая задача — уделить время перестройке мышления. Важно начать видеть в стандартизации не ограничение, а инвестицию в будущую скорость и стабильность. Стандарты и прозрачные правила работают, а не мешают, если: ➖Команда принимает их сама, а не получает сверху. (ну или может влиять) ➖Ценится скорость релиза — и процессы действительно помогают её достигать. ➖Все видят, что правила создают новые возможности, а не отнимают свободу. Признаки здорового масштабирования ➖Стандарты — это живой инструмент, а не "документ для галочки". ➖Delivery ускоряется: от разработки до выпуска фич — все идет быстрее. ➖Команда чувствует себя сильнее: мы не "ограничены", а на подъеме, так как уровень взаимодействия и развития вырос. Какая культура помогает расти без потерь ➖Смело экспериментировать и так же быстро отказываться от того, что не работает. ➖Делится знаниями внутри команды и растить сильных специалистов. ➖Сохранять баланс между гибкостью, четкой целью и дисциплиной. Я горжусь, что стал частью этого пути с командой, которая горит своим делом, продолжает двигаться вперед и не теряет человечности. Наш опыт доказывает: "можно перейти на уровень Enterprise, сохранив и проект, и команду, и главное — темп", если решения принимают люди, которым не всё равно.

🎉 Результаты розыгрыша: 🏆 Победитель: 1. Наташа (@svirestel) ✔️Проверить результаты

Турбулентный рынок труда: как выжить? Поможет Карьерный митап #3 от self. У self планируется третий карьерный митап на ультра актуальную тему: турбулентный рынок труда в связи с экономическим кризисом❗️

self. – сообщество для поддержки айтишников, которые переживают турбулентные времена в карьере

Митап будет состоять из 4 частей 1️⃣Как выжить на рынке труда, который не беспокоит твое выживание. Серафима Чекулаева, CEO self и карьерный ментор, расскажет, что делать, чтобы чувствовать себя адекватно в кризис и не терять почву под ногами 💻🫶 2️⃣Дальше – Карьерный форум: кулуарный разговор с 12 экспертами из разных IT-направлений: teamlead, product ML&analytics, frontend, backend. Можно будет задать вопросы, получить советы и честно обсудить, что сейчас реально работает 💋❔ 3️⃣Будет организованный нетворкинг с другими участниками, с которыми можно будет обсудить текущую карьерную ситуацию и поделиться лайфхаками. Знакомства получатся без неловкости – говорят придумали за нас, как начать диалог💻⚡️ 4️⃣А финальный диджей-сет от партнера Звука поможет выдохнуть после насыщенного инсайтами дня под расслабляющий бит 😎🎵 Кажется, ивент будет эпохальный, надо идти! Регестрируйся: selfcommunity

Ты инженер! И это приказ! Шел 2008 год. Web Future Lab. Проект, который было принято называть "технологией будущего" Суть простая: приборы подключены к веб-серверу, и ты можешь управлять ими через браузер и одновременно видеть видео с камеры. Звучит как обычный IoT сегодня? Тогда это было за гранью фантастики. Я отвечал за дизайн и фронтенд. И вот наступил День X. Стенд готов. Демонстрация для потенциальных клиентов в одном шаге, осталось выставить приборы. Я захожу в комнату... Звук пилы, облака опилок, всё в стружке и грязи. Приборы не выставить. Да в этой мусорке даже находиться не хочется! Иду к руководителю: - Руководитель, тут беда. Нужна генеральная уборка. Его ответ меня шокировал: - Ты инженер! Ты справишься со ВСЕМ! Возьми уборочный инвентарь у начальника ОХО. Я стоял ошеломленный. Хотел возмутиться. Но молчал. Потому что он был прав. Я Инженер, я могу больше, чем другие специалисты. Взял инвентарь... ... и привел стенд в порядок, навел чистоту, расставил приборы и показывал потенциальным покупателям веб лабораторию будущего! Слоган "ты ж инженер" я пронес через всю жизнь: - Развернуть Kubernetes ETL? В деле! - Обновить 1С? Без проблем! От IE6 до нейросетей, я учился везде и всему. Потому что инженер - это не специальность, это образ мышления. Сейчас я на удаленке, и этот mindset спасает каждый день. Особенно когда нужно не просто выполнить свой блок работы, а решить проблему целиком — от постановки до результата. А вы? Вы инженер? Или вы специалист, который решает только свою узкую задачу?

Кто разбирается в фрагменте от телеграм? Меня пытаются заскамить или реально хотят купить за лям ник?

Владимир Бурмистров знает всё! От ie6 до нейросетей, ведь он 18 лет в IT, а также преподаватель и автор курсов по программированию, системному анализу и архитектуре Именно он выступит с темой: "Документируй это: Как артефакты аналитика становятся топливом для проекта, а не бюрократией" 12 ноября, 17:30-18:20 (мск) На встрече: ✅ Разрушу мифы и покажу, как сделать ваши документы реальным активом ✅ Чек-лист успеха для каждого артефакта: что должно быть внутри, чтобы его полюбили все участники команды ✅ Карта ценности: кому и какой документ критически важен, а без чего можно обойтись ✅ Секретное оружие — ИИ: практический гайд по генерации первой, уже качественной версии пользовательских сценариев, диаграмм процессов и даже терминов глоссария Это выступление для тех, кто хочет делать больше, а писать меньше. Превратите свои артефакты из обязательных отчетов в инструмент, который двигает продукт вперед. Ждем на конференции 12-13 ноября, подробнее и регистрация здесь

Розыгрыш создался без картинки((( Поэтому она пойдет отдельно, как место для коментарев))