Тайминг в менторстве: как не перегружать себя и клиента?

Сейчас в чате менторов обсуждали, как не растягивать часовые сессии до трёх часов, когда так хочется сказать больше.

😢Проблема мне знакома😢 Знаю, что 2-3 часа — это уже перебор, устают все, и от цели сессии уходишь. Иногда не замечаешь, как начинаешь "творить добро" о котором не просили. Хотя кажется, что сессия полезна, усваивается из неё минимум.

Мой личный метод держаться в тайминге пока не нашелся 😅, но вот советы, которые помогают другим менторам:

1️⃣В конце каждой встречи ставить цель на следующую, чтобы подготовить материал.
2️⃣Начинать встречу с обозначения тайминга и плана.
3️⃣Держать цель встречи в фокусе, чтобы не отклоняться от темы.
4️⃣Оговорить, что ментор вправе прерывать и возвращать к теме, если уходим в сторону.
5️⃣Ставить будильник на 45 минут и на 1 час для контроля времени.
6️⃣Если разговор уходит в детали, фиксировать их для разбора после встречи. Возможно, это даже твоя проблема, а не менти.
7️⃣Перед ответом на вопрос ставить таймер на 2 минуты, затем на 1 минуту и 30 секунд. Сначала пробуешь ответить за 2 минуты, потом за минуту и в конце укладываешься в 30 секунд. Дисциплинирует!
8️⃣Продумать ритуал завершения встречи, чтобы закончить вовремя.

Казалось бы, простые советы, но многим они помогают. Себе я выбрала пункты 3, 4 и 7. Думаю, что некоторые идеи можно взять и для рабочих общений, особенно с некоторыми разработчиками. Нам только дай поговорить!

❓А что помогает вам оставаться в рамках запланированного времени❔

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

Почему сейчас? Во многих компаниях идет планирование бюджета, поэтому, если хотите съездить за счет компании, самое время. Да и свой бюджет можно спланировать, а отпуска — организовать вокруг мероприятий.

Мой личный список мероприятий на прицеле:

1) 22-23 февраля — WAW, Москва, оффлайн.
Искусственный интеллект в работе аналитиков — это то, что нам нужно. Сегодня приму окончательное решение: подаваться с докладом или нет. (Нет, опоздала). Но в компании уже объявила, что поеду.

2) 23-25 мая — Analyst Days, Питер, оффлайн
В этом году очень хвалят за сильный подбор докладов. Надеюсь оценить лично в следующем.

3) 11-12 апреля — Стачка Ульяновск, оффлайн или 2-3 октября, Питер
Многопрофильная конференция. Еще не была, но видела очень любопытные темы, которые заявляют.

4) Апрель — System Design, онлайн
Про архитектуру, но в программном комитете много аналитиков. Была в прошлом году, надеемся, что повторят и в этом.

5) Май — FLOW (весенняя сессия) и сентябрь (осеняя), обычно Москва, оффлайн.
Хорошая конференция для аналитиков. В целом, неплохая, с отличной возможностью обсуждать доклады.

6) 20-22 июня — Саммермердж, место уточняют, формат фестивальный.
Ну, это просто для души. Уже с друзьями готовим костюмы (они пока не в курсе, но уже догадываются). Общепрофильная конференция.

7) Июль — ЛАФ (Летний аналитический фестиваль)подробности позже, оффлайн
Попав однажды в сердце осталась навсегда. Постараюсь попасть и в этом году. Уже вовсю обдумываю темы для мастер-классов. Хочу удивить саму себя.

8) Июль — TechLead, подробности позже, оффлайн
Про лидеров в ИТ. Аналитики часто становятся лидерами и менеджерами, так что почему бы и нет?

9) Июль — ULCAMP, Ульяновск, оффлайн
Ещё одна история для атмосферы. Общепрофильная конференция. В этом году ни за что не пропущу.

10) 5-6 июля — Профест, подробности позже, оффлайн
Очень советовали в сообществе. Общепрофильная конференция. У меня, скорее всего, не получится попасть, но тем, кому не удобны или не подходят ЛАФ, Саммермердж и Улкемп — отличная альтернатива.

11) ноябрь — Арх Дейс, подробности позже, оффлайн
Подключаемся к более серьезным темам, слушаем про архитектуру и ИТ-команды.

12) июня - HighLoad ++, Питер, оффлайн

Вишенка на торте профессионального развития — высоконагруженные системы. Слушаем, учимся, вдохновляемся.

13) август - NextWayConf, подробности позже, онлайн
В этом году был один очень насыщенный день с мастер-классами. Такое мы любим и ценим.

Список получился внушительным. Надеюсь, вы тоже найдете что-то по душе.

Если куда-то собираетесь, пишите в комментариях — вдруг получится пересечься✌🏼

Вайб местного ИТ сообщества в Сочи❤️

Так что, если вдруг коллега с юга вам не отвечает в пятницу, он просто боится уронить прод))

Обидно, что коллега из Сочи эта я, а коллега который боится уронить прод не я(

А какой коллега сегодня вы?

Эстетика ИИ: микротренд или новое будущее?

#выходнойконтент

Большинство уже видели ролики, созданные нейросетями, включая новогоднюю рекламу от Coca-Cola. Количество такого контента растет, но пока такие видео часто вызывают сомнения: странная пластичность движений, метаморфозы с элементами, необычные эмоции людей и другие визуальные «косяки».

Технологии развиваются, и вскоре эти ошибки станут незаметны.

Но уже сейчас можно наблюдать интересную обратную тенденцию: люди начинают сознательно имитировать стиль нейросетей при создании видео. Это явление объясняется двумя эффектами: простого повторения (mere exposure effect) и «обратной имитации» (reverse imitation).

Суть простого повторения в том, что мы склонны испытывать симпатию к вещам, которые видим чаще. Такие объекты кажутся мозгу безопасными и привычными, и вот видео от нейросетей, многократно повторяясь, становится частью визуального фона.

«Обратная имитация» пришла из экспериментального искусства, где воспроизводились особенности визуального стиля контента, созданного ИИ. Сегодня этот прием используют компании, чтобы подчеркнуть технологическую эстетику или создать эффект новизны.

Как думаете, станет ли это началом новой эры или останется краткосрочным трендом?

Все выходные провели на Роза Хутор.

#выходнойконтент

Когда я впервые оказалась в Роза Хутор в 2017 году, меня поразила их красота, но еще больше — цены. Из-за дороговизны и внешнего лоска олимпийской деревни и поселка я чувствовала себя не на месте. Казалось, это доступно только успешным и богатым (тогда я не знала о скидках, которые давали отели в межсезонье в те времена).

Сейчас же я второй год подряд снимаю здесь пятизвездочные отели и провожу почти каждые выходные на Красной поляне. Каждый раз я чувствую благодарность: к себе — за труд и стремление становиться лучше, и к работе в IT, которая дает простым работягам, как мы с мужем, возможность хорошо зарабатывать и регулярно наслаждаться потрясающей красотой Краснополянских гор.

А есть ли у вас место, которое вдохновляет и напоминает о том, чего вы добились? Делитесь в комментариях!

Не заметил слона? Наведи порядок в задачах, прежде чем их станет два!

Многих новичков, с которыми я работаю, учу важному навыку, который значительно облегчает жизнь себе и команде — как правильно создавать задачи. Во многих командах названия в Jira или Trello часто бывают неинформативными, что приводит к трате времени на поиски нужных задач.

✌🏼Я люблю такой шаблон: [Область продукта][Что сделать]

[Область продукта] — краткое описание области, где нужна доработка (например: Личный кабинет, Авторизация, Логирование).
[Что сделать] — основная суть задачи, что именно нужно сделать.

Как формулировать:

1️⃣Начинать с глагола (добавить, оптимизировать, исправить и т. д.).
2️⃣Укладываться в 5-7 слов.
3️⃣Избегать абстрактных формулировок ("Сделать лучше", "Доделать личный кабинет").
4️⃣Уточнять детали (например: "Уменьшить время ответа на запрос {имя endpoint} до 200 мс").

👌Примеры:

Авторизация. Реализовать восстановление пароля.
Корзина. Добавить пагинацию для удалённых пользователей.
Интеграция с MPost. Реализовать интеграцию REST API для получения данных о пользователях.
Интеграция с заказами. Изменить структуру сообщения в RabbitMQ при изменении статуса заказа.
Конечно, такие шаблоны нужно адаптировать под инструменты и продукт компании. Со временем это войдёт в привычку, и работа с задачами станет проще.

Как вы называете задачи? Делитесь в комментариях!

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

Возможные причины:
🙈О шаблоне никто не знает и нет процесса ознакомления новых сотрудников с шаблонами.

💩Шаблон неудобен или не отвечает потребностям команды.
Если структура сложная, громоздкая или неактуальная, ею просто перестают пользоваться.

🤌🏻Неясно, зачем и когда использовать шаблон.
Команде не объяснили, в каких ситуациях он помогает и как его применять.

👂🏻Маленькая команда и проект.
Когда исполнителей всего три человека и все друг друга понимают, шаблон может казаться излишним.

🫵🏼Разнообразие задач.
Некоторые задачи не укладываются в рамки шаблона, и он теряет актуальность.

🦾Нет ответственного за внедрение.
Первое время кто-то должен контролировать процесс, объяснять и корректировать действия.

💩Сопротивление изменениям.
Люди не хотят усложнять свою работу, особенно если считают шаблон лишним или что он может из заменить.

🤔Проблемы в команде.
Если взаимодействие слабое, зоны ответственности разбросаны, а конфликты возникают чаще, чем решения, шаблоны бесполезны.

🛠Шаблон слишком жесткий.
Если невозможно отклониться от стандартов, он воспринимается как ограничение, а не помощь.

❓Что делать:
1️⃣Адаптируйте шаблон под команду и задачи. Чем проще и удобнее он будет, тем выше вероятность его применения.

2️⃣Обучайте сотрудников.
Продумайте процесс обучения как для текущей команды, так и для новых коллег.

3️⃣Назначьте ответственного.
Но кого мы обманываем, если вы предложили внедрить шаблон, то и ответственным будите вы.

4️⃣Оставьте место для гибкости.
Структура должна быть рамкой, а не тюрьмой для процессов.

Следуя этим рекомендациям, шаблоны станут не только формальностью, но и реальной поддержкой в работе.

Что такое архитектурная ката?
Архитектурная ката — это практика, позволяющая отрабатывать навыки проектирования архитектуры, решая разнообразные задачи.

Давно мечтала попробовать, поэтому, когда увидела, что сообщество «Между скобок» организует бесплатную онлайн-кату, сразу вписалась. Организаторами выступили Вадим Клеба, Игорь Шеко и Григорий Скобелев. Спасибо им — здорово, что такие инициативы существуют, да еще и 🤌🏻бесплатно!🤌🏻

🫠 И вот вчера до 11 вечера была активность. И есть 2 впечатления:
1. Технические — пока не структурирована, планирую поделиться ею позже.
2. Личные — тут эмоции.

Очень рада, что решилась участвовать. Это было одновременно интересно, немного сыкотно🤣 и освежающе.

⭐️С точки зрения знаний, я осознала, что мне не хватает практики в архитектуре, особенно в области облачных решений. Такие упражнения помогают увидеть, где твои слабые места, и напоминают, что нельзя относиться снисходительно к чужим подходам, даже если ты уверен в своем уровне.

⭐️Договориться с незнакомыми людьми за час оказалось непросто, особенно когда все стараются продемонстрировать себя. Иногда это приводит к деструктивным моментам. Но я еще раз убедилась, что навыки модерации могут быть не менее важны, чем архитектурные знания.

⭐️ В нашей команде были только системные аналитики, что добавило сложности. Сбалансированный состав с разработчиками или архитекторами сделал бы процесс продуктивнее.

🔥 Самая «пушка» — финал. Игорь Шеко в прямом эфире создал эталонную архитектуру, объясняя свои шаги. Не уверена, что это фишка всех кат.

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

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

1️⃣ На старте нужно строить стабильную работу системы, а затем обогащать ее сценариями сбоев — но только если вы не знаете нужного шаблона.
2️⃣ Использовать сторонние решения для стандартных задач можно и нужно.
3️⃣ Обсуждение лучше начинать с известного и постепенно добавлять детали, а не наоборот.
4️⃣ Если вам предоставили цифры, это не просто так. Даже простые расчеты, например бюджета, можно сделать за пять минут.
5️⃣ В современных системах важно учитывать как статические, так и динамические данные.
6️⃣ Убедитесь, что не ошиблись в расчетах, например, не промахнулись с цифрами на три нуля.
7️⃣ В таких форматах не стоит тратить время на авторизацию.
8️⃣ С самого начала договоритесь об уровне детализации.
9️⃣ Не отображайте на схеме все, что знаете, если не понимаете, зачем это нужно.
🔟 Даже в условиях архитектурной каты (1 час на обдумывание) можно найти время на DDD и Event Storming.

И да, видеостриминги это толстые клиенты)

Мы проектировали видеостриминговую платформу. Вот две полезные ссылки о ключевых решениях, которые пригодятся, если вы, как и я, о них не знали:
- SFU (Selective Forwarding Unit)
- WebRTC

Архитектурные каты — это навык, который можно развить. А как вы считаете?

И нужно, чтобы я рассказала заранее о таких активностях в следующий раз?

Моя история терпения: Учить английский 27 лет и всё равно быть на уровне начинающего

#выходнойконтент

Обучения всегда давались мне легко, кроме одного — английского языка.

👀 В 4 года у меня появился репетитор, который увлекательно рассказывал о языке и учил основам. Но репетитор стал проявлять ненужное внимание к моей маме, и занятия пришлось прекратить.

🙀 К школе я почти всё забыла. Школьные уроки английского не помогли: я не понимала, зачем нужен язык, и прогресса не было. Каждые полгода мама находила мне нового репетитора, но я быстро «приучала» их делать за меня домашку, вместо того чтобы учить меня. Из школы я вышла с нулевым английским.

В университете ситуация немного изменилась. Я заучивала тексты вроде Samara Aerospace University, и неожиданно для себя через пару лет перешла на английские источники для научных проектов.

Примерно тогда же я установила приложение Lingualeo ✌🏼 и занималась в нем ежедневно почти 4 года. Пока не решила пройти тест в этом же приложении и получила уровень А1 🥲. Я была разочарована и удалила приложение вместе с подпиской.

Два года назад я вернулась к изучению языка — теперь уже через Duolingo (740 дней) и с новым репетитором 🫶🏻. Оказалось, что у меня большой словарный запас 💪🏼, но я так и не получила базовых знаний и нужного наставника. Уже два года я учу английский снова, и, преодолев страх ошибок, теперь могу поддержать простой диалог. Это приятно! И, конечно, я продолжаю обучаться.

К чему я это❓

Если вы чувствуете, что идёте по кругу в изучении чего-то важного, не переживайте: вы не одиноки. Вот, например, я — за 27 лет не освоила то, что многие преподаватели на YouTube обещают научить за 3 недели. But I don't give up ⚡️

Есть одно незавершённое дело у меня в этом году — статья на Хабр. Костяк материала уже есть, но идёт как-то очень медленно. Это тот самый доклад, что был на ЛАФ, про наставничество.

Кто хочет выступить в роли цензора и прожарить мою статью? Желательно на этой неделе.

От меня небольшой подарок из Сочи или консультация по системному анализу. 😊

Я очень люблю таблицы. Они позволяют структурировать информацию и делают её компактной.

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

Однако недавно списки стали попадать в "красные флаги" как признак текста, сгенерированного ChatGPT или другим ИИ.

Если посмотреть на мои посты, то я — ИИ. 😅

Это я к чему: не стоит ставить крест на списках. Вот автор их восхваляет и даёт массу рекомендаций, как использовать их правильно. Кстати, ИИ, судя по всему, эти советы уже прочитал.

Не успела я написать об одной архитектурной кате, как у другого сообщества System Design World завтра 12.12.24 планируется новая.

Судя по описанию, у них есть несколько иных интересных механик проведения каты, а также комфортные форматы, типа "/Я только посмотреть".

Для меня такие мероприятия каждую неделю — это too much. Но если, читая мои посты на прошлой неделе, вы тоже захотели поучаствовать, ещё есть время влететь!

PS: Ваши лайки и другие реакции показывают мне, что такие новости вам тоже интересны.

⚡️Описание требований к валидации в OpenAPI⚡️

Шаблон описания требований к валидации в текстовом формате мы уже разобрали здесь и здесь.
❓А как быть, если требования описываются в спецификации OpenAPI (Swagger)❓

OpenAPI — это не только инструмент для документации API, но и мощный способ формализации требований, включая валидацию данных. Давайте разберёмся, как описывать такие требования, используя доступные возможности и примеры.

Тип данных указывается с помощью ключа type. Поддерживаемые типы: string, number, integer, boolean, array, object.

type: string

Обязательность атрибута задаётся с помощью ключа required. Этот ключ указывается на уровне объекта и содержит список полей, которые обязательны для заполнения. Поля, не включённые в required, считаются необязательными.

required:
- user

Для строк можно задать минимальную и максимальную длину с помощью ключей minLength и maxLength.

minLength: 5
maxLength: 63

А для чисел можно задать минимальные и максимальные значения с помощью ключей minimum и maximum.

minimum: 1
maximum: 2147483647

Требования к языку, цифрам и другим символам удобнее всего указывать с помощью ключа pattern. Именно здесь пригодятся регулярные выражения, о которых я писала ранее. В pattern можно задать условия к первому и последнему символу, а также другие специальные требования.

Например, разрешить только буквы, цифры и символы _ можно с помощью такого выражения:

pattern: "^[a-zA-Z0-9_.]*$"

Если атрибут может принимать строго определённые значения, то для этого удобно использовать ключ enum, в котором перечисляются все допустимые варианты.

enum:
- admin
- root

Если, наоборот, необходимо указать запрещённые значения, можно использовать ключ enum в сочетании с ключом not.

not:
enum:
- admin
- root

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

example: 2024-11-22T14:25:35Z

Если формат вашего атрибута стандартный, можно использовать дополнительное свойство для типов format для уточнения данных. В OpenAPI есть ряд стандартных форматов, которые в Swagger UI используются для автоматической проверки. Однако, это работает только со стандартными форматами, такими как date, email, uuid и другими. Требования для этих форматов фиксированы и изменить их нельзя. Вы также можете объявить свои форматы, но автоматическая проверка для них не поддерживается.

format: int64

Ну и последнее: если вам нужно человекочитаемое описание, то ничего лучше ключа denoscription до сих пор не придумали.

denoscription: IPv6-адрес, например, 2001:db8::1

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

А если пост наберёт 10 реакций, выложу JSON-файл с примерами и разбором ещё нескольких ключей для валидации.

Вау, вас здесь уже больше 100! (Да-да, знаю, как только это произнесу, пара человек сразу отписывается. Проверим? 😉). Но самое главное — только 18% из вас мои родные и друзья. Похоже, пора познакомиться!

Меня зовут Катя Пантелей. Сейчас я работаю в компании группе Астра над платформенном распределенном решением для системных администраторов ALD Pro. Я совмещаю роли системного аналитика и фича-овнера (о последнем расскажу подробнее в январе).

В IT я уже больше 8 лет. И попала я по блату: я пришла инженером-робототехником на единственный инженерный проект в IT-компании. Быстро разобралась с задачами, а потом, как водится, начала помогать всем подряд. Так и оказалось, что моя душа лежит к задачам бизнес- и системного анализа.

За свою небольшую карьеру успела побывать генеральным техническим директором, разработчиком микроконтроллеров и фотографом. А ещё чуть было не стала владельцем собственной ИТ-компании.
Но самым лучшим решением было сосредоточиться и направить всю энергию на развитие себя как системного аналитика.

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

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

Еще я люблю своих кошек, и верю что фотографией котика контент не испортить.

Я в жизни откровенная и искренняя, а это может одновременно привлекать и пугать. Но надеюсь, вы останетесь, потому что впереди нас ждет много полезного, интересного и, возможно, немного сумасшедшего.

Ну вот, вы узнали немного обо мне. Теперь честно: кто вы, как связаны с ИТ и как сюда попали? 😊

Одна из целей поездки в Сочи — познакомиться с местным бизнес-сообществом. Говорят, в районе Красной Поляны собираются молодые, амбициозные люди, которые горят своими проектами и строят успешные компании. Это показалось отличной возможностью вдохновиться, понять, подходит ли мне такая среда, а заодно, возможно, найти идеи для сотрудничества.

Я вступила в специальный чат, и там действительно движуха! Всё, как в мотивационных картинках: каждый второй — бизнесмен, каждый третий — консультант, который делает бизнесменов ещё успешнее. «Вот оно, сейчас пойдет жара!» — думала я.

Но оказалось, что все мероприятия — бизнес-завтраки, встречи, обсуждения успехов — проходят строго в будни с 8:00 до 15:00.

Фильтруют "рабочий народ" вроде меня. 😅

#выходнойконтент

Цена на конференции кусается? 5 идей, как попасть на конференцию

Итак, с конференциями определились. А что делать, если компания не оплачивает поездку, а стоимость участия велика (некоторые стоят до 65к)?

Есть несколько вариантов, почти все из них я пробовала:

1️⃣ Оплатить самостоятельно. Посетить всё не получится, но и не нужно. Выбирайте одну-две самых интересных для вас. И прямо сейчас заведите копилку, куда регулярно перечисляйте фиксированную сумму на профессиональные мероприятия, и тратьте её раз в полгода или год.

Кстати, профессиональные сообщества (например, GetAnalyst) часто предлагают скидки, а организаторы конференций — промокоды.

2️⃣Податься как спикер. Это отличный способ получить максимум. Для спикеров участие всегда бесплатное, часто оплачивается жильё и иногда — проезд. В IT проезд мне пока не оплачивали, но в других сферах я объехала полстраны именно так.

3️⃣ Волонтёрство. Часто организаторы ищут помощников. Если объявлений нет, можно написать им напрямую. Я обычно волонтёрю как фотограф, но есть и другие задачи: писать посты, встречать участников, помогать в залах.
Да, посмотреть все доклады не удастся, но можно договориться посетить самые интересные. А волонтёрское сообщество — это всегда ценные знакомства и крутые ребята ❤️.

4️⃣ Работа в программном комитете. Пока у меня такого опыта нет, но это отличный вариант для профессионального роста.

5️⃣ Организация собственной конференции. Можно начать с небольших мероприятий в вашем городе. Это непростой, но полезный опыт. Однажды мы с друзьями организовали конференцию (не в IT), и это оказалось классной идеей и большой проблемой.

Такие простые (и не очень) способы сделать конференции частью вашего профессионального развития.

Стало что-то неожиданным? Или может у вас есть свои секретные способы?

Я продолжаю работать с менти в рамках программы от MENTOR IN TECH 6.0

Помимо общения с менти, есть и обучение для нас, менторов. Благодаря им, за время старта программы я стала точно лучше как ментор.

Вот 10 случайных мыслей, которые я уже вынесла для себя (без моих комментариев):

1️⃣ Начинайте общение с менти с договорённости о конкретном, измеримом и позитивном завершении.

2️⃣ Уточните, каких тем человек не хочет обсуждать.

3️⃣ Менторинг не должен подтверждать важность ментора.

4️⃣ Сначала учимся адекватно воспринимать окружающих, а затем идём в менторинг.

5️⃣ Лучший ментор — тот, кто рассматривает менти как партнёра в процессе развития.

6️⃣ Ментор — не спасатель.

7️⃣ Сначала учимся слушать, потом говорить.

8️⃣ Большинство менти обращаются за помощью, когда уже испробовали другие способы.

9️⃣ Отклоняйте работу с менти, если не уверены.

🔟 Если менти не готовы воспринимать негативную обратную связь, они ещё не готовы к менторингу.

Если бы вам, нужно было дать всего 1 совет начинающему ментору, чтобы это было?