Вчера Сбер представил руководство по созданию AI-агентов. В документе излагаются:
🔹 теоретические основы разработки AI-агентов;
🔹 имеющиеся архитектурные подходы;
🔹 принципы разработки мультиагентных систем.

Скачать данный гайд можно в соответствующем разделе базы знаний официального сайта (ссылка). Также для удобства продублирую данный документ в первом комментарии 👇.

P.S. Когда я в прошлый раз размещал подобного рода документ от Google (ссылка), кто-то их подписчиков поставил дизлайк 😳. Скромно надеюсь, что данная работа ему понравится больше.

#книги #ai #сбер

На Хабре недавно прочитал статью о когнитивных искажениях системных аналитиков. Несмотря на отсутствие революционных идей, материал заставляет задуматься о рабочих практиках и взглядах на процесс анализа. В общем, делюсь ссылкой.

#психология

Знаете, не могу отделаться от мысли, что системный аналитик — это тот человек, которому поручают собирать пазл 🧩, но зачастую не говорят, какой рисунок должен получиться в итоге. А ещё пикантней, когда выясняется, что половина элементов картины затерялась где-то в недрах компании, и теперь нужно завершить работу, используя подручные средства. 😅

📖 "Мифический человеко-месяц, или Как создаются программные системы" Фредерика Брукса

Ну вот добрался я до обзора этой довольно известной работы.

🌟 Содержание. Книга достаточно интересна хотя бы тем, что позволяет посмотреть на историю развития индустрии разработки ПО и проследить за мыслями о сложностях и размышлениями, которые возникали на этом пути у автора.

На страницах книги чëтко прослеживаются идеи, которые годы спустя мир узнал уже под "этикетками": Agile, микросервисная архитектура, быстрое прототипирование, выпуск пилотов/MVP, версионирование, инкрементальная разработка и пр. Всё ли это придумал Брукс? Конечно, нет, но, как минимум, это занимало его мысли.

Поскольку книга представляет собой сборник эссе, посвящённых различным вопросам разработки, то она будет интересна широкому кругу читателей из сферы IT: разработкам, аналитикам, менеджерам, архитекторам, тестировщикам.

К слову, известные фразы о невозможности родить ребёнка за месяц девятью женщинами и об отсутствии серебряной пули берут начало именно здесь.

🍯 Ложка дëгтя. Во-первых, слог автора не всегда простой. Но точно не критично. Во-вторых, не все мысли и термины понятны и релевантны современности. 1-е издание книги (а это костяк) вышло в свет в 70-е годы, а значит опирается на ещё более ранний опыт и подходы. Что тут можно сказать: если какая-то глава вообще "не идёт", еë (благодаря тому, что это независимые эссе ☝️) можно пропустить без особых потерь для понимания остальной части книги.

🧙‍♂️ Резюме. Не смотря на всю "бородатую" историю, книга, как я уже отмечал, будет полезна широкому кругу читателей от разработчиков до менеджеров. В конце концов, многие до сих пор полагают, что добавление людей в проект линейно и предсказуемо уменьшит сроки на его выполнение.

📜 Бонус для тех, кто любит читать выжимки и краткие изложения. В Википедии для вас есть 2 коротенькие статьи по материалам данной книги. Читаем здесь и здесь.

#книги #методыуправления #программирование #нетленка

Сегодня хочу поделиться с вами статьёй Алекса Сюя (автора книги по системному дизайну) на тему различных видов API. https://blog.postman.com/api-protocols-in-2023/

Несмотря на то, что название статьи явно отсылает к протоколам, на самом деле в ней кратко описаны архитектурные стили, протоколы, фреймворки и прочие представители флоры и фауны терминологического разнообразия.

Отдельной похвалы заслуживает иллюстрация в стиле "всё в одном". Помимо смыслового наполнения Алекс с помощью различных размеров секторов на круговой диаграмме проиллюстрировал относительное распространение той или иной технологии по состоянию на конец 2023г. Собственно, эту картинку я и прикрепил к данному посту.

Также, пользуясь случаем, напомню, что ранее я делал достаточно глубокое сравнение веб-сервисов (ссылка). Так что материалы должны неплохо дополнять друг друга. Пользуйтесь 😉

#интеграции #сервисы #проектирование

🎬 Подборка видео-собеседований

Некоторое время назад я задался вопросом, что происходит на рынке труда, поспрашивал вокруг (например, здесь). И информация такова, что ряд крупных компаний с конце прошлого года резал проекты вместе с сотрудниками.

Надеюсь, никого из вас это не коснулось, но я решил, что не помешает собрать свежую подборку публичных собеседований. Просмотр (или даже просто прослушивание в фоне во время прогулки) позволяет освежить теорию в памяти и, что самое полезное, можно сделать выводы относительно того, что на текущий момент спрашивают во время таких мероприятий.

🔶 T-Банк | Junior системный аналитик
🔶 Предположительно МТС | Middle/Middle+ системный аналитик (реальное 🔥)
🔶 Просто тестовое | Middle/Middle+ системный аналитик

Также рекомендую ознакомиться со следующим:
🔶 Моя предыдущая подборка собесов
🔶 Разговор с рекрутёром о найме в 2025

И на закуску несколько видео про System Design. Обычно в таком формате аналитиков не спрашивают, но отдельные элементы дизайна могут встречаться. Если же вы будете претендовать на позицию архитектора, то вероятность столкнуться с такого рода задачами сильно возрастает.

🔶 Lamoda Tech | Доклад про проектирование систем
🔶 T-Банк | Доклад про то, как подготовиться к собесу
🔶 T-Банк | Моковый собес – проектирование системы бронирования номеров в отелях
🔶 T-Банк | Моковый собес – проектирование системы проведения A/B-тестирования

#подборки #собесы #проектирование

Друзья, у меня объявление.

Знакомые ребята делают пет-проект — IDE для системных аналитиков. Далее детали.

☝ Чего хочется достичь
Получить удобную и мощную среду на основе VSCode с плагинами, которая закроет все ключевые потребности, а именно:
✔ Гибкость – привычный интерфейс с расширенными возможностями.
✔ Интеграция – поддержка BPMN, UML, US, UC, OpenAPI и других стандартов.

✌️ Кто требуется в этом деле
👨‍💻 Разработчики — чтобы воплотить идеи в код.
🔍 Тестировщики — чтобы протестировать функциональность и дать обратную связь.
🧠 Практикующие аналитики — чтобы попробовать продукт в работе и поделиться впечатлениями.
💡 Неравнодушные эксперты — чтобы высказать свои идеи, поделиться советами.

Если интересно, то вот канал этого проекта: ссылка.
И ниже вы увидите приглашение на открытое планирование спринта 👇

#анонсы

🔥 Открытое планирование спринта по развитию IDE для
для БА, для архитектора, для СА🔥

Планирование спринта — важный этап и основопологающая веха.
Еще ценнее, если это происходит открыто и с участием всех, кто заинтересован в продукте🎲

На следующей неделе 02.07.2025 готовим для вас открытую сессию в онлайне по работе с нашей IDE, где вместе с вами в онлайне — погенерируем артефакты и ответим на ваши вопросы.
Всё разложим по полочкам и покажем на реальных примерах.

💥 Планируйте и приходите

🗺 Встреча по планированию 27.06.2025 в 18.00

🔗 https://salutejazz.ru/calls/qmy7yz?psw=OBxWAkYDDAMADFEUGRcbEA8GTA

Приходите поделиться своим видением того, как развить продукт! 🚀

Как сказали бы англичане, этот комментарий сделал мой день. 

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

#войтивайти

▀▄▀▄▀▄ Вам шашечки или ехать?

На прошлой неделе столкнулся на работе, можно сказать, с вариацией классической ситуации, когда заказчик предлагает решение, не вербализируя исходную потребность и, в общем-то, не сильно понимая пользу своего предложения.

Теперь детали. Есть мегастрочная задача, все бегут её решать, бегут старательно, со знанием дела. И тут на одной из рабочих встреч от представителя бизнеса доносятся примерно такие слова: "Я считаю, что надо брать эти данные в системе Х, а не в системе Y". Зачем, если накануне уже договорились о другом, какую цель преследует автор этих слов — для многих загадка. Когда на следующий день состоялась рабочая встреча с автором исходного варианта, представитель бизнеса соглашается не настаивать на своём и удовлетворился вариантом получения данных из источника Y. Всё равно цель будет достигнута.

Мотив "смутьяна", насколько я потом уловил, был довольно простой и незатейливый: система Х — это мастер-система, там много всего "вкусного", вдруг в будущем что-то ещё потребуется брать оттуда, а мы уже "прокопали" туда доступы, берём данные и, казалось бы, всё легко. Однако действительность сильно сложнее этого радужного представления. Следует понимать, что собирать данные там в нужном виде — это что-то вроде изобретения велосипеда, притом сразу современного: с регулировкой положения руля, переключением скоростей и прочим "фаршем". И зачем это всё, когда "велосипед" уже собрали другие люди и достаточно его просто освободить от заводской упаковки и пользоваться?

Мораль: ни доводы о светлом будущем, ни статус стейкхолдера, ни уверенный тон последнего не должны затмевать здравый смысл и трезвую оценку наших возможностей. В общем, не поддаёмся на провокации, критически оцениваем предложения, ведь, в конечном счёте, техническое воплощение — это наша зона ответственности и нам потом с ним жить.

Желаю всем лёгкого завершения рабочей недели и потом хорошенечко отдохнуть. Я точно это планирую😎.

Тут подъехали новости из параллельной вселенной.

Представитель Центрального банка РФ предлагает передать часть АйТишных проектов аутсорсинговым компаниям из Индии. Мотивировка: существенная нехватка квалифицированных специалистов в России. Подробнее.

Я, конечно, понимаю, что в ЦБ ещё не придумали, как совладать с инфляцией, и поэтому у отдельных сотрудников могло появиться свободное время для творчества. Но, как мне кажется, лучше выбрать более нейтральное хобби: макраме, бёрдвотчинг, рыбалка — да мало ли чего ещё! — но вот не управление сферой IT. Ведь и без этого есть вопросы к занятости отечественных специалистов. 🥺

А вы что думаете от этом? Делитесь в комментариях.

📖 "Прикладной системный анализ" Ф.П. Тарасенко

Сегодня хочу поделиться книгой, которую сложно встретить в подборках вроде "Лучшие книги для системных аналитиков", поскольку уже достаточно давно в профессии аналитика сместились акценты больше на применение IT, построение интеграций и прочие вещи, о которых любят спрашивать на собеседованиях. Некое ядро, теоритическая база перестала многих интересовать.

Так вот, перед нами учебное пособие для студентов технических ВУЗов. Но в этом и плюс данной работы: информация приводится сжато, а значит можно достаточно быстро погрузиться в материал.

🌟 Содержание. Данная работа посвящена методологии системного анализа и её применению в различных областях деятельности. На этом месте стоит сделать паузу и пояснить: под системным анализом здесь понимается научный подход к исследованию и управлению сложными объектами и процессами. Этот подход рассматривает объекты и процессы как целостные системы.

В этом понимании задача системного аналитика состоит в выявление структуры и взаимосвязей элементов системы, построении адекватных моделей, позволяющих оценить возможные последствия принимаемых решений и выбрать наилучший вариант действий (спойлер: лучший — это не всегда автоматизация).

Если сказать грубо: это тот самый системный анализ, который преподают в ВУЗах и который не все любят.

🔍 Что внутри. Пособие состоит из двух примерно равных частей. В первой части даётся понятие системы, приводятся свойства систем, объясняется, что такое модель и моделирование в широком смысле (никаких UML, BPMN и пр. тут не будет). Вторая часть полностью посвящена этапам системного анализа и она потенциально может быть полезна тем, кто интересуется практиками Problem Solving.

💡 Резюме. Нужно ли читать эту книгу конкретно системному аналитику в IT? Я бы сказал, что крайне желательно прочитать главы 2-4, а остальное — уже по желанию. Почему я так думаю? Вдумчивое прочтение, во-первых, позволит уяснить, что такое система в принципе (к сожалению, современные ИТ-аналитики оперируют этим термином, не понимая сути), и, во-вторых, настроить мозг на нужную волну.

#книги #системныйподход

💣 Регулярные выражения нерегулярны

Заголовок сегодняшнего поста звучит парадоксально, но, если копнуть вглубь (я сам это недавно сделал, а теперь хочу поделиться с вами), то всё встаёт на свои места. Он отражает историческую и теоретическую эволюцию термина "регулярные выражения".

В формальной теории языков и автоматов регулярные языки — это класс языков, распознаваемых конечными автоматами. Они описываются регулярными выражениями в классическом смысле, то есть выражениями, которые поддерживают только:
✔ конкатенацию (ab);
✔ объединение (a|b);
✔ звезду Клини (a*).

Однако со временем различные реализации (например, на JavaScript, Python и пр.) регулярных выражений вышли за эти рамки и стали Тьюринг-полными, то есть получили способность распознавать языки, не являющиеся регулярными в теоретическом смысле.

🤔 А если конкретнее?
Рассмотрим пример с так называемыми обратными ссылками (\1, \2,...). Это механизм, позволяющий ссылаться на группы символов, которые были найдены ранее, при поиске совпадений.

import re

text = 'Kappa'
pattern = r'(\w)\1'
result = re.search(pattern, text)
print(result.group(0)) # Output: pp

Данный код выведет на экран "pp". Следующий же позволит найти уже повтор слов.

import re

text = 'scary scary movie'
pattern = r'\b(\w+)\s\1\b'
result = re.search(pattern, text)
print(result.group(0)) # Output: scary scary

Достижение этих результатов требует памяти, что невозможно для классического конечного автомата.

💬 Другой пример
Существуют конструкции lookahead и lookbehind, позволяющие проверять условия, не двигаясь по строке. Так, если мы хотим найти слово "cat", но только при условии, что после него следует пробел или знак препинания, то это можно реализовать следующим образом:

import re

text = "I have a cat. My friend has two cats!"
pattern = r"\bcat\b(?=[\W\s])"
matches = re.findall(pattern, text)
print(matches)  # Output: ['cat']

В данном случае результат будет содержать единственное слово "cat", так как второе вхождение не отвечает нашим условиям.

💡 Заключение
Современные реализации регулярных выражений содержат возможности, делающие их значительно более мощными инструментами, чем предполагалось изначально. И это же делает "регулярки" нерегулярными.

P.S. Осознаю, что приведённые рассуждения и примеры могут выглядеть сложными, а я фактически никак не прокомментировал, как работают конструкции из примеров. Это было сделано осознанно, так как целью было сжато проиллюстрировать справедливость тезиса из заголовка. При необходимости вы сможете найти более детальное описание интересующих вас аспектов в открытых источниках.

#любопытное #программирование

Находясь в отпуске в Стамбуле 🇹🇷, я невольно задумался о его уникальной транспортной системе. Здесь столкнулись не только культуры Европы и Азии, но и специфические условия: этот город расположен на гористой местности, сразу на двух континентах, отделённых Босфором, а европейская часть вдобавок разрезана протяжённой бухтой.

К чему это привело? Вот несколько тезисов на основе моих наблюдений.

👉 Инфраструктура. Мосты, туннели, эстакады и паромы связывают разные районы города, позволяя быстро перемещаться между ними, не взирая на водные преграды и сложности рельефа.

👉 Интероперабельность. Разнообразные виды транспорта — метро, автобусы, трамваи, фуникулёры, электрички, морские переправы — объединены достаточно понятной схемой передвижения, пересадочными узлами и единой системой оплаты Istanbulkart. Хотя тут есть и свои нюансы.

👉 Масштабируемость. Город постоянно растёт (один участок издали даже напоминает виды Нью-Йорка), а значит, транспортным службам надо успевать адаптироваться. Проведение ветки метро до нового аэропорта — тому пример.

👉 Резервирование. Из пункта А в пункт Б часто можно добраться несколькими способами. Наличие дублирующих схем позволяет повысить надёжность и, что немаловажно, комфорт для жителей и гостей города.

👉 Балансировка нагрузки. Составы в метрополитене включают от 4 до 8 вагонов, причём на некоторых станциях на электронных табло указывается не только время (в минутах) до прибытия следующего поезда, но также число вагонов и, в виде инфографики, полнота их наполнения у прибывающего состава. С другими видами транспорта ситуация похожая.

Ну как, ничего не напоминает?😉

В общем, приятно осознавать, что мир вокруг тебя может работать по схожим законам, независимо от масштаба и конкретной локации.

Чётко сформулированные и согласованные требования — залог успеха любого проекта. Или нет? Вспомнился относительно недавний случай, когда даже составленное ТЗ не уберегло от провала проекта.

Оказалось, заказчик и исполнитель по договору заранее не обсудили вопрос миграции данных из старой системы в новую. А без этого "ингредиента" заказчик отказался от приёмки работ, мотивируя тем, что разработанная для него система не работоспособна.

Попадали ли вы в подобные ситуации? Если да, то обязательно делитесь в комментариях: в чём был камень преткновения, чем всё закончилось и какой урок вы для себя вынесли.

#требования

📡 Навигация по каналу 📡

Большое спасибо всем, кто подписан на мой канал! Надеюсь, вам будет интересно.

А чтобы было ещё и удобно, я подготовил навигацию на канале.

📍 Поиск по форме:
#статьи@humane_analyst – когда хочется почитать
#видео@humane_analyst – пусть говорят
#таблицы@humane_analyst – скрупулёзное сравнение
#карточки@humane_analyst – тезисно о важном
#майндмап@humane_analyst – ментальные карты

📍 Поиск по содержанию:
#анонсы@humane_analyst – когда что-то грядёт
#кейсы@humane_analyst – разборы кейсов
#подборки@humane_analyst – тематические подборки
#дайджест@humane_analyst – что попало в поле зрения
#юмор@humane_analyst – юмор, мемы, для души
#книги@humane_analyst – книжная рубрика
#гайды@humane_analyst – полезные руководства
#события@humane_analyst – важные мероприятия
#нетленка@humane_analyst – непреходящая ценность
#быловремя@humane_analyst – вспоминаем былое
#жиза@humane_analyst – жизненные ситуёвины
#любопытное@humane_analyst – интересное и невероятное

📍 Поиск по темам:
#термины@humane_analyst – термины и определения
#требования@humane_analyst – работа с требованиями
#стейкхолдеры@humane_analyst – заинтересованные стороны
#собесы@humane_analyst – готовимся к собесу
#визуализация@humane_analyst – нотации, диаграммы
#цвет@humane_analyst – применяем цвет со смыслом
#методыуправления@humane_analyst – agile, водопад и пр.
#системныйподход@humane_analyst – про системы и системное мышление
#архитектура@humane_analyst – архитектура
#программирование@humane_analyst – кодим, пилим
#проектирование@humane_analyst – системный дизайн
#интеграции@humane_analyst – сервисы, брокеры и пр.
#данные@humane_analyst – данные, хранилища, БД
#uxui@humane_analyst – UX и UI
#мозг@humane_analyst – всё, что относится к мозгу
#роботы@humane_analyst – про разных всяких роботов
#4ir@humane_analyst – 4-ая промышленная революция
#qa@humane_analyst – QA и тестирование
#продукт@humane_analyst - управление продуктом

📍 Про вашего покорного слугу:
#знакомство@humane_analyst – немного о себе
#выступления@humane_analyst – мои выступления
#судейства@humane_analyst – мой опыт члена жюри/судьи
#достижения@humane_analyst – что-то великое