Наташа Косинова. Варю айти СУП

Третья улица кубернетисов, дом 1.1.6

Невозможно пройти мимо этого шедевра 😂 🔥

В какой-то момент мы все начинаем страдать профдеформацией. Я этот момент всегда стараюсь обратить в шутку, что я душнила аналитик, и не всё в жизни нужно анализировать. Недалеко от нас ушли продакты - это профессия людей, внимательных к деталям. Вне работы это такое себе качество. Не всегда понятно, как близкие такое терпят.🤣 А теперь представьте семью из продактов @productsgossip, которые без проблем терпят друг друга 24 на 7, и основное, что вытаскивает их тандем - сарказм по поводу и без. ❤️ Она интроверт, который любит писать и выступает на конференциях, вот на последнем Product Sense делала мастер-класс. 10 лет проработала в Microsoft. Он - экстраверт из Avito, который любит говорить, но во время этих конференций работает. 😡 С учетом сильно разного бэкграунда, часто пишут прикольное и - очевидно, веселое. ☕️ Здесь авторский подход к онбордингам ☕️ Вот тут подборка исследований про поведение людей ☕️ Это их пак эмодзи с сурикатами ☕️ А это -> запись эфира с CTO B2B Gigachat и полный список записей эфиров В общем, рекомендую почитать @productsgossip

🥰 Обнуление... Вот так всю жизнь сначала учишься, потом работаешь, потом снова учишься, получаешь какие-то достижения и бац и кажется всё обнуляется. Это как крутить педали велотренажёра и не засекать километраж, время, нагрузку, но при этом чётко понимать, что задолбался. Айти конечно удивительная сфера. С одной стороны очень нужна база, фундамент, мозги, с другой стороны опыт. Но когда у тебя и того, и другого уже вагон, всё равно всё начинаешь с нуля. Мой научный руководитель из магистратуры подтвердила мои мысли, она профессор, и была удивлена тому, что регалии не важны. Люди кто отбирают доклады на конференции, проводят собеседования к тебе относятся как у нулю. Что там твой красный диплом или звание профессор. Пфф... А вот что именно в это вложено, какое количество труда и какие круги ада человек проходил, мало кто понимает. Я помню как на собеседование к нам пришла девушка, очень милая с красивыми татуировками и она несколько лет работала на одном из самых сложных госпроектов. И мы сразу же её пригласили к нам в команду, даже особо не думая, потому что человек супер стрессоустойчивый. Да и задачи она решала хорошо. Конечно всегда идёт взвешивание за и против. Но всё таки "почевать на лаврах", в айти практически невозможно. Будь ты кандидат технических наук с опытом 20+, нееее скажут, что токсичный миллинеал) Пытаюсь увидеть плюсы в таком обнуление, и кроме того, что держишь себя в тонусе на острие трендов, ничего в голову не приходит. #мысливслух #подмечено #выводы А вы чувствуете, что ваш опыт и знания обнуляют?

✔️Праздники прошли и мы возвращаемся в режим наших занятий по курсу интеграции. Завтра 13 мая пройдёт воркшоп на применение ИИ в проектирование интеграций информационных систем, ведущая мероприятия Зоя Маттис. Кому тема интересна, или просто хочется практики с ИИ, приходите! ✔️Участие платное, заявку можно оставить на Лендинге - https://sup.expert/integration

🥇Достаточно хорошо, или только отлично? На менторской сессии в очередной раз поймала себя на своём перфекционализме, который с одной стороны плюс, а с другой стороны блокатор. Особенно когда дело касается чего-то нового, и я ставлю планку либо делать и изучать глубоко, сильно, отлично, либо никак. Самое сложное оказывается принять решение, которое бы давало делать дело - достаточно хорошо. И вот у аналитика есть задача - старое перенести на новые рельсы. И чтобы её сделать нужно не только исследовать, как что работает в айти ландшафте, в информационных системах, так ещё походу дела изучить для себя новое, потому что до этого не было таких задач и опыта, так ещё руководство скажет, пока ты будешь переносить на новые рельсы ты ещё и оптимизацию сделай. И к этому добавим перфекционализм, и конечно "сжатые сраки". Кайф же)) И вот в такой ситуации главное сделать достаточно хорошо, исходя из тех ресурсов, что у нас есть. И вообще у нас агил, мы потом всё доработаем!) Подобных задач, когда у тебя 3 направления - исследовать как работает, подтянуть матчасть, оптимизировать, у меня было много. И чаще всего, оптимизация идёт лесом, просто получается новая автоматизация. Новые процессы, да на основе старых, но совсем уже не то. Скопировать 1 к 1 не выходит. И это понятно. Исследовать, изучить да, выполняется, но вот оптимизировать и ещё и сделать, что-то супер эффективно. И это могут быть настолько тонкие настройки, которые не доступны с первого шага. Нужно быть глубоко в теме, и желательно участвовать в разработке, поддержке старого. Поэтому исходим из текущего состояния дел, ресурсов и решения "достаточно хорошо". А самое удивительное, что задача действительно сложная, и конечно хочется получить всё и сразу и с меньшими затратами. И когда у аналитика не очень получается, кого он винит?) Конечно себя! Что недостаточно хорош, недостаточно знает, и вообще когнитивные способности утратил, а если ещё рядом депрессия и выгорание, то тут туши свет - я профнепригоден... 🤪 А никто не думает, а насколько адекватная задача, в указанные сроки и при моих знание, опыте... #мысливслух #достаточнохорошо

🎮Sequence диаграмма Как показывает опрос и интервью аналитиков, которые я проводила, sequence диаграмма из UML, является одной из самых частых артефактов. ➕Плюсы думаю тут очевидны, наглядность, простота. Но я бы хотела поговорить о том, что в основе sequence диаграммы лежит сценарий. И именно use cases дополняют sequence диаграммой. Сценарий очень обширное понятие, и тут каждый может подразумевать, что-то своё:

Сколько споров было на тему сценариев, есть сценарная техника по Коберну, такие же сценарии есть и в UML, диаграмма sequence, это тоже способы работы со сценариями, но это не ИСТОРИЯ! Это use case, сценарий использования, но не user story - пользовательская история, но специалисты UX просто говорят пользовательский сценарий и тоже правы, сценарий поведения пользователя, это совсем другая тема, поэтому даже с некоторыми авторами я бы поспорила, кто пишет нам не нужны ваши технические сценарии. Конечно те же тапки, но вид со стороны пользователя и этот сценарий ближе всего к use case.

 Когда мы выбираем инструмент, который хотим использовать, то стоит понимать, для чего он был придуман, для каких целей. Потому что sequence начинают использовать для описания бизнес-процессов. По сути sequence позволяет нам проектировать и раскладывать во времени взаимодействие участников на уровне обмена сообщениями. И отвечать на вопрос "как", нужно реализовать обмен, в какой последовательности. 💡Бизнес-процесс — это workflow, а sequence diagram — это interaction flow. ✔️Если хотите потренироваться в составление sequence диаграмм, сегодня на курсе интеграции стартует блок по sequence диаграммам, начинаем с лекции, а во вторник 7 мая, будем разбирать диаграммы из домашнего задания. Присоединяйтесь,🔥 подробнее читайте на сайте, вы можете присоединиться на любое наше занятие.

Аналитик VS Руководитель проекта В прошедшее воскресенье мы наконец-то провели прямой эфир и пообщались с Тарасом! Тарас задавал мощные, сложные вопросы. И я поняла, что мне приходилось прокачивать навык - отвечать по сути и кратко, чтобы как можно больше тем разобрать за час эфира. Но как всегда хотелось продолжать беседу, и у нас появился новый пул вопросов, которые будут заделом под будущие эфиры. Что мы обсудили: 1.Для каких проектов нужен аналитик? 2.Вспомнили былое (работу по RUP) и затронули проблемы команд в гибких методологиях. 3.Границы проекта и кто ими управляет, в каком объёме аналитик, а где руководитель проекта. 4.Почему падает квалификация руководителей проектов. 5.Затронули продуктовую разработку и место аналитика в разработке продукта. Нужен ли вообще в таком подходе аналитик? 6.Конечно затронули тему ИИ и влияние на автоматизацию бизнеса. Запись нашего разговора можно посмотреть на платформе VK video.

Just a friendly reminder: прямой эфир Напоминалочка: уже через час, в 11:00 проведём с Наташей Косиновой – экспертом в системном и бизнес-анализе, автором тренингов для аналитиков и ведущей канала Наташа Косинова. Варю айти СУП прямой эфир на тему: аналитик на проекте: руководство по эксплуатации. Погрузимся во внутреннюю кухню проектов: поговорим о том, как правильно выстроить работу аналитиков на проекте и каких ошибок нужно избегать, чтобы потом не было мучительно больно. Подключайтесь, будет познавательно. Запись тоже выложим, no worries. 👉 Об ИТ и менеджменте. Подписываемся и рекомендуем друзьям

Прямой эфир! Или чем заняться в воскресенье Друзья! Вконтактик совершенно официально починил свой грёбаный дефект, мы с Наташей совершенно официально разгребли все свои форс-мажоры, вы совершенно официально не едете на дачу в предстоящие выходные: дождь и холод по прогнозу, можете сами на Яндекс.Погоде посмотреть. Поэтому... В это воскресенье, 26 апреля, в 11:00 (всё для того, чтобы вы успели выспаться) погрузимся во внутреннюю кухню проектов: поговорим о том, как правильно выстроить работу аналитиков на проекте и каких ошибок нужно избегать. Совместный эфир Тараса Сороки – эксперта по управлению ИТ и цифровой трансформацией, ведущего канала Сорока пишет | Об ИТ и менеджменте и Наташи Косиновой – эксперта в системном и бизнес-анализе, автора тренингов для аналитиков и ведущей канала Наташа Косинова. Варю айти СУП. C толком, с чувством, с расстановкой пройдёмся по всем граблям, по которым ходят проектные команды в своём взаимодействии с аналитиками: 👉 отсутствие аналитика! Руководитель проекта пишет ТЗ самостоятельно; 👉 хороший руководитель проекта с точки зрения аналитика – какой он? 👉 аналитик – товарищ руководителя проекта или заноза у него в ж?… Роль аналитика на проекте; 👉 коммуникация с разработкой. Что делать, если разработка воспринимает аналитика в штыки? 👉 коммуникация с заказчиком и управление скоупом проекта. Впихиваем невпихуемое – роль и боль аналитика в этой активности; 👉 управление рисками проекта – командная работа аналитика или РП; 👉 смена стейкхолдера. Переписывать ТЗ полностью, или, может, обойдётся? Ну и Наташа ещё всякими модными инсайтами из мира аналитики поделится. Подключайтесь, будет познавательно. Запись потом тоже будет, no worries. З. Ы. Чтобы тем, кто уже регистрировался на Timepad, не пришлось делать это вновь, я даю прямую ссылку на трансляцию: на этот раз неприятный дефект я обнаружил на таймпаде – бывших тестировщиков не бывает 😂 З.З.Ы. Картинку для трансляции завтра поставлю, чтобы всё по красоте. 👉 Об ИТ и менеджменте. Подписываемся и пересылаем друзьям

Сегодня 2 блок курса интеграции - Use Cases, предметка, диаграмма статусов Продолжаем курс интеграции, сегодня стартует второй блок, лекция. Будем разбирать use cases - как ключевой инструмент проектирования интеграций и всё, что в помощь сценариям взаимодействия стоит проанализировать. Ведь именно в сценариях у нас участвуют объекты предметной области. Поэтому будем говорить про онтологическое моделирование, и state machine. А также про то, что сценарий можно спроектировать на разном уровне будем - пользовательском, функциональном, системном. В этот раз курс у нас с гибким посещением, потому что, возможно, это последний наш поток, нет уверенности в завтрашнем дне и в том, что в таком составе и объёме мы ещё раз будем читать курс. Возможно, разобьём на мастер-классы, тренинги, но это уже будет другая история.... По use cases, онтологии, state machine, будет домашнее задание, которое будем интерактивно проверять в следующий вторник 28 апреля. ✔️Приходите! 📌Подборнее про курс, расписание читайте на сайте.

Продолжаю разбирать интервью аналитиков для моей диссертации в магистратуре. И ответы про нотации и выбор их по % совпадает с ответами в опросе выше. 32% - делают авторские диаграммы. Хотела порассуждать на тему ЗА и ПРОТИВ отсебятины. Опять же, я пишу #моемнение Итак, пункты ❌ПРОТИВ такого подхода: 1.Аргумент часто мне приводят такой, что разработка и бизнес не понимают диаграммы. Тут хочется сказать, что разработка сама проектирует решения, и для меня странно, просто удивительно, почему один из инструментов проектирования обесценивается. Потому что тот же UML, как показали годы, средство для проектирования и лучше ничего не придумали. То что бизнес не понимает, так нужно брать нотации бизнеса. Если и этого не понимают, то страшно выходить на проекты.... 2.Нотация - это всё таки не просто элементы и правила, как их соединить вместе. У нотации есть фундамент. Математико-логический, да, сети Петри, графы, но и описание как обеспечить выполнение функции. По сути нужно поставку задачи разбить на пункты (ответить на вопросы): куда вводятся данные, куда и как передаются, как обрабатываются, где хранятся, куда выводятся. То есть нотация нам даёт рамки, чтобы сделать то, что необходимо, это как чек-лист. Кто работал с EPC или IDEF, я думаю замечали, что всё примерно про одно и то же, и собранную информацию, нужно разложить по пунктам: вход, выход, работа, управление, кто выполняет, с помощью чего. 3.Нотация, это опора. Даже если всё забыл, нотация сама подскажет, что и как оформить. Для этого и была создана. И аргумент, что это трудно и ваще, старье какое-то. Да, трудно! А вы думали в сказку попали) Насчёт старья, нет понятия, старое или новое к таким вещам, как нотация, также как в технологиях, есть целесообразность применения в конкретном случае. 4.Нотация - это общая вещь и везде плюс, минус одинаковая, это общий язык с помощью которого мы передаём сложную информацию в команду. И зная как говорить на этом языке, мы друг друга начинаем понимать, и понимать однозначно и одинаково. Мы же не говорим, давайте выкинем английский, и сделаем что-то своё. Эсперанто было и где оно?) Может показаться, что я ярый сторонник нотаций и никогда не рисовала, что-то своё) Рисовала конечно, когда надо было сдавать проект, а заказчик ничего не понимает. Но я всё таки за то, чтобы заказчик рос вместе с командой. Теперь список ✔️ЗА авторские диаграммы: 1.Самый большой плюс это закрыть непонимание заказчика, но тут большой риск, что больше никто не поймёт, что вы там придумали. 2.Уменьшаем градус ответственности и стресс. И то неуверена, что отсебятина даст свободу) Больше не могу придумать, добавьте сами))) Буду дальше топить за нотации. Выкинуть, обесценить нотации очень просто. И мне такое поведение показывает сопротивление или непонимание основ, фундамента. Я сама сопротивляюсь новому, но когда сопротивление проходит, приходит результат. Приведу пример, я рисую, и каждый раз пытаюсь понять, изучить процесс, методологию, что и как делать, чтобы точно получился результат. И чтобы этот результат был гарантировано повторяем! Да, можно рисовать наивные рисунки, как Пиросмани, но хочется же как Шишкин рисовать природу. А если я замахиваюсь на такое, то и изучать мне нужно больше, и практиковаться. Плюс когда художник знает фундамент и академизм, он потом в рамках этого академизма грамотно ломать. Что например делал Пикассо, который действительно много учился и умел рисовать! Так и мы с вами, набиваем руку с визуализацией графов, изучаем правила, чтобы потом могли создать своё. И чётко объяснить правила почему так, что обознает квадратик, а что такое стрелочка. И почему ваша авторская диаграмма, например, лучше блок-схемы? #мысливслух #нотации #основы #рассуждения #запротив

Что-то пошло не так... Одна из подстав на проектах, это когда внезапно меняется команда заказчика. У моей команды анализа такое было. И вдруг никто, ничего согласовать не может/не хочет. Ещё хуже когда на стороне заказчика есть, кто-то обиженный, но не принимающий решения. И вот тоже происходит вдруг, и человек становится заинтересованной стороной номер 1. Мне когда-то рассказали, как на стороне заказчика, мужчина женился на дочке директора и начал топить проект. А мы тут с вами про айти, ИИ, технологии)) Но люди есть люди, и они оказывают самое большое влияние. Даже мимо проходящая уборщица, такая вот уборщица мыла пол и специально ударила мне по пальцам ног. Я хромала. Чего только в офисах не происходит))) Какие у вас были случаи внезапной смены курса проекта и изменений, которые перевернули всё с ног на голову. Делитесь историями📣

Проблемы концепций Обсуждая С4, в комментариях, Юра, спасибо ему❤️, затронул сразу несколько тем и болей. ✔️1.Бизнес не понимает зачем им бизнес-модель и расчёт экономической эффективности. Что тут скажешь. Если бизнес не умеет считать свои же деньги, то в какой-то момент жизнь заставит) И тут вечная проблема, а стоит ли мне доносить до бизнеса и переубеждать? Если мы говорим в рамках С4, и говорим про системный контекст или про бизнес концепт нашего проекта, то тут я бы сказала, что где-то бизнес мы сами развиваем. Опять же у меня нет вводных, кто, когда, почему и зачем. Но если вы сеньорный аналитик, то вполне нормальная задача рассказать и показать выгоду для бизнеса, от того, что у них будет концепт. Поработать консультантом для бизнеса. Без понимания единой картины и работы компании, как системы, управлять развитием и изменениями затруднительно, потому что как раз нет субъекта управления. Задача убедить бизнес, это всегда задача со звездочной, и вопрос, а нужно ли оно вам? Тут и вопрос компетенции, и развития, и конечно сложного процесса переговоров, а это рост. Плохая идея пытаться кого либо перевоспитать, но призывать к реальности, фактам вполне себе работает. С другой стороны когда показываешь на своём примере, сам понимаешь как нужно и так делаешь, то остальные подтягиваются. Разные у меня были случаи на практике. И тут вопрос доверия, коммуникации и выстраивания отношений. А там где доверие, там уже больше возможностей. Если говорить про бизнес эффективность, то тут исследование проблемы и работа бизнес-аналитика по BACCM, поможет ничего не забыть и снова построить систему. А если мы говорим про поставку, то эффект от поставки нужно понимать, чтобы разработать и сдать продукт. Про это у нас есть соответствующие тренинги "Китайская ручка" и "Большая стирка", будет такой запрос проведём открытый тренинг) пишите, если вам интересны подобные направления. ✔️2.Проблемы, когда контекст нарезан на команды, нет единого центра. Тут дело не в С4, по сути в С4 ничего нового нет, просто DFD, функциональную архитектуру и диаграмму компонентов из UML, Саймон Браун уложил в единый инструмент. То, что нет владельца единого, и единой картины, это сплошь и рядом, и тут не С4 виноват, а отчасти Agile, Scrum и микросервисы. Одно с другим нам говорит работайте в команде, и делите контексты между команд. Но вот проблемы с синхронизацией этих команд я вижу очень часто. С одной стороны, это может быть политическая ситуация, и сознательный выбор устройства, так проще, несколько центров управления и нет одного кого-то. А с другой стороны, исторически сложилось. Не было архитектора, и человека кто бы опять же вёл управление. Когда с таким сталкиваешься, понимаешь, что непаханное поле, и можно начать частями синхронизацию. Как только появляется звено над командами, всё работает и с микросервисами и Agile, Scrum, так что вопрос применения и выстраивания внутренних процессов. Подведу итог, что С4 инструмент, почему так много вокруг него обсуждений, потому что это средство начать коммуникации и синхронизации между участниками. А когда бизнес видит С4, он начинает понимать границы проекта, и на что деньги уходят. И тут как Андрей Корниенко сказал, можно уже торговаться и добавлять или исключать системы из проекта, управлять scope. Про С4, Андрей отличное видео делал, рекомендую к просмотру. #c4 #концепция #системныйанализ #проблемы #мысливслух

Объявляем результаты розыгрыша 🍬 Билет на конференцию получает: @ineza Поздравляем победителя! А остальным подписчикам канала дарим скидку на билет "Полный доступ" 20% по промокоду NK20_AM17 Хорошего дня!

Нельзя просто так взять и спроектировать концепт Завтра мы стартуем курс интеграции, как раз с концептуального проектирования. Вроде бы, уровень концепта, это просто вид сверху, но он даётся сложно начинающим аналитикам. Недостаточно опыта, нет нужной насмотренности структуры компаний, предприятий, бизнеса. Навык мыслить верхнеуровнево концепциями это не так просто! При этом проще даже стартовать с деталей, а потом их объединять в концепт. Хотя казалось бы, на верхнем уровне очень простые инструменты, можно взять кубики и стрелочки, набросать. Аналитик, он в какой-то степени решатель, исследователь, проектировщик. И вот этого верхнеуровневого обзора иногда не хватает. Я даже часто слышу, что это уже не аналитик, а системный архитектор. Хотя мне непонятно, как аналитик может работать с какой либо системой, не понимая её место в организации и айти ландшафте. Почему так происходит❓: ✅1.Опыт, практика, насмотренность. Всё таки не зря архитекторы это люди с опытом, прошедшие определённый путь и видавшие всякое. ✅2.Когнитивные искажения - мозгу сложно, мы не чувствуем контроль над задачей. А если нет контроля, нет уверенности, поэтому хочется уйти в анализ деталей, чтобы понять, а как же оно работает? И вернуть себе контроль. Возможно, потом, спустя время, возврат к концепту можно сделать безболезненно. ✅3.Ответственность - многие аналитики с синдромом самозванца. Всё таки ИТ-специалист прошёл путь учёбы в институте, набивания шишек, кучи отборов, собеседований. Институт, это конечно прекрасно, но это определённая уязвимая позиция ученика, когда ты под и из такой позиции брать ответственность очень сложно. И ты всегда проходишь кастинг и пытаешься соответствовать. ✅ 4. Высокая степень неопределённости, которая требует исследования и погружения, а также взгляда сеньора, что где-то подобное уже увидел, и это тоже нормально. И вот мы получаем итог, что спроектировать на уровне концепта - это задача для аналитиков, или ИТ-специалистов на опыте #капитаночевидность Проектирование - это процесс, и он нелинейный, хочется получить чек-лист и идти по нему, но по сути проектирование это витки рефлексии, осмысления, согласования, проб и ошибок. Проектирование - это гибкий навык с жёстким фундаментом, когда у нас есть нотации, диаграммы, инструменты, но чтобы в них уложить информацию нам нужны рассуждения, которые дают выводы и их мы визуализируем. ✔️Хотите попрактиковаться в проектирование концептов, приходите на лекцию (уже завтра 16 апреля) и/или практику по DFD, C4 (21 апреля). ✔️Почитать подробнее про курс интеграции, посмотреть расписание, оставить заявку на участие можно на сайте. А вы, на своих проектах делаете артефакты на уровне концепта бизнеса (бизнес-модель, карта бизнес-процессов) или системы (С4)❓ #концепция #проектирование #правдажизни #мойопыт

Разыгрываем бесплатный билет на полный доступ на конференцию от Аналитического марафона. 18 апреля, в субботу, пройдёт онлайн-конференции  Аналитический марафон 17 по теме "Технологии и коммуникации в работе системного аналитика" Некоторые темы докладов: ✅  Ирина Орлова с докладом «Надёжная шина данных на Apache Kafka» ✅  Дмитрий Курило с докладом «От таблиц к графам: новый инструмент для анализа отраслевого рынка» ✅  Шутова Елена с докладом «От монолога к модели: как правильные вопросы и Event Storming спасают от бесконечных правок» ✅  Смирнов Максим с докладом "Навыки архитектурных решений" ✅  Прохоров Николай с докладом "Быстрый старт для создания ии-ассистента на кодовой базе организации для исследования приложений"        Полная программа ЗДЕСЬ                              Чтобы принять участие в розыгрыше, нужно выполнить всего одно действие - написать какой доклад Вас интересует и почему. 16 апреля, в четверг с помощью рандомайзера определим человека, который отправится на конференцию бесплатно!

Расписание занятий по курсу интеграции. Вы можете выбрать любое занятие и посетить только его. ‼️Подробнее на сайте

Старт курса интеграции, 11 гибкий поток! 🚀 Уже практически середина апреля и наконец-то я с 🔝новостями, мы запускаем курс интеграции! Сразу скажу, что возможно следующего такого большого запуска не будет, так что те кто давно откладывал, но хотел, приходите. ✔️ Гибкий формат участия. Это означает, что вы можете выбирать на какие занятия приходить, нужна ли вам лекция или практика, или вы что-то хотите изучать блоком, а не всё подряд. 2 месяца для курса - это длительный срок и такой марафон не всем подходит, поэтому мы предлагаем вам точечно выбирать нужные именно вам темы и идти в своём темпе. ✔️Новое время Многие жаловались на время проведения курса, на этот раз все занятия будут проходить вечерами с 19 до 21 по Москве. График - четверг лекция, во вторник практика, так и остаётся, но майские праздники вносят коррективы. 🔄Также мы обновили начинку и пригласили Зою Маттис провести занятия в части проектирования интеграций с помощью ИИ! ➕Мы добавили архитектурную кату-игру по выбору интеграционного решения, которая будет ближе к концу курса. ❗️Старт первого занятия состоится уже в этот четверг 16 апреля с 19 до 21 по Москве, с вводной лекции про концептуальное проектирование, и использование диаграмм С4 на практике. 👉Подробнее про курс, расписание, цену можно почитать на нашем Лендинге, где также можно оставить заявку на участие. По любым вопросам пишите ниже или мне в личку‼️