Околообразование для аналитиков

Интересно наблюдать за развитием инфобиза в аналитической тусе. Как это было для меня.

2012-2019. Тишь да Вигерс
Из открытого обучения есть базовый курс ШСА и 2-3 коротких тренинга, плюс несколько центров корп обучения при крупных интеграторах. В основном все фокусируются на базовых техниках работы с требованиями: ФТ, НФТ, Use Cases и вот это все.

2020-2021. Интеграция расправляет плечи
Стартуют первые курсы по интеграции систем для аналитиков у ШСА и Com-Practice. Фокус смещается на “технику”, в основном на HTTP-based сервисы и SOAP, народ задорно обсуждает что такое REST, и как его правильно готовить.

2021. Вторжение титанов
На волне роста онлайн-образования в тему SA/BA заходят гиганты эдтеха в духе БрикФактори и им подобных. Многие закидывают их камнями и помидорами, ибо качество вызывает вопросы.

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

Хозяйке на заметку: сегодня пост в канале на ~10к подписчиков стоит 10-15к рублей. По моим наблюдениям канал может приносить 50-200к в месяц в зависимости от сезона. И не нужно заморачиваться с курсом.
А с открытыми LLM это реально автоматизировать.

2021-2023. Образовательная лихорадка
Не только лишь каждый аналитик запустил свой инди-курс в одном и популярных форматов: от записи на степике, которая приносит небольшую копеечку, до живых когортных курсов с активным маркетингом. Ибо собрать и продать курс стало значительно проще, чем до ковида.

За это время качество локального бутикового (Денис, спасибо за термин, каждый раз ржу) образования сблизилось с большими игроками: брикфактори подтянули качество, а в андергрунде появились курсы по архитектуре от аналитиков с 3-5 летним стажем.

2023-2024. Пост-пост, мета-мета
Курсы плодятся, запускать легко, но нужно продавать - много конкурентов.

Появляются курсы вида “как пройти собеседование на SA”, “как найти работу аналитиком”, “как построить карьеру в IT” и т.п.
Подход мегаразумный - продать техническое обучение куда сложнее, чем продать буст карьеры. Участники тратят меньше времени на обучение, а результат намного понятнее и проще измерять. Тем более брикфактори и другие стабильно поставляют клиентов - специалистов с завышенными ожиданиями.

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

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

2024 - …
Вангую тренд на мета-скиллы и обучение-без-курсов будет развиваться, а начинающим авторам будет проще запрыгнуть в них, чем в стандартные технические курсы.


P.S. Хронология или причинно-следственные связи в вашей версии реальности могут отличаться, поделитесь же ими.

Designing High-Performance APIs - с одной стороны поверхностная и капитанская статья, с другой - полезные вопросы на подумать при проектировании API. Можно пробежаться и покопать незнакомые темы.

#API

Через неделю еду в Сибирь релизить и молиться.

И вы заходите - там секция по анализу вернулась.

🧪 Секция System analysis

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

🔹 Андрей Шапиро поделится авторским методом схематизации процесса и пользовательского опыта.

🔹 Кирилл Кашин и Сергей Хованов продемонстрируют, как можно перепроектировать системы с помощью ТРИЗ и извлекать максимум из ограниченных ресурсов.

🔹 С Андреем Бураковым обсудим, как требования и ограничения влияют на выбор технологии интеграции.

🔹 С Анной Вичуговой поговорим про инженерию данных и важность для системных аналитиков.

🔹 Роман Селезнёв разложит по полочкам тему выбора средств визуализации информации и почему это важно при разработке информационных систем.

🔹 С Викторией Лузиной обсудим проблему некорректной документации, роли технического писателя и как выглядит документация, за которую не стыдно.

Вся программа 👉 https://14.codefest.ru/program

#спикеры_CodeFest14

Хардкорный разбор работы протокола HTTP/2 на уровне обмена сообщениями фреймами.
Написано классно и интересно. Но зачем вам это, я не знаю

Вспомнил, что яжепродакт, и завел канал для всякого продуктового. Будут собирать интересные ссылочки, рассуждать про финтех, около-образование, экспериментировать с иишечкой. Все как здесь 4 года назад.

Веллкам, если интересно: https://news.1rj.ru/str/fake_product

А сегодня реально важный контент от автора предыдущей статьи - разбор работы TLS, где он последовательно выдает всю необходимую базу:

• Способы атак, что и зачем защищаем

• Синхронное и асинхронное шифрование, ключи, подписи

• Обмен ключами, протокол Диффи-Хелмана

• Сертификаты и центры сертификации CA

Наглядно и со схемами. Кто метит в архитекторы или техлиды - читать обязательно.

Есть хардкорное продолжение, где рассматривает процесс на уровне сообщений со схемами и примерами кода.

#интеграция

#подслушано

Хорошо по процессу работать - не надо париться за сроки и результаты, просто сидишь и задачи клепаешь.

Я смотрю, среди около-аналитических конференций продолжает появляться новое и интересное.

Наташа Семенова организует первый Smart Speaker Conf - живая конфа для лидов и экспертов из айтишечки, где будут говорить не об архитектуре и требованиях, а о мышлении, мета-навыках, и есть ли жизнь после работы.

Вот такие темы будут:
▪️Лидерство в IT
▪️Кросс-ролевые софт-скиллы
▪️Профессиональная самореализация
▪️Работа и карьера в разрезе полноты жизни
▪️Выход на новый уровень мышления
▪️Использование проф. инструментов в жизни

Сам не попаду из-за пересечения с кодфестом, но если будете в Петербурге, заходите:

🔗 Регаться тут
📆 26 мая, начало в 09:00
📍 Санкт-Петербург, Невский проспект, д.54

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

На выхах 15-16го проводим последний перед летними каникулами тренинг System Design. Основы проектирования архитектуры систем. Будем познавать балансировку, кеширование, CDN и прочие способы масштабирования.

А еще поговорим о способах интеграции, выборе хранилища и влиянии бизнес-метрик на архитектуру. Все через практику, как обычно.

Тренинг ведет Даша Колесова - участница моего рейтинга топ-1 по наглядности подачи технических материалов.

#манагерское
Еще одна классная метафора на тему KPI

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

Что общего в этих трагедиях? Страх наказания

Адекватная цель “посадить самолёт безопасно” подменяется ложной “избежать наказания за заход на второй круг”

Бесконечно люблю KPI:
• с точки зрения премирования
• с точки зрения системы
• а вот тут через теорию ограничений любят

Хорошо, что не самолеты строим.

В среду буду снова набрасывать на тему Аналитик vs Интеграция на митапе в Петербурге.

Приходите похоливарить и чаек попить.

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

Аргументация к этой мысли в этой статье.

#API
Год назад вышло RFC с предложением стандартизировать описание ошибок в HTTP, чтобы дополнить status codes.

Интересна мотивация:

HTTP status codes cannot always convey enough information about errors to be helpful. While humans using web browsers can often understand an HTML response content, non-human consumers of HTTP APIs have difficulty doing so.

Т.е. никто уже не стесняется говорить, что честное HTTP API нормально ложится на сайтики, но как еж на кактус натягивается на межсервисные взаимодействия.

Ничего сверхнового авторы не предлагают, такое лет 10-15 в энтерпрайзных апи гайдах делают. Но выглядит приятно, пусть хотя бы такая стандартизация будет.

Вот так это должно выглядеть:

HTTP/1.1 403 Forbidden
Content-Type: application/problem+json
Content-Language: en

{
"type": "https://example.com/probs/out-of-credit",
"noscript": "You do not have enough credit.",
"detail": "Your current balance is 30, but that costs 50.",
"instance": "/account/12345/msgs/abc",
"balance": 30,
"accounts": ["/account/12345",
"/account/67890"]
}

HTTP/1.1 422 Unprocessable Content
Content-Type: application/problem+json
Content-Language: en

{
"type": "https://example.net/validation-error",
"noscript": "Your request is not valid.",
"errors": [
{
"detail": "must be a positive integer",
"pointer": "#/age"
},
{
"detail": "must be 'green', 'red' or 'blue'",
"pointer": "#/profile/color"
}
]
}

Говорят, осталось меньше месяца до очередного ЛАФ. Кто не в курсе, это такой пионер лагерь для взрослых, где аналитики на природе рассказывают всякое друг другу.

Буду развивать тему "Как аналитику (не) выбрать технологию интеграции", в этот раз в формате воркшопа.
Спроектируем с участниками интеграционную архитектуру и попробуем унести с собой полезные выводы.

Все случится 13-14 июля в Москве в гостинице Sheraton Skypoint Luxe.

В прошрамме 40+ докладов, мастер-классов, дискуссий и деловых игр с упором на практику и интерактив.

А еще орги проводят у себя в канале конкурс, в котором можно выиграть скидки на билеты 15%, 10%, 5% или эксклюзивный мерч ЛАФ 2024.

Что-то давно у нас стримов не было. Завтра с Глебом Шипиловым, тимлидом команды процессинга данных в Exness, погрузимся в дивный мир потоковых данных.

Говорить будем про Kafka и Flink, а если точнее:

• Чем отличются Event-Driven и Request-Response взаимодействия, и как их реализовать

• Как устроена архитектура Apache Kafka

• Как загружать данные в Kafka и выгружать из нее — без программирования

• Как работать с потоковыми данными при помощи SQL

⏰ Все случится 2 июля в 18:30 мск

🔗 Встречаемся в прямом эфире — приходите пообщаться и вопросов накидать.

Тут Авито что-то интересное делает 20 июля, программа хороша. Пойдет кто вживую?

Ссыль

#архитектура
На митапе ЮMoney был огонь-доклад про моделирование архитектуры всего на графе.

Кратко идея:

Собрали доступную документацию (спеки, оргструктуру, процессы), распарсили ее в сущности и связи между ними: сервисы, продукты, команды - и положили все это в графовую базу.

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

Выглядит как black fucking magic. Шли к этому 10 лет, но слона можно резать на части.