Три мероприятия этой недели
1️⃣ Сегодня в 20.00 по GMT+3 встречаемся на обсуждении 9 главы Кабанчика. Тема: Consistency and Consensus. Модератор Басим Аль-Джевахири. Записи предыдущих встреч есть на нашем ютуб канале. Регистрация
2️⃣ В четверг, 1 августа в 19.00 GMT+3 состоится Software Craftsmanship Meetup про карьеру и путь арихтектора в ИТ. Спикеры: Антон Дворников и Павел Вейник. Регистрацию и свои вопросы можно прислать заранее на сайте.
3️⃣ В субботу, 3 августа в 11.00 GMT+3 будет встреча с карьерным консультантом Анной Писаревой про поведенческое и culture fit интервью. Высылайте свои вопросы заранее, чтобы спикер успела включить максимально полезный для вас материал в презентацию. Регистрация
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤3❤🔥2
Уже завтра мы опубликуем первую часть статьи, которую мы назвали:
От хаоса к стандарту: создание универсального шаблона микросервисов Весь материал для статьи подготовил Павел Макул, выпускник курса [Технический Лидер]. Он поделился своим опытом, как придя в команду обычным сеньором смог задрайвить кардинальные перемены в процессах и культуре разработки. Получилась очень увлекательная история.
В общем, будет интересно – запасайтесь попкорном! Публиковать будем в нашем LinkedIn, так что подписывайтесь, чтобы ничего не пропустить!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥20👍8❤🔥1❤1
Митап об архитектуре и архитекторах
Завтра состоится Software Craftsmanship Meetup №27, на котором Павел Вейник и Антон Дворников по косточкам разберут этапы роста и развития архитектора. Митап для тех, кто уже там (в архитектурной роли) и who wanna be.
Кроме запланированной программы, спикеры ответ на ваши вопросы:
‣ Какой скорейший путь развития до архитектора?
‣ Как из тех лида стать архитектором и не выгореть?
‣ Как понять что уже готов к роли архитектора, если был опыт созднания высокопроизводительной микросервисной архитектуры, но в итоге компания не вышла на высокую нагрузку, так как не было столько клиентов.
‣ Какие задачи отличают архитектора от других ролей - сеньора, техлида, тимлида.
Чтобы на ваши вопросы точно ответили - присылайте пожалуйста их заранее, в форме регистрации. До встречи на митапе!
🔥5❤4
Поведенческое и culture fit интервью: как пройти и подготовиться
В субботу пройдет 7ая встреча из серии Career navigator for seniors. Нам по прежнему важно помогать вам с поиском работы и подготовки к собеседованиям, поэтому мы приглашаем разных экспертов tech индустрии - опытных инженеров, карьеных консультантов, HR поделиться советами и опытом как увереннее себя чувствовать на собеседованиях и получить работа в желанной компании (или просто работу🙂)
Когда: 3 августа 11.00 по GMT+3
На встрече разберем:
1. Тренды в вопросах на интервью: поведенческие и ситуативные вопросы
2. Самопрезентация и ответы на сложные вопросы
3. Как готовиться: методы, инструменты, best practices
Спикер: Анна Писарева, экспертка в области HR и карьерного консалтинга с более чем 12-летним опытом работы в СНГ, Австралии и на международном рынке
🔗 Регистрация
В субботу пройдет 7ая встреча из серии Career navigator for seniors. Нам по прежнему важно помогать вам с поиском работы и подготовки к собеседованиям, поэтому мы приглашаем разных экспертов tech индустрии - опытных инженеров, карьеных консультантов, HR поделиться советами и опытом как увереннее себя чувствовать на собеседованиях и получить работа в желанной компании (или просто работу🙂)
Когда: 3 августа 11.00 по GMT+3
На встрече разберем:
1. Тренды в вопросах на интервью: поведенческие и ситуативные вопросы
2. Самопрезентация и ответы на сложные вопросы
3. Как готовиться: методы, инструменты, best practices
Спикер: Анна Писарева, экспертка в области HR и карьерного консалтинга с более чем 12-летним опытом работы в СНГ, Австралии и на международном рынке
🔗 Регистрация
🔥4👍1
Как и обещали, первая часть статьи От хаоса к стандарту: создание универсального шаблона микросервисов уже в нашем LinkedIn!
В ней Павел Макул рассказывает, как пришел в новую команду, какие проблемы увидел, и что предпринял, чтобы их исправить.
Приятного чтения!
В ней Павел Макул рассказывает, как пришел в новую команду, какие проблемы увидел, и что предпринял, чтобы их исправить.
Приятного чтения!
🔥10❤🔥1
Критерии выбора кэша И это не про то, в какой валюте хранить сбережения. Мы продолжаем серию постов про выбор компонентов архитектуры. Сегодня поговорим про кэши.
Кэш используется для увеличения пропускной способности ключевых элементов системы. Чем ближе хранятся данные, которые нужно обработать, тем меньше время их обработки. В нагруженных системах применение кэшей удешевляет инфраструктуру.
↔️ Кэши различаются по двум параметрам:
Способ обновления записей
Read through – приложение обращается к кэшу, если в нем нет данных, то оно обращается в базу данных, а потом записывает в кэш.
Write through – все данные двигаются через кэш. Приложение записывает данные в кэш, а оттуда попадает в базу данных в одной транзакции. Чтение происходит из кэша.
Write back – кэш служит буфером на запись. Все данные попадают туда, а в определенный период записываются в БД.
Refresh ahead – кэш пытается угадать, какие данные из него будут читать и заранее берет их из БД.
Способ удаления записей (Eviction policy)
Least recently used – удаляет записи, к которым давно никто не обращался.
Least frequently used – удаляет записи, к которым наименее часто обращались за определенный промежуток времени.
Most recently used – удаляет записи, к которым обращались недавно (применяется нечасто, в специфических use cases, например, Tinder)
И другие eviction policies, например First-In-First-Out и Random Replacement.
🔸Насколько допустимо устаревание данных?
🔹Какой тип данных будет кэшироваться?
🔸Нужны ли транзакции? Будет ли кэш первичным источником данных?
🔹Нужен ли in-process или распределенный кэш?
🔸Нужен ли вообще отдельный кэш или достаточно встроенных инструментов внутри фреймворков?
С различиями кэшей, баз данных, очередей сообщений, ORM и других инструментов с разбором архитектур наиболее популярных из них можно познакомиться гораздо подробнее в курсе [Технический Лидер]. Записывайтесь на консультацию!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥10👍3😁3❤1
Друзья, с пятницей!
Если вы пропустили наши ивенты на этой неделе, то напоминаем, что на ютубе залиты свежие записи:
🎞9 глава Кабанчика. Consistency and Consensus
🎞 Software Сraftsmanship Meetup №27. Этапы роста и развития архитектора.
Хорошего просмотра и классных выходных👻
Если вы пропустили наши ивенты на этой неделе, то напоминаем, что на ютубе залиты свежие записи:
🎞9 глава Кабанчика. Consistency and Consensus
🎞 Software Сraftsmanship Meetup №27. Этапы роста и развития архитектора.
Хорошего просмотра и классных выходных
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤🔥2👍2
Соскучились по Архитектурным Трепам?
Мы - очень 🤗. Поэтому на этой неделе у нас их два!
1️⃣ Завтра, 6 августа соберемся поговорить на серьезные темы - как выбирать базу данных для проекта. Модерировать будет Максим Аршинов.
2️⃣ В четверг, 8 августа, соберемся со Светой Семеновой повеселиться на тему кринжовых ситуаций в ИТ компаниях. Неожиданные и странные вопросы на собеседованиях, эзотерика, астрология и найм в компании на основании знака зодиака. А с какими странностями сталкивались вы? Приходите поделиться и поорать вместе 😁
🔗 Регистрация
Мы - очень 🤗. Поэтому на этой неделе у нас их два!
1️⃣ Завтра, 6 августа соберемся поговорить на серьезные темы - как выбирать базу данных для проекта. Модерировать будет Максим Аршинов.
Правильный выбор базы данных — это ключевой фактор успеха любого IT-проекта. Как подойти к этому выбору, чтобы он был обоснованным и эффективным? На Трепе мы будем действовать как инженеры и попробуем создать исчерпывающее руководство по базам данных, которое поможет вам быстро и уверенно выбрать правильный инструмент.
2️⃣ В четверг, 8 августа, соберемся со Светой Семеновой повеселиться на тему кринжовых ситуаций в ИТ компаниях. Неожиданные и странные вопросы на собеседованиях, эзотерика, астрология и найм в компании на основании знака зодиака. А с какими странностями сталкивались вы? Приходите поделиться и поорать вместе 😁
🔗 Регистрация
🔥18
Нам очень нравится формат мероприятий в виде круглого стола, это делает любое обсуждение более динамичным и живым, помогает раскрыть тему с разных точек зрения, а аудитория получает возможность услышать разнообразные мнения и подходы, что делает мероприятие более полезным и вдохновляющим. Поэтому мы тут немного упоролись и сделали 4 круглых стола по разным темам 😎
15 августа пройдет круглый стол с участием 5 разных инженеров, где обсудим личные истории каждого о профессиональном пути к роли технического лидера.
Путь развития из Senior в Techlead: живой опыт инженеров
Ведущий - Павел Вейник. Затронем вопросы:
💫 Чем отличается роль техлида от роли сеньера?
💫 Какие задачи и проекты больше всего способствовали профессиональному росту
💫 Какие технические навыки наиболее важны для технического лидера?
💫 Какие soft skills наиболее важны для успешного руководства технической командой? Как развивать эти навыки?
💫 С какими основными вызовами сталкивается технический лидер? Как их преодолевать? И многое другое
🔗 Присылайте свои вопросы к кругому столу заранее в форме регистрации. До встречи 🙌
15 августа пройдет круглый стол с участием 5 разных инженеров, где обсудим личные истории каждого о профессиональном пути к роли технического лидера.
Путь развития из Senior в Techlead: живой опыт инженеров
Ведущий - Павел Вейник. Затронем вопросы:
🔗 Присылайте свои вопросы к кругому столу заранее в форме регистрации. До встречи 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤🔥2👍1
⚡️На прошлой неделе мы стартанули серию
🔗 Часть 4 уже в нашем LinkedIn. Подписывайтесь, чтобы не пропустить следующие!
От хаоса к стандарту: создание универсального шаблона микросервисов и уже подобрались к самому интересному – собственно, созданию шаблона и тому, что в него вошло. 🔗 Часть 4 уже в нашем LinkedIn. Подписывайтесь, чтобы не пропустить следующие!
🔥7
Во вторник на Архитектурном Трепе 112 горячо обсуждали тему выбора БД под проект. Модератор встречи Максим Аршинов предложил разработанный фреймворк с разными параметрами. Публикуем эти параметры выше на двух карточках, а также небольшую дискуссию - устарели ли реляционные базы данных и почему многие выбирают PostgreSQL
Также несколько ссылок от Максима⬇️:
📌 Ссылка на draft инструмента: https://docs.google.com/spreadsheets/d/1qk5MioZ_L1LyK6zO6rz2uWut0UlXXSVMi1HVYFPYbVw/edit?gid=1442041577#gid=1442041577, кто хочет помочь/поконтрибьютить или если появятся новые идеи - комментрии к документу открыты.
📌Аналог на JS: https://github.com/Ubloobok/DatabaseAdvisor/
⏰ Сегодня на Трепе будем обсуждать кринжовые ситуации, с которыми иногда сталкиваемся в рабочей среде - неожиданные вопросы на собеседованиях, эзотерика, астрология, карты таро для принятия решений и многое другое. Приходите поделиться своими примерами и поразмышлять как минимизировать влияние таких практик на профессиональную среду. 🔗 Регистрация
Также несколько ссылок от Максима⬇️:
📌 Ссылка на draft инструмента: https://docs.google.com/spreadsheets/d/1qk5MioZ_L1LyK6zO6rz2uWut0UlXXSVMi1HVYFPYbVw/edit?gid=1442041577#gid=1442041577, кто хочет помочь/поконтрибьютить или если появятся новые идеи - комментрии к документу открыты.
📌Аналог на JS: https://github.com/Ubloobok/DatabaseAdvisor/
⏰ Сегодня на Трепе будем обсуждать кринжовые ситуации, с которыми иногда сталкиваемся в рабочей среде - неожиданные вопросы на собеседованиях, эзотерика, астрология, карты таро для принятия решений и многое другое. Приходите поделиться своими примерами и поразмышлять как минимизировать влияние таких практик на профессиональную среду. 🔗 Регистрация
🔥5❤2
Добавление ивента в календарь
Мы знаем, что у многих есть проблема с добавлением события себе в календарь. Мы проверили ещё раз и выяснили, что добавить себе событие в мобильном приложении календаря невозможно - ни на Android, ни на IOS. Гугл календарь не принимает свои же созданные события 😔 Это выглядит как системная ошибка на стороне сервиса, к сожалению, мы ничего не можем с этим сделать. Тут тоже про это писали https://stackoverflow.com/questions/63886313/google-calendar-event-link-not-opening-google-calendar-app-event-creation-with-d
Поэтому пока мы предлагаем следующее:
Пожалуйста, добавляйте себе события в календарь через браузер. Там все отлично работает🙌. А мы займёмся поиском вариантов как и где ещё можно организовать регистрацию и напоминая о наших событиях с большим удобством и надёжностью
Мы знаем, что у многих есть проблема с добавлением события себе в календарь. Мы проверили ещё раз и выяснили, что добавить себе событие в мобильном приложении календаря невозможно - ни на Android, ни на IOS. Гугл календарь не принимает свои же созданные события 😔 Это выглядит как системная ошибка на стороне сервиса, к сожалению, мы ничего не можем с этим сделать. Тут тоже про это писали https://stackoverflow.com/questions/63886313/google-calendar-event-link-not-opening-google-calendar-app-event-creation-with-d
Поэтому пока мы предлагаем следующее:
Пожалуйста, добавляйте себе события в календарь через браузер. Там все отлично работает🙌. А мы займёмся поиском вариантов как и где ещё можно организовать регистрацию и напоминая о наших событиях с большим удобством и надёжностью
Stack Overflow
Google Calendar Event Link not opening Google Calendar App Event Creation with Details
In Google Calendar, you can generate a link to your event in 2 ways:
create it from a template (e.g. https://www.google.com/calendar/render?action=TEMPLATE&text=Title%20of%20the%20event&de...
create it from a template (e.g. https://www.google.com/calendar/render?action=TEMPLATE&text=Title%20of%20the%20event&de...
❤5
На занятии курса [Технический Лидер] один из участников задал вопрос – “Допустим, выкатили на прод версию с ошибкой и поломали всю систему микросервисов. Быстро пофиксить не удается. Как провести откат системы к работающему состоянию?” Тема интересная и на занятии мы ее рассмотрели подробно. Приводим коротко спектр доступных опций.
Когда можем себе позволить downtime:
1️⃣Сценарий – нет ни документации, ни версионирования, ни плана 😱. Придется собрать лидов и сеньоров всех команд, ответственных за неисправные сервисы. Вместе разобрать логи ошибок, локализовать их в каждом микросервисе и откатить до рабочего состояния БД. Вариант только для экстренных случаев, требует несколько часов совместных титанических усилий.
2️⃣Сценарий – есть скрипты Liquibase / Flyway, есть версионирование структуры базы. Команда каждого микросервиса отдельно от других откатывает код до старой версии. Если в процессе миграции были объемные изменения данных – в хранимой процедуре должен быть подготовлен скрипт, который производит миграцию в обратную сторону. Такой вариант занимает уже полчаса-час.
Когда нужно без downtime:
3️⃣Сценарий – запретить изменения в базу, но оставить доступ на чтение. Пользователи не могут полноценно пользоваться сервисами, но могут, например, посмотреть отчет за какой-то период. Для этого варианта нужен подготовленный фронтенд с feature flags. С клиента на бэкенд будут приходить только select, но не update. В это время можно спокойно(относительно) реализовать один из предыдущих сценариев.
4️⃣Сценарий – каждая команда делает релизы независимо друг от друга и есть реестр версий каждого сервиса. В таком случае, через средства автоматизации весь прод откатывается к последнему чекпоинту, когда комбинация микросервисов с разными версиями работала. Каждый микросервис, который обновился, откатывается до нужной версии независимо от других. За такой реестр должен отвечать кто-то над всеми командами разработки – архитектор или delivery-менеджер.
5️⃣Сценарий – в релизе сложные изменения в большой системе. Пример: меняем KV-базу на реляционную. Параллельно работают два варианта кода – со старой базой и с новой. В старую базу добавляется поле “переведено в новую БД”. Все апдейты, которые попадают в старую базу, дублируются в новую и, когда это происходит, в старой БД меняется значение этого “feature flag” каждой записи. Если с новой версией что-то не так – старая продолжает работать.
А с какими сценариями сталкивались вы? Делитесь в комментариях 👇
5 сценариев отката неудачного релизаКогда можем себе позволить downtime:
1️⃣Сценарий – нет ни документации, ни версионирования, ни плана 😱. Придется собрать лидов и сеньоров всех команд, ответственных за неисправные сервисы. Вместе разобрать логи ошибок, локализовать их в каждом микросервисе и откатить до рабочего состояния БД. Вариант только для экстренных случаев, требует несколько часов совместных титанических усилий.
2️⃣Сценарий – есть скрипты Liquibase / Flyway, есть версионирование структуры базы. Команда каждого микросервиса отдельно от других откатывает код до старой версии. Если в процессе миграции были объемные изменения данных – в хранимой процедуре должен быть подготовлен скрипт, который производит миграцию в обратную сторону. Такой вариант занимает уже полчаса-час.
Когда нужно без downtime:
3️⃣Сценарий – запретить изменения в базу, но оставить доступ на чтение. Пользователи не могут полноценно пользоваться сервисами, но могут, например, посмотреть отчет за какой-то период. Для этого варианта нужен подготовленный фронтенд с feature flags. С клиента на бэкенд будут приходить только select, но не update. В это время можно спокойно
4️⃣Сценарий – каждая команда делает релизы независимо друг от друга и есть реестр версий каждого сервиса. В таком случае, через средства автоматизации весь прод откатывается к последнему чекпоинту, когда комбинация микросервисов с разными версиями работала. Каждый микросервис, который обновился, откатывается до нужной версии независимо от других. За такой реестр должен отвечать кто-то над всеми командами разработки – архитектор или delivery-менеджер.
5️⃣Сценарий – в релизе сложные изменения в большой системе. Пример: меняем KV-базу на реляционную. Параллельно работают два варианта кода – со старой базой и с новой. В старую базу добавляется поле “переведено в новую БД”. Все апдейты, которые попадают в старую базу, дублируются в новую и, когда это происходит, в старой БД меняется значение этого “feature flag” каждой записи. Если с новой версией что-то не так – старая продолжает работать.
А с какими сценариями сталкивались вы? Делитесь в комментариях 👇
🔥7❤1❤🔥1
👋 Всем привет!
13 августа в 20.00 GMT+3 пройдет последний летний Архитектурный Треп прежде чем мы уйдем на небольшие каникулы до сентября 🤗
Завтра будем общаться на тему Шаблонов Проектирования. Обсудим:
• Наиболее важные шаблоны проектирования, почему?
• Ваши любимые шаблоны проектирования и ситуации их применения?
• Примеры реальных проектов, где применение шаблонов проектирования существенно улучшило архитектуру и качество кода, а где существенно ухудшило
• Ошибки при использовании шаблонов проектирования, как избежать?
Модерировать будет Сергей Русак. Задать свой вопрос и зарегестрироваться можно на сайте
До завтра 🙌
13 августа в 20.00 GMT+3 пройдет последний летний Архитектурный Треп прежде чем мы уйдем на небольшие каникулы до сентября 🤗
Завтра будем общаться на тему Шаблонов Проектирования. Обсудим:
• Наиболее важные шаблоны проектирования, почему?
• Ваши любимые шаблоны проектирования и ситуации их применения?
• Примеры реальных проектов, где применение шаблонов проектирования существенно улучшило архитектуру и качество кода, а где существенно ухудшило
• Ошибки при использовании шаблонов проектирования, как избежать?
Модерировать будет Сергей Русак. Задать свой вопрос и зарегестрироваться можно на сайте
До завтра 🙌
🔥7❤3
🎙Уже завтра пройдет первый круглый стол, посвященный теме развития сеньора в технического лидера. Мы разберем 5 реальных кейсов - как складывается карьерный путь у пяти инженеров в ИТ индустрии (спойлер: очень по разному )
Вопросы из регистраций, которые разберем:
▪️ Кто такой техлид и как понять, что ты уже он?
▪️ В какой момент на проекте возникает необходимость в техлиде?
▪️ Как продать себе как техлида?
▪️ Как в идеальном мире могут ужиться в одной небольшой команде техлид с тимлидом? Как им очертить границы и разделить ответственности?
▪️Как развиваться, если на текущем месте работы задач полно, но они не подходят для практики развития техлда?
▪️ А нужны ли техлиды? Глядя на вакансии складывается впечатление, что все должности техлидов заняты и нужны просто разработчики.
Успевайте еще сегодня прислать свой вопрос в форме регистрации, чтобы мы успели включить его в общее обсуждение. Завтра будет горячо🔥. До встречи!
Вопросы из регистраций, которые разберем:
▪️ Кто такой техлид и как понять, что ты уже он?
▪️ В какой момент на проекте возникает необходимость в техлиде?
▪️ Как продать себе как техлида?
▪️ Как в идеальном мире могут ужиться в одной небольшой команде техлид с тимлидом? Как им очертить границы и разделить ответственности?
▪️Как развиваться, если на текущем месте работы задач полно, но они не подходят для практики развития техлда?
▪️ А нужны ли техлиды? Глядя на вакансии складывается впечатление, что все должности техлидов заняты и нужны просто разработчики.
Успевайте еще сегодня прислать свой вопрос в форме регистрации, чтобы мы успели включить его в общее обсуждение. Завтра будет горячо🔥. До встречи!
❤5
Вот и все! Последняя часть статьи
❗️Кстати, завтра автор статьи Павел Макул будет одним из участников круглого стола про путь развития из сеньоров в техлиды. Приходите и задавайте свои вопросы!
По просьбам участников нашего коммьюнити мы также опубликовали все части статьи в нашем блоге. Если по каким-то причинам вы не могли прочитать эту историю в LinkedIn – найти ее можно по вот этой ссылке.
👉 Для тех, кто пропустил, – Павел, выпускник курса [Технический Лидер], поделился своей историей, как он пришел в команду обычным Senior BE-разработчиком, увидел много технических проблем и инициировал масштабный процесс по их исправлению. От разбития существующей SOA-архитектуры по DDD до серии Tech Talks и развития культуры разработки в компании.
От хаоса к стандарту: создание универсального шаблона микросервисов уже в нашем LinkedIn.❗️Кстати, завтра автор статьи Павел Макул будет одним из участников круглого стола про путь развития из сеньоров в техлиды. Приходите и задавайте свои вопросы!
По просьбам участников нашего коммьюнити мы также опубликовали все части статьи в нашем блоге. Если по каким-то причинам вы не могли прочитать эту историю в LinkedIn – найти ее можно по вот этой ссылке.
👉 Для тех, кто пропустил, – Павел, выпускник курса [Технический Лидер], поделился своей историей, как он пришел в команду обычным Senior BE-разработчиком, увидел много технических проблем и инициировал масштабный процесс по их исправлению. От разбития существующей SOA-архитектуры по DDD до серии Tech Talks и развития культуры разработки в компании.
🔥8👍4
Мы уже писали, что август будет горячий месяц, посвященный разнообразным дискуссиям, поэтому 22 августа приглашаем вас на круглый стол с архитекторами.
👥 Участвовать будут:
Максим Аршинов, Solution Architect в EPAM Spain
Сергей Бабицкий, Solutions Architect, TOGAF Certified
Антон Дворников, Principal Solution Architect, SEI Certified
🎙 Ведущий: Павел Вейник, Solution Architect, Staff Engineer
Участники поделятся своими исторями профессионального развития и ответят на вопросы:
‣ Какие знания и навыки оказались наиболее важными для перехода от инженера к роли архитектора?
‣ Какие технические навыки являются наиболее критичными для роли архитектора в ИТ?
‣ Как принимать решения, последствия которых будут влиять еще через год или два?
‣ С какими вызовами и проблемами ежедневно сталкивается архитектор?
‣ Как архитектор влияет на формирование культуры в команде и в компании?
🔗 Узнать подробнее и зарегистрироваться
👥 Участвовать будут:
Максим Аршинов, Solution Architect в EPAM Spain
Сергей Бабицкий, Solutions Architect, TOGAF Certified
Антон Дворников, Principal Solution Architect, SEI Certified
🎙 Ведущий: Павел Вейник, Solution Architect, Staff Engineer
Участники поделятся своими исторями профессионального развития и ответят на вопросы:
‣ Какие знания и навыки оказались наиболее важными для перехода от инженера к роли архитектора?
‣ Какие технические навыки являются наиболее критичными для роли архитектора в ИТ?
‣ Как принимать решения, последствия которых будут влиять еще через год или два?
‣ С какими вызовами и проблемами ежедневно сталкивается архитектор?
‣ Как архитектор влияет на формирование культуры в команде и в компании?
🔗 Узнать подробнее и зарегистрироваться
🔥5❤🔥1👍1
🚀 Через час стартуем Карьерный навигатор в формате круглого стола
Путь развития из Senior в Techlead: живой опыт пяти инженеров
Присоединяйтесь
Путь развития из Senior в Techlead: живой опыт пяти инженеров
Присоединяйтесь
🔥3