🔧 Управление техническим долгом! 🎨
Привет, сегодня поговорим о техническом долге. Техдолг — совокупность компромиссов в проекте, которые были сделаны для ускорения разработки, но которые в долгосрочной перспективе увеличивают стоимость поддержки и развития продукта.
Работы по снижению технического долга:
1️⃣Рефакторинг и реинжениринг на уровне кода и архитектуры: это пересмотр существующего кода и архитектуры с целью улучшения и оптимизации без изменения внешнего поведения системы (рефакторинг) и с изменением — реинжениринг.
2️⃣Рефакторинг технической документации: обновление документации для соответствия текущему состоянию системы. Например, после изменения API необходимо обновить и документацию к нему.
3️⃣Рефакторинг и реинжениринг тестов: пересмотр и оптимизация тестовых сценариев и сред, например, переход на новые версии тестовых фреймворков или интеграция с CI/CD.
4️⃣Переход на новые технологии: внедрение новых технологических решений, таких как обновление версий языков программирования или переход на микросервисную архитектуру.
5️⃣Внедрение и реинжениринг процессов и инженерных практик: например, внедрение DevOps практик или пересмотр релизного процесса.
Правила проведения работ с техническим долгом:
👶 Маленькими шагами: Рефакторинг проводи в рамках текущих фич, оставляя комментарии в задачах и коде. НО ⚠️ задача = 1 сервис, 1 процесс, 1 бизнес-домен, 1 контекст!
🤝Отдельные задачи на реинжениринг: Для серьёзных изменений стоит заводить отдельную задачу или эпик.
📖Синхронизация с документацией: Всегда обновляйте техническую документацию в соответствии с изменениями.
📈Мониторинг изменений: Если изменения затрагивают бизнес-логику, проверьте соответствующие метрики, расширьте борды, проверьте вывод новых ошибок.
🕵Учёт изменений в админке: Убедитесь, что все необходимые изменения в админке также выполнены (не стоит проводить расширения конфигураций без возможности их управления).
📚Обновление пользовательской документации: Если изменения затрагивают пользовательские интерфейсы, обновите соответствующие руководства.
Дополнительные "капитанские" правила:
🔍Тестирование перед деплоем: Всегда проводите тщательное тестирование изменений перед их внедрением в продакшн. Даже если вы не трогали функционал. Все самые "дурацкие" инциденты порождаются именно тем, что "ничего не делали".
💬Обратная связь от пользователей: Не забывайте заглядывать в обратную связь от конечных пользователей, она поможет вам выявить и технический беклог (например: снижение производительности, неочевидность ошибок).
💻Регулярные ревью: Регулярные код-ревью снизят накопление технического долга. Если можно исправить сейчас - исправь, не копи!
🗓Планирование: Включайте управление техническим долгом в план разработки, чтобы систематически улучшать проект.
Управление техдолгом — неотъемлемая часть разработки, но основной проблемой работы с ним является частая сложность его внедрения, как регулярного стрима в планы команд, если изначально практики рефакторинга и реинжениринга не были базовами для разработки. Ошибаться — нормально, развиваться и узнаваться, как сделать лучше — нормально, внедрять новое и улучшать — нормально, НЕ НОРМАЛЬНО стагнировать и бетонировать устаревающий код!
#project_management
Привет, сегодня поговорим о техническом долге. Техдолг — совокупность компромиссов в проекте, которые были сделаны для ускорения разработки, но которые в долгосрочной перспективе увеличивают стоимость поддержки и развития продукта.
Работы по снижению технического долга:
1️⃣Рефакторинг и реинжениринг на уровне кода и архитектуры: это пересмотр существующего кода и архитектуры с целью улучшения и оптимизации без изменения внешнего поведения системы (рефакторинг) и с изменением — реинжениринг.
2️⃣Рефакторинг технической документации: обновление документации для соответствия текущему состоянию системы. Например, после изменения API необходимо обновить и документацию к нему.
3️⃣Рефакторинг и реинжениринг тестов: пересмотр и оптимизация тестовых сценариев и сред, например, переход на новые версии тестовых фреймворков или интеграция с CI/CD.
4️⃣Переход на новые технологии: внедрение новых технологических решений, таких как обновление версий языков программирования или переход на микросервисную архитектуру.
5️⃣Внедрение и реинжениринг процессов и инженерных практик: например, внедрение DevOps практик или пересмотр релизного процесса.
Правила проведения работ с техническим долгом:
🤝Отдельные задачи на реинжениринг: Для серьёзных изменений стоит заводить отдельную задачу или эпик.
📖Синхронизация с документацией: Всегда обновляйте техническую документацию в соответствии с изменениями.
📈Мониторинг изменений: Если изменения затрагивают бизнес-логику, проверьте соответствующие метрики, расширьте борды, проверьте вывод новых ошибок.
🕵Учёт изменений в админке: Убедитесь, что все необходимые изменения в админке также выполнены (не стоит проводить расширения конфигураций без возможности их управления).
📚Обновление пользовательской документации: Если изменения затрагивают пользовательские интерфейсы, обновите соответствующие руководства.
Дополнительные "капитанские" правила:
🔍Тестирование перед деплоем: Всегда проводите тщательное тестирование изменений перед их внедрением в продакшн. Даже если вы не трогали функционал. Все самые "дурацкие" инциденты порождаются именно тем, что "ничего не делали".
💬Обратная связь от пользователей: Не забывайте заглядывать в обратную связь от конечных пользователей, она поможет вам выявить и технический беклог (например: снижение производительности, неочевидность ошибок).
💻Регулярные ревью: Регулярные код-ревью снизят накопление технического долга. Если можно исправить сейчас - исправь, не копи!
🗓Планирование: Включайте управление техническим долгом в план разработки, чтобы систематически улучшать проект.
Управление техдолгом — неотъемлемая часть разработки, но основной проблемой работы с ним является частая сложность его внедрения, как регулярного стрима в планы команд, если изначально практики рефакторинга и реинжениринга не были базовами для разработки. Ошибаться — нормально, развиваться и узнаваться, как сделать лучше — нормально, внедрять новое и улучшать — нормально, НЕ НОРМАЛЬНО стагнировать и бетонировать устаревающий код!
#project_management
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8❤2👍1
☠️ Смерть, финтех и IT! 💀
Признаюсь в своем guilty pleasure -фентези и лучше с юмором ! Обожаю отвлечься вечером о фантастический мир! И сегодняшний пост навеян двумя книгами. Первая: "Смерть, отбор и котики" - помогла с названием.
А вторая сформировала повестку поста, который не только про пятничное настроение, но и с дозой психологии и юмора в контексте IT и финтеха. Это книга 1969г. "О смерти и умирании" психолога Элизабет Кюблер-Росс, в которой она ввела в обиход модель (принятия смерти) DABDA (Denial, Anger, Bargaining, Depression, Acceptance), которая трансформировалась с годами в стадии принятия неизбежного.
И хотя первоначально модель была применена к восприятию смерти, не удивительно, что ее принципы актуальны и для процесса осознания и принятия технического незнания в IT.
👩💻 Как проходит процесс борьбы с неизбежным в IT, особенно в финтехе?
🙅♂️Отрицание: Сначала мы не можем поверить, что столкнулись с проблемой. "Это не может быть настолько сложным!"
😈Гнев: Когда осознание приходит, мы начинаем раздражаться. Виноваты все - архитектура, техдолг, "некомпетентность" коллег, а иногда даже весь регуляторный орган.
🤑Торг: После эмоционального всплеска мы переходим к стадии торга: "А может, можно обойтись без полного пересмотра кодовой базы?". Подсознательно мы надеемся, что небольшой "костыль" все исправит и не придется впадать в реижениринг.
😓Депрессия: Когда становится ясно, что простых путей нет, охватывает уныние. "Как мы могли не предвидеть это раньше?"
👍Принятие: В конце концов, мы смиряемся и готовы к действиям. "Да, нам предстоит серьезно пересмотреть архитектуру и решить скопившиеся проблемы." Вся команда готова начать "жить дальше", разрабатывая новые схемы и закладывая изменения в процессы, чтобы обойти текущие ограничения.
🌟 Незнание — это неизбежная часть нашей работы, и каждый проход через эти стадии делает нас сильнее. Принимая незнание и двигаясь к знаниям, мы создаем гибкую и устойчивую архитектуру.
🤔 А вы находите отражение модели Кюблер-Росс в вашей работе?
#fintech #books #mylife
Признаюсь в своем guilty pleasure -
А вторая сформировала повестку поста, который не только про пятничное настроение, но и с дозой психологии и юмора в контексте IT и финтеха. Это книга 1969г. "О смерти и умирании" психолога Элизабет Кюблер-Росс, в которой она ввела в обиход модель (принятия смерти) DABDA (Denial, Anger, Bargaining, Depression, Acceptance), которая трансформировалась с годами в стадии принятия неизбежного.
И хотя первоначально модель была применена к восприятию смерти, не удивительно, что ее принципы актуальны и для процесса осознания и принятия технического незнания в IT.
👩💻 Как проходит процесс борьбы с неизбежным в IT, особенно в финтехе?
🙅♂️Отрицание: Сначала мы не можем поверить, что столкнулись с проблемой. "Это не может быть настолько сложным!"
😈Гнев: Когда осознание приходит, мы начинаем раздражаться. Виноваты все - архитектура, техдолг, "некомпетентность" коллег, а иногда даже весь регуляторный орган.
🤑Торг: После эмоционального всплеска мы переходим к стадии торга: "А может, можно обойтись без полного пересмотра кодовой базы?". Подсознательно мы надеемся, что небольшой "костыль" все исправит и не придется впадать в реижениринг.
😓Депрессия: Когда становится ясно, что простых путей нет, охватывает уныние. "Как мы могли не предвидеть это раньше?"
👍Принятие: В конце концов, мы смиряемся и готовы к действиям. "Да, нам предстоит серьезно пересмотреть архитектуру и решить скопившиеся проблемы." Вся команда готова начать "жить дальше", разрабатывая новые схемы и закладывая изменения в процессы, чтобы обойти текущие ограничения.
🌟 Незнание — это неизбежная часть нашей работы, и каждый проход через эти стадии делает нас сильнее. Принимая незнание и двигаясь к знаниям, мы создаем гибкую и устойчивую архитектуру.
🤔 А вы находите отражение модели Кюблер-Росс в вашей работе?
#fintech #books #mylife
🔥11❤2
🌟 Просьба! 🌟
Я сейчас в поисках подходящего канала (индексируемого) для публикации статей и лонгридов. Хотелось бы узнать, какие информационные источники, где публикуется контент на русском языке по теме IT и около неё, вы читаете?🙏 СПАСИБО!🥰
Я сейчас в поисках подходящего канала (индексируемого) для публикации статей и лонгридов. Хотелось бы узнать, какие информационные источники, где публикуется контент на русском языке по теме IT и около неё, вы читаете?🙏 СПАСИБО!
Anonymous Poll
34%
67%
habr
2%
vk
29%
linkedIn
5%
Дзен
6%
Tproger
10%
Другое (укажу в комментах)
😘СПАСИБО огромное!😘
Невероятный отклик на опрос! Вы - классные и очень помогательные!
СПАСИБО!!
PS: если еще не ответили, но хотите - буду признательна! Опрос - в после выше!
NB! Сегодня полезного контента не будет, но, если у вас работает Instagram - ловите шикарную новую шутку от ребят из ППШ!
Невероятный отклик на опрос! Вы - классные и очень помогательные!
СПАСИБО!!
PS: если еще не ответили, но хотите - буду признательна! Опрос - в после выше!
NB! Сегодня полезного контента не будет, но, если у вас работает Instagram - ловите шикарную новую шутку от ребят из ППШ!
❤4
🌟 ADL и ADR 🌟
Привет! Сегодня хочу поговорить о том, как управлять архитектурной документацией в динамичной IT-среде, особенно учитывая множество решений, которые нам приходится принимать и документировать.
Этот пост будет особенно полезен тем, кто работает в области IT-архитектуры, разработки программного обеспечения и проектного управления в технологических и финтех-компаниях. Если вы архитектор, разработчик, технический руководитель или менеджер проекта, вы найдете ценные советы о том, как эффективно управлять архитектурными решениями и поддерживать документацию в актуальном состоянии.
📘 Что такое ADL и ADR?
ADL (Architecture Decision Log) — это библиотека архитектурных решений, где каждое решение, или ADR (Architecture Decision Record), детально описывает причины выбора тех или иных технологий или подходов.
При организации процесса по работе и созданию ADR и ведению ADL важно понимать, кто будет использовать эту документацию, кто напишет архитектурные решения, как они будут рассматриваться и приниматься.
🔍 Как я организую ADL:
1️⃣ Уровень продуктового стрима или технологического кластера: Например, 'Клиентский опыт' или 'Платежи', в рамках которых формируются разные команды и подразделения.
2️⃣ Уровень продукта или домена: Здесь уже речь идет о конкретных продуктах, таких как 'банковские карты' или 'автокредит'.
3️⃣ Уровень команд или мини-продуктов: На этом уровне мы спускаемся к таким элементам, как 'дебетовые карты' или 'сквозной платеж'.
📚 Подходы к ведению ADL:
ADL – это, скорее, картотека ADR. Вы сами решаете, какие "тома" будут занимать место на полках. Не все документы стоит превращать в ADR: есть множество других видов артефактов.
1️⃣ Не создавать ADR на каждый мелкий "чих": Не создаем ADR для абсолютно нового продукта или проекта! Во время работы над крупным и новым проектом для компании обычно создается так много документации, что она не поместится в один ADL. Такую документацию лучше вести отдельно внутри команды, отвечающей за проект или продукт.
2️⃣ Разделение ADR и аналитических справок: Исследования новых инструментов или методик не всегда требуют создания ADR, пока не станет ясно, что они влияют на архитектуру.
3️⃣ Сохранение "археологических заметок": Иногда нам всем приходится заниматься "археологией" – исследованиями "о прошлом" на уровне кода или бизнеса. Результаты таких исследований – заметки и выводы, которые не всегда становятся задачами в бэклоге технического долга, но это не делает их менее ценными. Но даже если вы хотите обсудить результаты таких "раскопок" на архитектурном совещании и предложить что-то новое, можно начать с обсуждения заметок, и, если станет очевидно, что они должны быть преобразованы в решение, можно оформить ADR.
📌 Ответственность за управление ADR и ADL:
1️⃣ ADR и ADL должны регулярно пересматриваться, чтобы оставаться актуальными и отражать изменения в проектах.
2️⃣ Ответственные лица должны контролировать качество и актуальность ADR. Обычно это технические писатели за форму и архитекторы за содержание.
3️⃣ Автоматизация контроля и мониторинга ADR через платформы вроде Confluence для обеспечения постоянного обновления и обратной связи.
💡 Эффективное управление ADR и ADL не только помогает сохранять архитектурную целостность проектов, но и облегчает интеграцию новых членов команды и адаптацию к изменяющимся бизнес-требованиям.
Давайте обсудим, какие у вас есть методы и практики в этой области!
#architecture
Привет! Сегодня хочу поговорить о том, как управлять архитектурной документацией в динамичной IT-среде, особенно учитывая множество решений, которые нам приходится принимать и документировать.
Этот пост будет особенно полезен тем, кто работает в области IT-архитектуры, разработки программного обеспечения и проектного управления в технологических и финтех-компаниях. Если вы архитектор, разработчик, технический руководитель или менеджер проекта, вы найдете ценные советы о том, как эффективно управлять архитектурными решениями и поддерживать документацию в актуальном состоянии.
📘 Что такое ADL и ADR?
ADL (Architecture Decision Log) — это библиотека архитектурных решений, где каждое решение, или ADR (Architecture Decision Record), детально описывает причины выбора тех или иных технологий или подходов.
При организации процесса по работе и созданию ADR и ведению ADL важно понимать, кто будет использовать эту документацию, кто напишет архитектурные решения, как они будут рассматриваться и приниматься.
🔍 Как я организую ADL:
1️⃣ Уровень продуктового стрима или технологического кластера: Например, 'Клиентский опыт' или 'Платежи', в рамках которых формируются разные команды и подразделения.
2️⃣ Уровень продукта или домена: Здесь уже речь идет о конкретных продуктах, таких как 'банковские карты' или 'автокредит'.
3️⃣ Уровень команд или мини-продуктов: На этом уровне мы спускаемся к таким элементам, как 'дебетовые карты' или 'сквозной платеж'.
📚 Подходы к ведению ADL:
ADL – это, скорее, картотека ADR. Вы сами решаете, какие "тома" будут занимать место на полках. Не все документы стоит превращать в ADR: есть множество других видов артефактов.
1️⃣ Не создавать ADR на каждый мелкий "чих": Не создаем ADR для абсолютно нового продукта или проекта! Во время работы над крупным и новым проектом для компании обычно создается так много документации, что она не поместится в один ADL. Такую документацию лучше вести отдельно внутри команды, отвечающей за проект или продукт.
2️⃣ Разделение ADR и аналитических справок: Исследования новых инструментов или методик не всегда требуют создания ADR, пока не станет ясно, что они влияют на архитектуру.
3️⃣ Сохранение "археологических заметок": Иногда нам всем приходится заниматься "археологией" – исследованиями "о прошлом" на уровне кода или бизнеса. Результаты таких исследований – заметки и выводы, которые не всегда становятся задачами в бэклоге технического долга, но это не делает их менее ценными. Но даже если вы хотите обсудить результаты таких "раскопок" на архитектурном совещании и предложить что-то новое, можно начать с обсуждения заметок, и, если станет очевидно, что они должны быть преобразованы в решение, можно оформить ADR.
📌 Ответственность за управление ADR и ADL:
1️⃣ ADR и ADL должны регулярно пересматриваться, чтобы оставаться актуальными и отражать изменения в проектах.
2️⃣ Ответственные лица должны контролировать качество и актуальность ADR. Обычно это технические писатели за форму и архитекторы за содержание.
3️⃣ Автоматизация контроля и мониторинга ADR через платформы вроде Confluence для обеспечения постоянного обновления и обратной связи.
💡 Эффективное управление ADR и ADL не только помогает сохранять архитектурную целостность проектов, но и облегчает интеграцию новых членов команды и адаптацию к изменяющимся бизнес-требованиям.
Давайте обсудим, какие у вас есть методы и практики в этой области!
#architecture
🔥9❤7👍4
🌟 DevOps-проектировщик🌟
Сегодня будет пост с легкими нотами философии. Хочу поделиться с вами моими размышлениями на тему, которую обсудили после моего доклада на DevOpsConf'24 под названием "Неизбежность, или Как приучить Devops-инженеров к проектированию". Если вы пропустили, вот ссылка на видео доклада, где я разбирала взаимодействие архитекторов и DevOps-специалистов в процессе проектирования.
Мы привыкли видеть DevOps как практику, направленную на улучшение сотрудничества между разработчиками и операционными отделами, чтобы ускорить и оптимизировать процессы разработки, тестирования и внедрения программного обеспечения. Но DevOps также имеет и более широкое значение. Это не просто интеграция разработки и операций — это философия, которая в корне меняет подход к созданию и поддержке программного обеспечения, подчеркивая необходимость непрерывного сотрудничества всех участников проекта.
Вопросы, которые возникли в дискуссии: Может ли архитектор в одиночку принимать решения по дизайну системы? Должен ли он привлекать к этому процессу DevOps-инженеров, разработчиков, а также специалистов по базам данных?
💬 На мой взгляд, DevOps-специалисты — это не просто технические исполнители, они — активные участники процесса проектирования. Они помогают архитекторам видеть большую картину, учитывать возможные операционные проблемы и оптимизировать продукт для удовлетворения потребностей пользователя.
🏝Пример из жизни: Всё как на Кипре, где я живу. Здесь важно не просто знать соседей, но и участвовать в жизни друг друга. Проходя мимо, вы не просто машете рукой, но и обсуждаете новости, погоду или семейные события. В DevOps та же идея — быть частью "семьи", активно участвовать в жизни проекта.
Что это значит для DevOps-специалистов? Они не только помогают автоматизировать процессы, но и активно участвуют в создании архитектуры, помогая разработчикам и архитекторам видеть риски и возможности на ранних этапах проектов.
Итак, DevOps-инженеры — это не просто роль, это философия сотрудничества и инноваций. Возможно, этот путь выглядит "утопичным" для некоторых компаний. Знаю, что, несмотря на возраст, во мне еще много юношеского максимализма и веры в светлое, доброе, вечное. Но мне хочется и интересно строить именно такие подходы, именно такую архитектуру, которую понимают и бизнес, и разработка; в проектирование которой не нужно отдельно приглашать DevOps-специалистов, так как они уже внутри процесса, они — "клей" и связь между всеми, они могут обогатить меня, коллег и, главное, решение, знаниями, которых у меня нет.
DevOps-специалисты помогают всем членам команды работать эффективно, предотвращая ошибки и оптимизируя процессы. В конечном счете, это не только ускоряет процессы разработки и внедрения, но и создает продукты высшего качества, которые лучше отвечают потребностям пользователей.
Я уверена, что проектированием должна заниматься КОМПАНИЯ, а не один конкретный человек, например, архитектор. Уверена, что глагол "проектировать" сродни глаголу "думать". Самые страшные решения принимаются, когда мы себе разрешаем "махнуть рукой" или "забить". Уверена, что доклад и мысли в нем применимы не только к DevOps-инженерам, но и к разработчикам, лидам, менеджерам, аналитикам, продактам - всем, кто хочет, кто готов, кто может. При отсутствии желания, думать не заставить...
Ваши мысли? Считаете ли вы, что интеграция DevOps в процесс проектирования архитектуры необходима для современных IT-проектов?
#architecture
Сегодня будет пост с легкими нотами философии. Хочу поделиться с вами моими размышлениями на тему, которую обсудили после моего доклада на DevOpsConf'24 под названием "Неизбежность, или Как приучить Devops-инженеров к проектированию". Если вы пропустили, вот ссылка на видео доклада, где я разбирала взаимодействие архитекторов и DevOps-специалистов в процессе проектирования.
Мы привыкли видеть DevOps как практику, направленную на улучшение сотрудничества между разработчиками и операционными отделами, чтобы ускорить и оптимизировать процессы разработки, тестирования и внедрения программного обеспечения. Но DevOps также имеет и более широкое значение. Это не просто интеграция разработки и операций — это философия, которая в корне меняет подход к созданию и поддержке программного обеспечения, подчеркивая необходимость непрерывного сотрудничества всех участников проекта.
Вопросы, которые возникли в дискуссии: Может ли архитектор в одиночку принимать решения по дизайну системы? Должен ли он привлекать к этому процессу DevOps-инженеров, разработчиков, а также специалистов по базам данных?
💬 На мой взгляд, DevOps-специалисты — это не просто технические исполнители, они — активные участники процесса проектирования. Они помогают архитекторам видеть большую картину, учитывать возможные операционные проблемы и оптимизировать продукт для удовлетворения потребностей пользователя.
🏝Пример из жизни: Всё как на Кипре, где я живу. Здесь важно не просто знать соседей, но и участвовать в жизни друг друга. Проходя мимо, вы не просто машете рукой, но и обсуждаете новости, погоду или семейные события. В DevOps та же идея — быть частью "семьи", активно участвовать в жизни проекта.
Что это значит для DevOps-специалистов? Они не только помогают автоматизировать процессы, но и активно участвуют в создании архитектуры, помогая разработчикам и архитекторам видеть риски и возможности на ранних этапах проектов.
Итак, DevOps-инженеры — это не просто роль, это философия сотрудничества и инноваций. Возможно, этот путь выглядит "утопичным" для некоторых компаний. Знаю, что, несмотря на возраст, во мне еще много юношеского максимализма и веры в светлое, доброе, вечное. Но мне хочется и интересно строить именно такие подходы, именно такую архитектуру, которую понимают и бизнес, и разработка; в проектирование которой не нужно отдельно приглашать DevOps-специалистов, так как они уже внутри процесса, они — "клей" и связь между всеми, они могут обогатить меня, коллег и, главное, решение, знаниями, которых у меня нет.
DevOps-специалисты помогают всем членам команды работать эффективно, предотвращая ошибки и оптимизируя процессы. В конечном счете, это не только ускоряет процессы разработки и внедрения, но и создает продукты высшего качества, которые лучше отвечают потребностям пользователей.
Я уверена, что проектированием должна заниматься КОМПАНИЯ, а не один конкретный человек, например, архитектор. Уверена, что глагол "проектировать" сродни глаголу "думать". Самые страшные решения принимаются, когда мы себе разрешаем "махнуть рукой" или "забить". Уверена, что доклад и мысли в нем применимы не только к DevOps-инженерам, но и к разработчикам, лидам, менеджерам, аналитикам, продактам - всем, кто хочет, кто готов, кто может. При отсутствии желания, думать не заставить...
Ваши мысли? Считаете ли вы, что интеграция DevOps в процесс проектирования архитектуры необходима для современных IT-проектов?
#architecture
YouTube
Неизбежность, или Как приучить Devops-инженеров к проектированию / Екатерина Лысенко (RoboGate)
Конференция для инженеров и всех, кто должен понимать инженеров DevOpsConf 2024
Презентация и тезисы:
https://devopsconf.io/moscow/2024/abstracts/11557
DevOps-инженеры легко становятся заложниками одной из двух моделей восприятия:
1) Задача DevOps — …
Презентация и тезисы:
https://devopsconf.io/moscow/2024/abstracts/11557
DevOps-инженеры легко становятся заложниками одной из двух моделей восприятия:
1) Задача DevOps — …
👍4
Сегодня хочу поговорить об использовании ИИ, но, внезапно, не в основной работе, а в сопутствующей деятельности по освещению экспертизы и собственного бренда. И тут ИИ для меня, как для технаря, а не маркетолога или филолога, стал настоящим подспорьем!
🔍 Сети, которые использую:
1. ChatGPT- платный. Стоимость: $20 в месяц.
1️⃣ Проверка ошибок: Нет больше страха перед опечатками и грамматическими ошибками.
2️⃣ Оформление постов: AI помогает мне подобрать эмоджи 😶 и отформатировать текст.
3️⃣ Генерация картинок: Идеи для визуального контента и промты для MidJorney (часто быстро пробую в ChatGPT, потом в нем же пишу promt и уже «докручиваю» изображение в MidJorney).
4️⃣ Придумывание шуток: Когда понимаешь, что в докладе «перегундел», а шутка никак не рождается!
5️⃣ Поиск статей на английском: Легко нахожу примеры с подтверждением из официальных источников для статей и докладов.
Признаюсь, писать посты иногда сложно, так как тексты получаются либо очень большими, либо слишком краткими. ChatGPT помогает мне найти баланс!
2. MidJourney - платный. Стоимость: от $10 до $60 в месяц, в зависимости от тарифа.
1️⃣ Создание картинок для докладов: Относительно быстро и без нарушения авторских прав (для меня это важно!) создаю визуальные материалы, которые делают мои доклады яркими и запоминающимися.
2️⃣ Генерация стикер-паков в одном стиле: Мое открытие года! Позволяет снизить и временные, и финансовые затраты при работе с дизайнерами при подготовке материалов к конференции. Создаешь картинку, а на ее основе стикер-пак с иконками заданной тематики!
3. Perplexity.ai - бесплатный
1️⃣ Поиск статей и подходящих материалов: Легко нахожу нужные источники для исследований и подготовки контента. ИМХО, это основное преднозначение этой ИИ!
2️⃣ Упоминания и проверка гипотез об статьи других авторов: Получаю актуальную информацию и подтверждение своих идей.
3️⃣ Работа с русскоязычными источниками: В то время как ChatGPT отлично справляется с англоязычным контентом, Perplexity.ai становится незаменимым помощником для работы в русскоязычном поле.
Эти AI значительно экономят мои время и силы. Я могу сосредоточиться на главном, не тратя много времени на рутинные задачи! Да, можно использовать ИИ "в лоб" и делегировать им написание всех текстов, но это личный выбор каждого и "контракт с совестью"!
P.S. Если у вас есть вопросы по использованию AI, пишите в комментариях, буду рада помочь!
#toolkit
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥12❤6👍2💯2
Пост про ИИ нашел у вас отклик! Многие из вас используют или хотели бы попробывать внедрить ИИ в раличные части стовей жизни. Искусственный интеллект перестал быть чем-то фантастическим! Вот небольшая подборку статей из различных каналов (может быть вы найдете еще и инетересный вам канал) о разных областях применения ИИ.
📰 Здесь собраны последние важные новости в области Generativ AI.
🤖 Ответ на один из самых частых вопросов, который волнует людей в последний год. Стоит ли бояться, что ИИ лишит вас вашей работы.
🧑💻Здесь подробно о том, как QA используют ИИ и где он реально необходим
🎖Коммуникационный агент - инструмент саморазвития, помогающий общаться, быть в контакте со своим будущим Я.
☠️Умер ли SEO в 2024? Как ИИ изменил правила игры в SEO и что делать, чтобы оставаться в топе.
ИИ стремительно меняет правила игры, и только те, кто готов учиться и меняться, смогут оставаться на вершине в этом новом мире.
Готовы ли вы к вызовам будущего?
#toolkit
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2🔥1
🌟 10 советов начинающим менторам 🌟
В конце мая я провела мастер-майнд на тему менторства, и мы обсудили много интересного. Итог этих обсуждений — пост. Если бы несколько лет назад, мне кто-то дал прочесть эти правила, я бы точно была счастливее! Надеюсь, что кому-нибудь из вас он тоже будет полезен!
1️⃣ Не бойся проявляться ✨
Это нормально хотеть чего-то за пределами основной работы! Тебе не нужно для этого разрешение начальника. Ты же не собираешься разглашать конфиденциальную информацию, подписанную по NDA! Ты хочешь помогать людям — и это здорово! Ты хочешь развиваться — это классно! Хуже всего — ничего не хотеть и оставаться на одном месте. Так что дерзай!
2️⃣ Обозначь темы, которые тебя драйвят 📋
Менти не обладают телепатией и не умеют читать твои мысли о том, в чем ты хорош и в чем бы ты хотел развивать и оказывать поддержку. Поэтому составь простой и понятный список тем, по которым к тебе стоит обращаться. Представь это как меню в ресторане — четко и понятно, что ты предлагаешь.
3️⃣ Не бойся говорить "НЕТ" 🚫
Это нормально не знать чего-то, не любить какой-то раздел, не верить в какую-то практику или не находить общий язык с менти. Признайся себе в этом, а потом вежливо объясни менти, почему ты не можешь помочь. Честность всегда в цене.
4️⃣ Не набирай слишком много менти 🔢
Поначалу сложно понять, сколько людей в неделю или месяц ты готов сопровождать, какая у тебя пропускная способность. Да, это приходит с опытом, но лучше начинать с меньшего количества и постепенно увеличивать, если есть ресурс.
5️⃣ Ресурс на менторство — это не только время ⏳
Это эмоциональное и физическое состояние, желание. Если у вас назначена встреча, но вы чувствуете, что сегодня вы «не торт», а «пожеванный мякиш для рыбалки», — отмените встречу. Мы все люди, всякое бывает, и это нормально.
6️⃣ Готовься ко встрече 📚
Выясни запрос менти и приходи на встречу подготовленным. Вспомни основы, подбери примеры, подумай над вариантами решения задачи менти. Это твоя работа — быть экспертом, а не просто выступать в стиле «что вижу, то пою».
7️⃣ Не берите на сессии близких друзей 🤝
Я несколько раз делала эту ошибку и теперь зареклась. Для друзей и близких знакомых — формат «выпить кофе за беседой». Разграничить роли очень сложно. Даже если ты справишься со своей частью, человек может ждать от тебя поддержки. А иногда нужен «волшебный пинок», чтобы увидеть свои ошибки, а не просто кивание головой.
8️⃣ После каждой сессии проведи ретроспективу 🔍
Пойми, что можно было улучшить, а также что ты сам получила от этой сессии. Какую ценность приобрел ты сам по итогам работы.
9️⃣ Пробуй разные форматы и практики, учись 🧩
Возможно, твой путь в менторинге через коучинг, может быть ты «учитель», может быть твой основной профиль — mastermind или треккинг. Найди то, что тебя драйвит. Экспериментируй и находи свою нишу.
🔟 Не бойся передать менти другому специалисту 🔄
Если знаешь, что этому человеку лучше поможет другой специалист, передай его в хорошие руки. Ты не обязан быть мастером на все руки, важно, чтобы менти получил нужную поддержку.
💡 Менторство — это невероятный путь, полный возможностей и вызовов. Не бойтесь пробовать новое, учиться на своих ошибках и делиться опытом с другими. Надеюсь, эти советы помогут вам на этом пути и сделают ваше менторство ещё более ценным и эффективным.
🗓А следующий MasterMind пройдет 08/07/24 и будет посвящен теме риск-менеджмента и одного из рисков: выгорания. Осталисьне занятыми 2 места, если хочешь - оставляй комментарии под постом! Уверена, что будет полезен всем неновичкам в IT, особенно если вы занимаете или планируете занять позицию лида, архитектора и/или любого из вида управленцев :)
#people_management
В конце мая я провела мастер-майнд на тему менторства, и мы обсудили много интересного. Итог этих обсуждений — пост. Если бы несколько лет назад, мне кто-то дал прочесть эти правила, я бы точно была счастливее! Надеюсь, что кому-нибудь из вас он тоже будет полезен!
1️⃣ Не бойся проявляться ✨
Это нормально хотеть чего-то за пределами основной работы! Тебе не нужно для этого разрешение начальника. Ты же не собираешься разглашать конфиденциальную информацию, подписанную по NDA! Ты хочешь помогать людям — и это здорово! Ты хочешь развиваться — это классно! Хуже всего — ничего не хотеть и оставаться на одном месте. Так что дерзай!
2️⃣ Обозначь темы, которые тебя драйвят 📋
Менти не обладают телепатией и не умеют читать твои мысли о том, в чем ты хорош и в чем бы ты хотел развивать и оказывать поддержку. Поэтому составь простой и понятный список тем, по которым к тебе стоит обращаться. Представь это как меню в ресторане — четко и понятно, что ты предлагаешь.
3️⃣ Не бойся говорить "НЕТ" 🚫
Это нормально не знать чего-то, не любить какой-то раздел, не верить в какую-то практику или не находить общий язык с менти. Признайся себе в этом, а потом вежливо объясни менти, почему ты не можешь помочь. Честность всегда в цене.
4️⃣ Не набирай слишком много менти 🔢
Поначалу сложно понять, сколько людей в неделю или месяц ты готов сопровождать, какая у тебя пропускная способность. Да, это приходит с опытом, но лучше начинать с меньшего количества и постепенно увеличивать, если есть ресурс.
5️⃣ Ресурс на менторство — это не только время ⏳
Это эмоциональное и физическое состояние, желание. Если у вас назначена встреча, но вы чувствуете, что сегодня вы «не торт», а «пожеванный мякиш для рыбалки», — отмените встречу. Мы все люди, всякое бывает, и это нормально.
6️⃣ Готовься ко встрече 📚
Выясни запрос менти и приходи на встречу подготовленным. Вспомни основы, подбери примеры, подумай над вариантами решения задачи менти. Это твоя работа — быть экспертом, а не просто выступать в стиле «что вижу, то пою».
7️⃣ Не берите на сессии близких друзей 🤝
Я несколько раз делала эту ошибку и теперь зареклась. Для друзей и близких знакомых — формат «выпить кофе за беседой». Разграничить роли очень сложно. Даже если ты справишься со своей частью, человек может ждать от тебя поддержки. А иногда нужен «волшебный пинок», чтобы увидеть свои ошибки, а не просто кивание головой.
8️⃣ После каждой сессии проведи ретроспективу 🔍
Пойми, что можно было улучшить, а также что ты сам получила от этой сессии. Какую ценность приобрел ты сам по итогам работы.
9️⃣ Пробуй разные форматы и практики, учись 🧩
Возможно, твой путь в менторинге через коучинг, может быть ты «учитель», может быть твой основной профиль — mastermind или треккинг. Найди то, что тебя драйвит. Экспериментируй и находи свою нишу.
🔟 Не бойся передать менти другому специалисту 🔄
Если знаешь, что этому человеку лучше поможет другой специалист, передай его в хорошие руки. Ты не обязан быть мастером на все руки, важно, чтобы менти получил нужную поддержку.
💡 Менторство — это невероятный путь, полный возможностей и вызовов. Не бойтесь пробовать новое, учиться на своих ошибках и делиться опытом с другими. Надеюсь, эти советы помогут вам на этом пути и сделают ваше менторство ещё более ценным и эффективным.
🗓А следующий MasterMind пройдет 08/07/24 и будет посвящен теме риск-менеджмента и одного из рисков: выгорания. Осталисьне занятыми 2 места, если хочешь - оставляй комментарии под постом! Уверена, что будет полезен всем неновичкам в IT, особенно если вы занимаете или планируете занять позицию лида, архитектора и/или любого из вида управленцев :)
#people_management
🔥14👍8❤7
Привет!
Я к вам с классной новостью! Посты про AI нашли в ваших сердечках отклик, поэтому, если вам интересно (а чтобы это понять, будьте активны в этом посте🔥 ), мне удалось уговорить Алену Ивахнову (классного спикера, автоматизатора, корп архитектора и руководителя) провести закрытый БЕСПЛАТНЫЙ 🤑 мастер-класс специально для этого канала про использование в работе различных ИИшек! 🎉
Если вам интересно, то пишите в комментарии вашу позицию и какую рутинную работу(ы) вы бы хотели скинуть с себя! Алена соберёт ваши ответы и подготовит МК специально с разбором ваших кейсов!
Внимание! Так как МК закрытый и бесплатный, на него будет только 10 мест! Если откликов будет больше под этим постом, то будет запущен рандомайзер, и выигравшие номерки получат возможность поучаствовать! 🎟️
Дата и время будут объявлены чуть позже. Так что не упустите свой шанс и будьте активны! 😊
PS Для участников МК от себя сделаю подарок:отдам свою любимую шпаргалку к MidJorney !
Я к вам с классной новостью! Посты про AI нашли в ваших сердечках отклик, поэтому, если вам интересно (а чтобы это понять, будьте активны в этом посте
Если вам интересно, то пишите в комментарии вашу позицию и какую рутинную работу(ы) вы бы хотели скинуть с себя! Алена соберёт ваши ответы и подготовит МК специально с разбором ваших кейсов!
Внимание! Так как МК закрытый и бесплатный, на него будет только 10 мест! Если откликов будет больше под этим постом, то будет запущен рандомайзер, и выигравшие номерки получат возможность поучаствовать! 🎟️
Дата и время будут объявлены чуть позже. Так что не упустите свой шанс и будьте активны! 😊
PS Для участников МК от себя сделаю подарок:
Please open Telegram to view this post
VIEW IN TELEGRAM
👏17❤🔥5
🏝️ Отпуск 🏝️
Афффтор в отпуске! До следующей среды мы уехали в Лачи (это самая западная точка Кипра)! Уехали еще в среду, но вот ток хватило сил в лапках - об этом рассказать!
Серьезных постов не будет! Взяла с собой из книг фентези (чтобы тупить) и Architecture modernization Ника Туна (один добрый коллега выдал талмуд в отпуск)! Пока же сил хватило только на рисование 🎨
Но, если вам интересно, готова рассказать о том, как нам на острове вообще живется. Мы осознали, что скоро 2 года, как мы на Кипре. Если хотите пост про Кипр, покидайте огонечки🔥 или другие реакции 🤪
#mylife #books
Афффтор в отпуске! До следующей среды мы уехали в Лачи (это самая западная точка Кипра)! Уехали еще в среду, но вот ток хватило сил в лапках - об этом рассказать!
Серьезных постов не будет! Взяла с собой из книг фентези (чтобы тупить) и Architecture modernization Ника Туна (один добрый коллега выдал талмуд в отпуск)! Пока же сил хватило только на рисование 🎨
Но, если вам интересно, готова рассказать о том, как нам на острове вообще живется. Мы осознали, что скоро 2 года, как мы на Кипре. Если хотите пост про Кипр, покидайте огонечки
#mylife #books
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥21❤7🥰1
Почему мы полюбили Кипр: Неожиданные ➕ жизни на Острове 🌞🏖️
Привет всем! Пост из отпуска! Лайки🔥 показали, что вам интересно узнать: как нам остров… Это краткий ответ!
Уже почти два года, как мы переехали на Кипр. Сейчас наша семья – это я, муж (Миша), мама и наш пёс. Обычно принято ругать место, куда переехал, особенно если это остров, но я расскажу, почему Кипр стал для нас идеальным местом.
🎭 Театры и мероприятия
Теперь культурных мероприятий столько, что программа соизмерима с привычной мне в Питере. Но тут проще увидеть мировых звезд! Джон Малкович, Иван Вырыпаев, Том Джонс – это только начало списка…
🏊♀️ Плавание
Я научилась плавать и перестала бояться воды. Раньше плавала как топор, теперь – как поленко 🪵. Не тону и даже получаю удовольствие!
🍷 Винные увлечения
Нашла классную компанию любителей вина. Изучаем виноделие Кипра и мира, и с осени надеюсь на государственные курсы. Платишь копейки, учишься как профи – кайф!
🇬🇷 Греческий язык
Начала учить греческий. Язык сложный, но прикольный. Теперь понимаю, что русский – это практически греческий, только генномодифицированный.
🌍 Языковой комфорт
На острове комфортно не только нам, но и маме – много русскоговорящих, включая врачей. А английский знают почти все. Общаться проще простого!
🏥 Медицина
Медицина на Кипре нас приятно удивила. Мамину операцию и мое небольшое хирургическое вмешательство провели отлично. Лекарства за 1 евро и без очередей – сказка!
💻 IT-комьюнити
IT-комьюнити здесь не так развито, как в РФ, но уже был TIC и я сама стараюсь создавать круг единомышленников и езжу на конференции в РФ. Надеюсь, скоро познакомлюсь с девочками из WIT-Cyprus.
🍏 Продукты питания
Местные продукты – просто супер! Кипр – аграрный рай с клубникой дважды в год. Курица так себе, но свинина, говядина и кролик – огонь!
🌞 Погода
Климат здесь лучше, чем в Питере. Солнце, тепло, никакой депрессии. Питерская серость осталась в прошлом!
💸 Цены
Цены не низкие, но соизмеримы с Питером и Москвой. Мы стали больше путешествовать и находить классные места с хорошим сервисом на острове.
✈️ Путешествия
За два года мы успели побывать в Армении, Грузии, Румынии, Сербии, Израиле, Казахстане, Турции, Северном Кипре, Катаре и Египте. Поездки в Россию не в счет. Планируем поездку в Эмираты с подругами и всей семьей в Грузию. Очень хотим на Маврикий или Сейшелы. Шенген был бы проще – посетили бы еще больше стран!
🦟 Летающие тараканы
Они существуют, но не кусаются и не едят твою еду. Миша ловит их и выбрасывает. Пока ни один Миша, как и таракан, не пострадали!
🐾 Petfriendly остров
С собакой здесь проще, чем в Питере! Много отелей для постояльцев с питомцами, специальные пляжи и площадки для собак. Наш пёс счастлив!
🤝 Дружелюбие
Киприоты очень дружелюбные и открытые. Здесь можно встретить людей с особыми потребностями, разной веры и ориентации, живущих в гармонии.
🚴♀️ Двухколесный транспорт
У нас 1 машина, 1 скутер и 2 велосипеда. Планируем купить ещё один скутер. Возможность комфортно передвигаться – это кайф!
🏞️ Море и горы
Когда проблемы кажутся огромными, иди к морю или в горы. Осознание, что горы и море были и будут, помогает заземлиться и понять, что действительно важно.
А вас что-то из этих пунктов удивило? Или о чем-то хотите узнать в деталях! Пишите в комментарии!💬
#mylife
Привет всем! Пост из отпуска! Лайки
Уже почти два года, как мы переехали на Кипр. Сейчас наша семья – это я, муж (Миша), мама и наш пёс. Обычно принято ругать место, куда переехал, особенно если это остров, но я расскажу, почему Кипр стал для нас идеальным местом.
🎭 Театры и мероприятия
Теперь культурных мероприятий столько, что программа соизмерима с привычной мне в Питере. Но тут проще увидеть мировых звезд! Джон Малкович, Иван Вырыпаев, Том Джонс – это только начало списка…
🏊♀️ Плавание
Я научилась плавать и перестала бояться воды. Раньше плавала как топор, теперь – как поленко 🪵. Не тону и даже получаю удовольствие!
🍷 Винные увлечения
Нашла классную компанию любителей вина. Изучаем виноделие Кипра и мира, и с осени надеюсь на государственные курсы. Платишь копейки, учишься как профи – кайф!
🇬🇷 Греческий язык
Начала учить греческий. Язык сложный, но прикольный. Теперь понимаю, что русский – это практически греческий, только генномодифицированный.
🌍 Языковой комфорт
На острове комфортно не только нам, но и маме – много русскоговорящих, включая врачей. А английский знают почти все. Общаться проще простого!
🏥 Медицина
Медицина на Кипре нас приятно удивила. Мамину операцию и мое небольшое хирургическое вмешательство провели отлично. Лекарства за 1 евро и без очередей – сказка!
💻 IT-комьюнити
IT-комьюнити здесь не так развито, как в РФ, но уже был TIC и я сама стараюсь создавать круг единомышленников и езжу на конференции в РФ. Надеюсь, скоро познакомлюсь с девочками из WIT-Cyprus.
🍏 Продукты питания
Местные продукты – просто супер! Кипр – аграрный рай с клубникой дважды в год. Курица так себе, но свинина, говядина и кролик – огонь!
🌞 Погода
Климат здесь лучше, чем в Питере. Солнце, тепло, никакой депрессии. Питерская серость осталась в прошлом!
💸 Цены
Цены не низкие, но соизмеримы с Питером и Москвой. Мы стали больше путешествовать и находить классные места с хорошим сервисом на острове.
✈️ Путешествия
За два года мы успели побывать в Армении, Грузии, Румынии, Сербии, Израиле, Казахстане, Турции, Северном Кипре, Катаре и Египте. Поездки в Россию не в счет. Планируем поездку в Эмираты с подругами и всей семьей в Грузию. Очень хотим на Маврикий или Сейшелы. Шенген был бы проще – посетили бы еще больше стран!
🦟 Летающие тараканы
Они существуют, но не кусаются и не едят твою еду. Миша ловит их и выбрасывает. Пока ни один Миша, как и таракан, не пострадали!
🐾 Petfriendly остров
С собакой здесь проще, чем в Питере! Много отелей для постояльцев с питомцами, специальные пляжи и площадки для собак. Наш пёс счастлив!
🤝 Дружелюбие
Киприоты очень дружелюбные и открытые. Здесь можно встретить людей с особыми потребностями, разной веры и ориентации, живущих в гармонии.
🚴♀️ Двухколесный транспорт
У нас 1 машина, 1 скутер и 2 велосипеда. Планируем купить ещё один скутер. Возможность комфортно передвигаться – это кайф!
🏞️ Море и горы
Когда проблемы кажутся огромными, иди к морю или в горы. Осознание, что горы и море были и будут, помогает заземлиться и понять, что действительно важно.
А вас что-то из этих пунктов удивило? Или о чем-то хотите узнать в деталях! Пишите в комментарии!
#mylife
Please open Telegram to view this post
VIEW IN TELEGRAM
❤21🔥8👍3
🌞 Всем привет!
В одном из недавних постов я рассказывала о нашем опыте с медициной на острове, и, к сожалению, нам пришлось ещё раз убедиться, что здесь всё действительно на высшем уровне. Вчера маму госпитализировали с пневмонией. Поэтому я немного подвыпала из рабочего графика, так как отпуск закончился раньше, и последние дни были связаны с тем, что мама плохо себя чувствовала.
Но сейчас уже всё хорошо! Маме оказывают необходимую помощь, и мы тоже успокоились, так как больше не нужно переживать, что можно совершить ошибку в лечении. Теперь мы уверены, что всё под контролем профессионалов.
⚠️ Будьте аккуратны и внимательны к своему здоровью и здоровью близких! Мы думали, что пневмония - это жуткий глубокий кашель, а не першение в горле. Но вот, оказалось, что и такие симптомы могут привести к серьёзному диагнозу.
Сегодня уже начинаю возвращаться к работе и прочим активностям. В 19:00 по МСК для WIT Russia в рамках программы "Ролевая модель" провожу мастер-класс "Твоя личность: стратегия для формирования личностного и профессионального представления", где дам девушкам инструмент self assessment(а), который можно применять и для развития карьеры, и для развития своего бренда!
💖 Берегите себя и близких!
#mylife
В одном из недавних постов я рассказывала о нашем опыте с медициной на острове, и, к сожалению, нам пришлось ещё раз убедиться, что здесь всё действительно на высшем уровне. Вчера маму госпитализировали с пневмонией. Поэтому я немного подвыпала из рабочего графика, так как отпуск закончился раньше, и последние дни были связаны с тем, что мама плохо себя чувствовала.
Но сейчас уже всё хорошо! Маме оказывают необходимую помощь, и мы тоже успокоились, так как больше не нужно переживать, что можно совершить ошибку в лечении. Теперь мы уверены, что всё под контролем профессионалов.
⚠️ Будьте аккуратны и внимательны к своему здоровью и здоровью близких! Мы думали, что пневмония - это жуткий глубокий кашель, а не першение в горле. Но вот, оказалось, что и такие симптомы могут привести к серьёзному диагнозу.
Сегодня уже начинаю возвращаться к работе и прочим активностям. В 19:00 по МСК для WIT Russia в рамках программы "Ролевая модель" провожу мастер-класс "Твоя личность: стратегия для формирования личностного и профессионального представления", где дам девушкам инструмент self assessment(а), который можно применять и для развития карьеры, и для развития своего бренда!
💖 Берегите себя и близких!
#mylife
❤9🤗5🥰2