Системный сдвиг

ProductSense и Нетология выпустили очередное исследование про менеджеров продуктов, а так как я как раз он, любопытно было взглянуть на коллег и настроения в отрасли. Из интересного: 37 человек (из 1121) таки назвали себя Technical Product Manager, я уж думал их в РФ совсем нет. Вместе с Platform PM (11%) — это интересная смежная роль, куда могут переходить системные аналитики, если хотят больше влиять на развитие своих систем (в принципе, это похоже на мой карьерный путь). Интересно, что 221 человек (20%!) сказали, что работают продактами в B2G. Не очень понимаю, они продакты сервисов для государства? То есть, их пользователи — это госслужащие и бюджетники? Или это разработчики гос.сервисов для граждан, типа, B2G2C? В любом случае, интересный процент, думал, это скорее экзотика. Мало того - чем "сеньорнее" продакт, тем больше вероятность, что он работает именно с B2G или с платформой. Типа, раз уж начали в это играть, то возьмем сразу крутых чуваков. Интересный показатель -- размер компании. Почти половина всех продактов работает в крупных компаниях (от 1000 сотрудников, 28% — от 5000 сотрудников). Выглядит так, что в управление продуктом играют только те, кто может себе это позволить, а остальные как-то так обходятся. При этом в маленьких компаниях легче получить должность Head of Product или CPO (ну да, я в своё время просто попросил, чтобы должность называлась директор по продуктам, и так стал CPO 🤷🏼‍♂️). По индустриям: банки, edTech, доставка еды и маркетплейсы. Именно в таком порядке! Даже не знаю, какой из этого сделать вывод. Как говорила Алиса у Кэрролла, наводит на мысли, только неясно, на какие. Ну, кроме того, что я классно выбираю отрасли: 10 лет в финтехе, и вот скоро будет 10 лет как в эдтехе, самый топ. Ну и можно представить себе, как человек берет кредит, тратит его на обучение, заказывает еду, чтобы не отрываться от просмотра видео, а потом распродает вещи, чтобы этот кредит вернуть. И идёт работать продактом, очевидно. Потом там всякое интересное про готовность менять компанию и почему (угадайте второй по популярности ответ, после "больше денег", и остальные, которые разными словами говорят примерно про одно и то же, а потом ещё раз — в вопросе про факторы, снижающие работоспособность. Вообще этот раздел интересный, надо будет про него отдельный пост написать — как все хотят определенности приоритетов, целей и задач, выстроенные процессы и одновременно отсутствие рутины и бюрократии). В общем, если нанимаете продактов или хотите стать продактом — рекомендую, любопытное чтение!

Ну и собственно самое главное. По этому бенчмарку видно, насколько существенна разница в разных группах вопросов между моделями. Самый большой отрыв в Reasoning и Coding, там просто нет моделей, хотя бы приближающихся по уровню к GPT-4. Зато в написании обычных текстов и в ролеплее модели +- могут использоваться. То есть построить дома чатбота, чтобы не скучать, уже можно, а делать умную машину, решающую проблемы автономно — нет. Ну и минорное - авторы выпустили новые модели Vicuna v1.3 размерами от 7 до 33 миллиардов параметров. Веса забирать здесь.

Интересная картинка сравнения возможностей проприетарных и открытых моделей. По кодингу и умениям делать выводы GPT-4 пока впереди, а вот по написанию "просто текстов" и по гуманитарным вопросам Викуна уже практически сравнялась.

Очень интересно, насколько часто возникает вопрос про сравнение REST, SOAP, GraphQL, gRPC и лучший выбор одного или другого в конкретных условиях. При этом REST — это архитектурный стиль или набор принципов, SOAP — стандартизированный протокол, GraphQL — язык запросов, а gRPC — программный фреймворк :)) Вопрос получается типа: "что лучше выбрать для работы: Agile Manifesto, ГОСТ 34, Jira или UML?" 🤦🏼‍♂️ Да, я знаю, что это не совсем так, но мне очень забавно, что все эти разноуровневые понятия называют именно вот так по-разному, но потом берутся сравнивать. И знаю, почему их сравнивают — потому что все эти штуки, разной степени определенности, стандартизированности, поддержанности готовыми программными библиотеками — в любом случае реализуют паттерн взаимодействия "вызов удаленной процедуры", RPC. То есть, при сравнении речь идёт о разных способах реализации одного и того же паттерна! А значит, можно сравнивать, несмотря на то, что мы сравниваем спецификацию языка с набором идей.

Завершил сегодня очередной поток курса "Основы проектирования интеграций ИТ-систем", понял, что одно из самых важных умений, которым мы учим — способность аналитика понимать фразы типа: "Решение на основе семантики «at most once» с использованием мультипроцессингового пула в условиях неидемпотентности запросов и возможности организации обратной связи между консюмером и продюсером даёт следующие возможности: <...>“ — и не просто понимать, а уметь эти решения обсуждать и оценивать. То есть, фактически, переходить от systems analysis к systems design.

Давно искал такую шпаргалку. И для себя, и участникам тренингов показывать. Например, после выделения сервисов в Event Storming, чтобы принять предварительные архитектурные решения. Правда, говорят, правую часть можно смело заменить на Postgres, Postgres, Postgres,..., Mongo, Elastic, FileStorage, и на этом успокоиться :)

https://systems.education/db4ms-workshop

В опросе многие отметили, что хотят больше материалов по архитектуре. Принял к сведению! А вот вам пока воркшоп сразу по трем темам, имеющим отношение к архитектуре: проектирование структур данных в реляционных и нереляционных БД, языки запросов у ним и микросервисы!

Еее! 2000 подписчиков на канале! Спасибо, друзья! 🎉🍾🏅 Пользуясь поводом, хотел спросить — про что вам больше всего интересно читать в канале? Я создавал его, как транслятор для своих идей и размышлений по поводу системного анализа и других аспектов создания программных систем, но потом случился chatGPT, и, кажется, многие пришли сюда именно за этой темой. Кроме того, я последние уж даже и не знаю, 15 лет?.. занимаюсь обучением и созданием систем для обучения, но про это я обычно в канал не пишу, а было бы вам интересно про методики в этой области? В общем, сейчас будет опрос про дальнейшее направление канала, чекните, пожалуйста, интересные вам темы.

Продолжая тему про распределенные системы: очень частый запрос — распил монолита на микросервисы. Все занимаются распилом! Коллеги по школе организуют вебинар с разбором распила монолита с точки зрения организации БД.