Burmistrov - It и около

Анонс и отмена 🔜 22 сентября 2025, Нижний Новгород, Импульс Т1, хотел приехать, но 😢, а вы приходите все равно, кидайте фотки 🔜14 октября 2025, Нижний Новгород, Т1 ЛАМПА: 1с регистрируйтесь, приходите, встретимся пообщаемся

В obsidian 1.9 добавили базы данных, это конечно не совсем базы данных, это скорей некоторая форма группировки заметок и она очень хороша. На скрине результат того что я за 5 минут смог сделать с книгами, те заметки которые оформлены были относительно недавно по моей текущей методике автоматом собрались и красиво отображаются в списке. Можно делать коллекции различные. Теперь точно буду под каждый проект создавать стартовую страницу в виде БД, что бы легко и удобно собирать материалы, даже если они куда-то в непонятное место улетели. Настройки довольно обширные, есть разные представления (таблица, обложки и прочее). Минимальная автоматизация присутствует. Знаю что в ношн многие очень любят эту фичу, так что осваиваем, обновляемся, не боимся)

А что вы делаете с грамотами, дипломами, медалями, сертификатами и прочими документами побед, участий, обучений и всего такого? Я вот придумал отвозить на дачу и думаю сделать стену целую с такими штуками, до этого просто гора в парке лежала, а электронные в парке на диске

Исследование рынка ИТ-решений На днях искал информацию по ESB и анализ мне было делать лень, хотелось найти материал в котором уже кто-то все сопоставил и желательно, что бы не нейронака, мне повезло наткнулся на обзор ESB от компании белый код. Это исследование представляет собой обзор современных платформ для интеграции и автоматизации бизнес-процессов — от ESB и low-code до технологий обработки данных и открытых API. Плюсы исследования ▫️Охватывает десятки отечественных и международных решений, сравнивает их архитектурные особенности, функциональность, масштабы внедрения. ▫️Примеры реальных кейсов и статистику производительности на типовых нагрузках, что особенно важно для оценки зрелости платформы. ▫️Много информации по интеграции с современными облачными, онпрем и гибридными инфраструктурами, а также по поддержке новых стандартов безопасности и разворачиванию микросервисных архитектур. ▫️Отдельное внимание уделено трансформации средств интеграции: описание no-code, low-code, hard-code решений, которые ускоряют delivery, делают системы гибкими и улучшают UX для бизнеса. Почему исследование полезно архитектору ▫️Детальный разбор архитектурных паттернов и сценариев использования ESB, API Gateway, streaming-платформ и инструментов автоматизации. ▫️Сводные таблицы по поддержке разных протоколов, платформ (Docker/Kubernetes), облаков и DevOps-инструментов. ▫️Оценка зрелости open-source и коммерческих решений, примеры масштабных внедрений и оценки SLA для надежных систем. Системному аналитику ▫️Сравнение поддерживаемых метаданных, бизнес-процессов, способов интеграции с ERP, CRM, MDM, PLM. ▫️Анализ сценариев миграций и типовых проблем при замене/доработке платформ. ▫️Кейсы реальных Интеграций: от 1С и SAP до Power BI и крупных BI/MDM комплексов. Для CTO и технических лидеров ▫️Стратегии выбора оптимальной платформы под задачи масштабируемости, безопасности, поддержки DevOps и гибридных облаков. ▫️Оценка стоимости владения, гибкости лицензирования (open-source vs. enterprise), перспектив low/no-code решений. ▫️Краткие обзоры тенденций рынка и динамики развития отечественных решений в условиях импортозамещения. С этим исследованием гораздо проще выбрать технологическую платформу, спрогнозировать риски и достигнуть стратегических целей цифровой трансформации. Ключевые технические тренды 〰️Рост low-code и no-code платформ 〰️Миграция к облаку и контейнеризации 〰️Open Source и модульные архитектуры 〰️Упор на безопасность и DevSecOps 〰️Поддержка широкого спектра протоколов и источников данных Эти тренды отражают ускорение цифровой трансформации и ориентацию на гибкость, отказоустойчивость и информационную безопасность в современных ИТ-ландшафтах, читайте исследование расширяет кругозор и варианты систем для ваших задач

Кто будет на стачке, не забываем посещать воркшоп) А если вы еще не купили билет, напишите, есть промокоды на скидки

Блин, текст забыл)) Помните хайп примерно 2017 года? Я говорю конечно про блокчейн) Технология прошла пик хайпа и сегодня будем пробовать противодействовать мошенничеству с помощью нее) Расскажу что получится, ставки принимаю

Типичный программист спросил у меня про мессенджер MAX Читать тут: https://tproger.ru/articles/nacionalnyj-messendzher-max--chto-umeet-i-chego-ot-nego-zhdat

Server-Sent Events (SSE) Бывало у вас так: на проекте есть задача в реальном времени, но техлид или инфраструктура или ИБ накладывают табу на WebSocket? Со мной такое случилось! Есть задача сделать sorry, NDA, а использовать вебсокеты — нельзя. Долго думал, как обойтись, и решение нашлось в виде SSE (Server-Sent Events). Делюсь забытой технологией древних. Что это такое? SSE — это стандарт, позволяющий серверу автоматически «проталкивать» (push) данные клиенту (например, браузеру) через одно постоянное HTTP-соединение. Клиент просто подписывается на событие и ждет обновлений. Как выглядит на практике? Сервер отправляет данные в специальном текстовом формате, а клиент (JavaScript) ловит их через объект EventSource. Это очень просто реализовать. ❓SSE vs WebSocket: В чем разница? Частая ошибка — ставить их в один ряд. Они решают разные задачи! Server-Sent Events (SSE) — это как радио. Сервер «вещает» данные, а клиент их «ловит». ▫️Связь односторонняя (только Server → Client) ▫️Работает поверх обычного HTTP(S ▫️Супер-фича: если соединение падает, клиент автоматически переподключается ▫️Отправляет только текстовые данные (чаще всего JSON). WebSocket — это как телефонный звонок. Устанавливается полноценное двустороннее соединение (Server ⇄ Client). ▫️Свой специальный протокол ▫️Можно пересылать что угодно: текст, бинарные данные, файлы ▫️За эту мощь и функциональность приходится платить: переподключение и обработку ошибок нужно писать вручную ▫️Реализация сложнее 😎Когда использовать SSE? SSE идеален для сценариев, где данные идут в основном в одну сторону — от сервера к клиенту. Примеры: 〰️Лента уведомлений (новое сообщение, комментарий, лайк) 〰️Онлайн-датчики и мониторинг (курс акций, температура процессора) 〰️Ленты новостей / Таймлайны в реальном времени 〰️Статус длительной задачи (прогресс загрузки файла) 〰️Dashboard-ы, которые должны обновляться сами 😃Когда выбрать WebSocket? WebSocket — ваш выбор, когда нужна полноценная двусторонняя связь в реальном времени. Примеры: 〰️Чаты и мессенджеры (нужно не только получать, но и отправлять сообщения мгновенно) 〰️Онлайн-игры 〰️Совместное редактирование документов 〰️Сервисы видеозвонков Итого Не тянем за собой тяжелый WebSocket, если задача решается легким SSE. Правильный выбор технологии: ▫️Экономит ресурсы на разработку и поддержку. ▫️Повышает надежность (SSE проще и отказоустойчивее за счет HTTP). ▫️Делает архитектуру подходящей под задачу. Байт на комментарии: В каком из проектов вашей компании можно применить SSE прямо сейчас?

Сегодня третий рабочий день после отпуска, но со мной Айзек Азимов и Я - робот. А вообще уже втянулся, работа кайф, желаю всем интересной работы

Первый день после отпуска. Сложно как-то)

Obsidian stats 2025-09-02 На текущий момент моя личная база знаний выглядит так: - 967 заметки (+28) - 207 вложений (+74) - 1174 файл (+102) - 1871 ссылки (+136) - 154705 слов (+29959) - 242.40 МБ (+43.19) - 1334 Тэгов (+14) - 1.935 Качество базы знаний (+0,087) #Obsidian #БазаЗнаний Что можно увидеть, работал над большими материалами и поэтому прибавилось 30к слов, но добавилось очень мало заметок. Теги почти не использую, скорее всего надо их переосмыслить. Нахожусь в отпуске нет сил ничего постить, всех с концом лета, Днём знаний и хорошего настроения! Кратко про планы, готовлю стримы, митапы, ресурсы батлы и готовлюсь к конференциям. Учусь повышаю квалификацию. Ждите анонсы)

Вчера прошел финал летнего ИТ лагеря от Т1, интересно было смотреть что у ребят получилось и в каком виде. Заключение одной из команд и я с ним согласен! Буду краток и может позже набирусь сил написать подробнее. Было круто, ребята молодцы, а я зарядился позитивной энергией буду и дальше преподавать и рассказывать всякое) И с середины сентября точно будут стримы! А еще дополнительный привет ребятам из Рязани, прикольно что следите!

Хорошая новость Вышла новая версия СБОЛа У кого iOS милости прошу к скачиванию У нас есть дни или часы для обновления) Теперь можно платить телефоном. Плохая новость В новой версии за ui/ux ответственный дизайнер из Яндекс лавки, куча дополнительных кликов, а что-то вообще пропало. Ну или я не разобрался пока

Arch.Meetup by Sber - Впечатления Вчера ходил на Arch.Meetup от Сбера. Делюсь впечатлениями и главными возникшими мыслями. Часть 1: Восторги Офис Сбера — это просто космос! Он пытается нанять тебя вместо HRов, просто находясь в нем хочется ходить в офис и перестать сидеть на удаленке. Организация — на высшем уровне, спикеры — отличные, технологии и темы очень актуальные и заставляют задуматься попробовать новые практики в работе. Одним словом — горишь и хочешь на следующий митап. Часть 2: Драма ...Но был и трагичный момент. Я там чуть ли не танцевал, тянул руку, чтобы задать вопрос, но микрофон так и не добрался до меня. Ребята-организаторы, недоработка! Часть 3: Главный инсайт — завтра уже здесь. И у него есть права доступа. Самой новой и интересной темой для меня стала тема управления правами для ИИ-агентов. Представьте: корпоративная экосистема — это уже не просто люди, а целый цифровой мегаполис, где тысячи ИИ-агентов работают рядом с людьми. И это создает вызовы, с которыми классические системы безопасности (вроде RBAC) просто не справляются: ▫️Проблема 1: Масштаб и природа агентов Они создаются и завершаются ежесекундно, а их поведение не всегда детерминировано. Нужны гибкие модели вроде ABAC, где права определяются динамически. ▫️Проблема 2: Межагентное взаимодействие = «испорченный телефон» ▫️Утечка данных: Агент А имеет доступ к данным, обрабатывает их и передает вывод агенту Б, который не должен их видеть. Если в выводе остался «след» — конфиденциальность под угрозой. ▫️Каскад ошибок: Один агент с некорректными правами принял плохое решение -> следующий ему поверил -> понеслась лавина сбоев по всей системе. Чем это реально грозит? 〰️Утечка финансовых или клиентских данных. 〰️Прямой финансовый ущерб из-за ошибок в автоматизированных транзакциях. 〰️Полная потеря доверия к системе. Что делать? Это новая область, но контуры решений уже видны. ➖Принцип наименьших привилегий (PoLP) как догма. Права агенту — строго на задачу и строго на время ее выполнения. ➖Динамические политики. Не «можно вызывать API X», а «можно вызывать API X только для сотрудника Y и только с 9 до 18». ➖Доработка аудита и легирования. Любое действие любого агента должно быть залогировано и привязано к действию человека. Вместо вывода Управление правами в гибридных системах «люди + ИИ» — это новая интересная задача, которая может стать огромным вызовом.

Пока вы смотрите на лучший интерфейс для ввода номера телефона я преодолеваю расстояние в 5 часов до отпуска. А вечером пойду на Arch.Meetup by Sber: ген безопасности в ДНК архитектуры! Так что если вы идете, пишите встретимся, пообщаемся

Вышла новая забавная нейронка, написал ей промт небольшой и за 17 минут ожидания получил прототип рабочий. https://floot.com/ Это некоторое время назад я публиковал во внутреннем командном портале и призывал баловаться, играться. Сегодня дизайнер мне показал, что теперь это часть фигмы, загрузил туда мои требования и мы получили очень крутой концепт… добавили нашу дизайн систему немного покрутили и все готово. Сейчас вот изучаем как надо писать требования, что бы сократить время на проработку дизайна. Ну и смотрите пост выше, там отличный UI 😆

Найди ошибки в схеме

Пет-проекты: харды + решение личных задач Разработка пет-проектов — это мой любимый способ учить новые технологии на практике. Сегодня расскажу про RandomCoffee Bot — решение проблемы поиска собеседников и отличный тренажёр для скиллов. Что за RandomCoffee Bot? Во-первых, это никакой не новомодный ИИ, а нетворкинг в чистом виде. Telegram-бот, который - Написан на Go - Упакован в Docker-контейнер - Имеет открытый исходный код - Решает проблему: "Хочу пообщаться с интересным человеком, но не знаю кого позвать" Особенно актуально для IT-специалистов — буду тестировать в сообществах аналитиков! Что это дало лично мне? Конечно хард-скиллы и решение личных потребностей в общении. ▫️Практика с Docker – упаковал бота в контейнер, разобрался с образами и управлением зависимостями. ▫️Теперь у меня есть система для регулярных знакомств с интересными людьми — без неловких "о чём поговорить?", ведь собеседник тоже пришёл по желанию. Ближайшие планы 1. Перенос из локального Docker в облако (уже в процессе) 2. Настройка GitHub Actions для авто-деплоя 3. Добавление вебхуков В перспективе ▫️Внедрение rolling updates для бесшовных обновлений ▫️Blue-green deployments для минимизации downtime ▫️"Пиар" в профессиональных чатах (особенно среди аналитиков) Код открыт — буду рад вашим звездочкам, issues и PR! GitHub: CrazyElephantX/RandomCoffeeBotTelegram 🔗Ссылка на бота появится здесь после деплоя в облако. А какие пет-проекты помогли вам прокачать скиллы? Делитесь в комментах — возможно, ваш опыт вдохновит кого-то на первый проект!

Закон Конвея: почему ваш продукт — это зеркало вашего офисного ада Только сегодня осознал, что 18 лет в IT наблюдал один и тот же паттерн ▫️Гибкие команды → чистый код и логичный интерфейс ▫️Разрозненные отделы → "лоскутное одеяло" из 7 разных стилей кнопок ▫️Бюрократия → фича = 3 месяца согласований Это не совпадение — это Закон Конвея (и ваши разработчики давно об этом знают). Жесткая правда "Продукт — это слепок структуры вашей компании" Мелвин Конвей, 1967. (Все думали что он про код, а он про психологию) Где вы это видели ▫️SAP → идеальный пример "как 40 отделов испортили интерфейс" ▫️Стартапы → когда все сидят в одной комнате, фичи летят как горячие пирожки ▫️Ваш прошлый проект → где "сохранить" было в 3 разных местах потому что UX и Backend не разговаривали 💡 Что делать (если не хотите позора) 1. Резать процессы — каждый лишний апрув = ещё один поп-ап в интерфейсе 2. Ломать стены — буквально. Open-space > переписки в 10 чатах 3. Дробить на "банды" — 5 человек с общей целью > 50 с KPI из разных вселенных "Незнание законов не освобождает от ответственности" (особенно когда пользователи проклинают ваш интерфейс) 👇 Ваша очередь Какой самый жуткий пример Конвея встречали? — Продукт, где логика повторяла оргструктуру? — Фича, которая умерла в согласованиях?