Ставь цели, как работодатель
Как правильно ставить цели, чтобы они выполнялись. Учимся у бизнеса.
https://teletype.in/@sterlyukin/IDiBFMysqaM
#soft_skills
Как правильно ставить цели, чтобы они выполнялись. Учимся у бизнеса.
https://teletype.in/@sterlyukin/IDiBFMysqaM
#soft_skills
Teletype
Ставь цели на год, как твой работодатель
Год начался - самое время не просто подумать, а спланировать, как ты хочешь чтобы он прошёл.
👍5
Недавно я публиковал пост о постановке целей - https://news.1rj.ru/str/sterlyukin_it/156
Основные тезисы из этого поста:
1) как ставить себе S.M.A.R.T.-цели. Конкретные примеры по каждому принципу
2) какой промежуток времени выбирать для постановки целей
3) как приоритезировать цели
4) как отслеживать прогресс по целям
5) как корректировать цели
Если у тебя есть вопросы или тебе нужна помощь в работе с целями - пиши мне в личные сообщения @sterlyukin
Основные тезисы из этого поста:
1) как ставить себе S.M.A.R.T.-цели. Конкретные примеры по каждому принципу
2) какой промежуток времени выбирать для постановки целей
3) как приоритезировать цели
4) как отслеживать прогресс по целям
5) как корректировать цели
Если у тебя есть вопросы или тебе нужна помощь в работе с целями - пиши мне в личные сообщения @sterlyukin
👍9
Основы redis
Информация про redis, которая пригодится тебе на собеседованиях.
Сохраняй и делись с друзьями.
Подписывайся на канал - https://news.1rj.ru/str/sterlyukin_it
В нём я рассказываю про карьеру, собеседования и развитие в айти.
#бэкенд
Информация про redis, которая пригодится тебе на собеседованиях.
Сохраняй и делись с друзьями.
Подписывайся на канал - https://news.1rj.ru/str/sterlyukin_it
В нём я рассказываю про карьеру, собеседования и развитие в айти.
#бэкенд
👍12
Реакция на ошибки
У каждого из нас была ситуация, когда собственная ошибка полностью выводит из спокойного состояния. Ты начинаешь злиться на ситуацию, злиться на самого себя, потом переходишь к вопросам - как я мог так ошибиться, как я мог это не предусмотреть. В общем, проходишь все стандартные ступи - гнев, депрессия, торг, ну и так далее. По факту - попросту тратишь время.
Решение
Я предлагаю следующий подход. Представь, ты совершил ошибку. Позлись пару минут, выплесни эмоции и дальше действуй по следующему алгоритму.
Шаг 1 - компенсируй последствия
Предприми компенсирующие действия. Сделай то, что позволит нейтрализовать или минимизировать негативный эффект от совершённой ошибки.
Например, ты допустил ошибку в коде и на проде выстрелил баг. Поматерись минуту, а потом составь план первоочередных действий, которые нужно предпринять:
- пойми, как сильно баг аффектит бизнес, насколько критичный этот функционал;
- определи сценарий воспроизведения;
- подумай, можешь ли ты минимизировать негативый эффект от бага. Например, через отключение какой-то функциональности.
Выполни все вышеперечисленные действия.
Шаг 2 - проведи ретроспективу
Итак, пожар потушен. Ты прикрыл баг костылями, он больше не влияет на систему. Самое время провести ретроспективу.
Подумай, в чём был корень твоей ошибки. Возможно, ты хотел как можно быстрее отдать код на ревью, тебе не хватило времени на написание unit-тестов или у тебя просто замылился глаз из-за того, что ты слишком часто работаешь с этим модулем/функционалом/сервисом.
В общем, подумай, что тебе нужно начать делать, чтобы избежать такой же ошибки в будущем. Возможно, ты сделаешь написание unit-тестов обязательным условием каждой новой фичи. Или ты будешь отдавать код на ревью только через час после окончания разработки, чтобы проверить его чистым взглядом ещё раз. Или введёшь чеклист проверок на dev-стенде перед тем как отдавать код на тестирование QA-специалистам.
Итогом этого шага должен быть набор действий, который предотвратит (или хотя бы минимизирует) ошибки такого плана в будущем.
Шаг 3 - забудь
Ни в коем случае не мучай себя мыслями - как я мог допустить эту ошибку, как я мог это не проверить, как я мог это не предусмотреть. Это бесполезно. Проблема уже случилась, ты уже допустил ошибку, исправил её и составил план по тому, как не допустить её в будущем. Ты сделал всё, что мог.
Все совершают ошибки. И дальнейшие переживания - это лишняя трата времени и собственных сил.
Пример
Ты пошел на собеседование. Тебя спросили какой-то базовый вопрос, на который ты точно знаешь ответ. Ты не смог его вспомнить и не ответил.
Лучший вариант после такого - придумать, как ты будешь держать себя в тонусе перед собеседованиями. Например, используй мои карточки - https://news.1rj.ru/str/sterlyukin_it/158. Так ты сможешь быстро пробежаться по основным темам непосредственно перед собеседованием.
Перед следующим собеседованием ты уже прошёлся по основным темам, размял мозг. Как итог - уверенно прошёл собеседование и получил оффер.
Т.е. ты продумал, как не допустить эту ошибку в будущем. А после этого - просто забыл про совершённую ошибку. Никаких бесполезных рефлексий и переживаний.
Антипример
Та же ситуация на собеседовании. Но ты критикуешь и накручиваешь себя. В итоге, начинаешь сомневаться в своих способностях. А стоит ли вообще искать новую работу - хорошо хоть тут держат и платят зарплату.
Итог
Совершил ошибку? Действуй вот так:
1) исправь текущее положение вещей, реши возникшую проблему
2) проведи ретроспективу, как не допустить такую ошибку ещё раз. Прими меры
3) забудь
#soft_skills
У каждого из нас была ситуация, когда собственная ошибка полностью выводит из спокойного состояния. Ты начинаешь злиться на ситуацию, злиться на самого себя, потом переходишь к вопросам - как я мог так ошибиться, как я мог это не предусмотреть. В общем, проходишь все стандартные ступи - гнев, депрессия, торг, ну и так далее. По факту - попросту тратишь время.
Решение
Я предлагаю следующий подход. Представь, ты совершил ошибку. Позлись пару минут, выплесни эмоции и дальше действуй по следующему алгоритму.
Шаг 1 - компенсируй последствия
Предприми компенсирующие действия. Сделай то, что позволит нейтрализовать или минимизировать негативный эффект от совершённой ошибки.
Например, ты допустил ошибку в коде и на проде выстрелил баг. Поматерись минуту, а потом составь план первоочередных действий, которые нужно предпринять:
- пойми, как сильно баг аффектит бизнес, насколько критичный этот функционал;
- определи сценарий воспроизведения;
- подумай, можешь ли ты минимизировать негативый эффект от бага. Например, через отключение какой-то функциональности.
Выполни все вышеперечисленные действия.
Шаг 2 - проведи ретроспективу
Итак, пожар потушен. Ты прикрыл баг костылями, он больше не влияет на систему. Самое время провести ретроспективу.
Подумай, в чём был корень твоей ошибки. Возможно, ты хотел как можно быстрее отдать код на ревью, тебе не хватило времени на написание unit-тестов или у тебя просто замылился глаз из-за того, что ты слишком часто работаешь с этим модулем/функционалом/сервисом.
В общем, подумай, что тебе нужно начать делать, чтобы избежать такой же ошибки в будущем. Возможно, ты сделаешь написание unit-тестов обязательным условием каждой новой фичи. Или ты будешь отдавать код на ревью только через час после окончания разработки, чтобы проверить его чистым взглядом ещё раз. Или введёшь чеклист проверок на dev-стенде перед тем как отдавать код на тестирование QA-специалистам.
Итогом этого шага должен быть набор действий, который предотвратит (или хотя бы минимизирует) ошибки такого плана в будущем.
Шаг 3 - забудь
Ни в коем случае не мучай себя мыслями - как я мог допустить эту ошибку, как я мог это не проверить, как я мог это не предусмотреть. Это бесполезно. Проблема уже случилась, ты уже допустил ошибку, исправил её и составил план по тому, как не допустить её в будущем. Ты сделал всё, что мог.
Все совершают ошибки. И дальнейшие переживания - это лишняя трата времени и собственных сил.
Пример
Ты пошел на собеседование. Тебя спросили какой-то базовый вопрос, на который ты точно знаешь ответ. Ты не смог его вспомнить и не ответил.
Лучший вариант после такого - придумать, как ты будешь держать себя в тонусе перед собеседованиями. Например, используй мои карточки - https://news.1rj.ru/str/sterlyukin_it/158. Так ты сможешь быстро пробежаться по основным темам непосредственно перед собеседованием.
Перед следующим собеседованием ты уже прошёлся по основным темам, размял мозг. Как итог - уверенно прошёл собеседование и получил оффер.
Т.е. ты продумал, как не допустить эту ошибку в будущем. А после этого - просто забыл про совершённую ошибку. Никаких бесполезных рефлексий и переживаний.
Антипример
Та же ситуация на собеседовании. Но ты критикуешь и накручиваешь себя. В итоге, начинаешь сомневаться в своих способностях. А стоит ли вообще искать новую работу - хорошо хоть тут держат и платят зарплату.
Итог
Совершил ошибку? Действуй вот так:
1) исправь текущее положение вещей, реши возникшую проблему
2) проведи ретроспективу, как не допустить такую ошибку ещё раз. Прими меры
3) забудь
#soft_skills
👍10
Транзакции - основы, про которые спрашивают на собеседованиях.
Сохраняй и отправляй друзьям.
Подписывайся на канал про развитие в IT - t.me/sterlyukin_it
#бэкенд
Сохраняй и отправляй друзьям.
Подписывайся на канал про развитие в IT - t.me/sterlyukin_it
#бэкенд
👍12
Итоги февраля
1️⃣ основы redis. Всё, что спрашивают на собеседованиях про redis в формате карточек - https://news.1rj.ru/str/sterlyukin_it/158
2️⃣ реакция на ошибки. Фреймворк, который помогает правильно реагировать на ошибки и извлекать из них пользу - https://news.1rj.ru/str/sterlyukin_it/164
3️⃣ основы транзакций в реляционных БД. Всё, что спрашивают на собеседованиях про транзакции в реляционных БД в формате карточек - https://news.1rj.ru/str/sterlyukin_it/165
1️⃣ основы redis. Всё, что спрашивают на собеседованиях про redis в формате карточек - https://news.1rj.ru/str/sterlyukin_it/158
2️⃣ реакция на ошибки. Фреймворк, который помогает правильно реагировать на ошибки и извлекать из них пользу - https://news.1rj.ru/str/sterlyukin_it/164
3️⃣ основы транзакций в реляционных БД. Всё, что спрашивают на собеседованиях про транзакции в реляционных БД в формате карточек - https://news.1rj.ru/str/sterlyukin_it/165
👍11
Типичные ошибки обучающихся. Часть 1
Наверняка у тебя было такое, что ты вкладываешь много сил, стараешься, инвестируешь время, а выхлопа нет. Ощущение, что стоишь на месте и вообще не развиваешься, а при этом силы истощаются. Продолжать хочется всё меньше. С этим сталкиваются все, кто пытается обучиться какому-то навыку.
В этой статье я расскажу про типичные ошибки при обучении. Я многократно сталкивался с ними при обучении учеников и их подготовке к офферам.
Отсутствие чёткой цели
У тебя всегда должна быть цель. Устроиться на 300к, пройти собеседование на senior-позицию, повыситься до тимлида. Без цели ты будешь вечно блуждать, т.к. у тебя не будет чёткого ориентира - куда нужно двигаться.
Цель должна быть описана по S.M.A.R.T. Вот тут я подробно рассказывал об этом - https://news.1rj.ru/str/sterlyukin_it/156
Спойлер - цель “улучшить свои hard-skill’ы” не подойдёт. А вот “устроиться на senior должность с зарплатой 300 000 гросс до 1-го мая 2025 года” - подойдёт. Учиться просто ради процесса учёбы - не масштабируемый подход. Рано или поздно ты выгоришь и не захочешь продолжать. Если захочешь - моё почтение, но тогда этот пост явно не для тебя.
Отсутствие чёткого скоупа
Эта ошибка вытекает из отсутствия чёткой цели. Цели нет - ты не понимаешь, что конкретно тебе нужно делать и в итоге хватаешься за всё подряд. Ты начал с того, что хотел прокачать умение фасилитировать встречи и вот ты уже читаешь Танненбаума и решаешь алгоритмические задачи. А вот ты внезапно понял, что у тебя слабый английский и переключился на него.
Когда поставишь чёткую цель - определи, что тебе нужно для её достижения. Если цель устроиться на senior-должность - сформируй список самых популярных навыков по этой позиции, проанализировав вакансии.
Кстати, вот здесь я выкладывал пост с наиболее частыми вопросами про распределённые системы - https://news.1rj.ru/str/sterlyukin_it/119
Постановка интенсивности выше постоянства и ожидание вдохновения
Ошибка возникает из-за “внезапных” приливов мотивации. Ты устал на своей текущей работе, зашёл в твиттер и прочитал про 300к/секунду, замотивировался. И вот в 12 часов ночи ты изучаешь преимущества микросервисной архитектуры, чтобы пройти собеседование в компанию мечты. Такого заряда мотивации хватает ещё примерно на неделю. Потом из-за хаотичного обучения мотивация падает и ты постепенно забрасываешь это дело ещё на полгода.
Лучше учиться 1 час в день, по сформулированному плану, чем 1 день 10 часов и потом неделю ничего не делать. Так у тебя будет формироваться привычка постоянно учиться и это будет входить в твою рутину, ты привыкнешь к постоянному умственному труду. Более того, ты сможешь перевести полученные знания в долгосрочную память и будешь лучше помнить всё, что изучаешь.
Для обучения используй технику помодоро. Не старайся за день выучить вообще всё. Периодически отдыхай и разгружай голову.
#карьера_и_деньги
Наверняка у тебя было такое, что ты вкладываешь много сил, стараешься, инвестируешь время, а выхлопа нет. Ощущение, что стоишь на месте и вообще не развиваешься, а при этом силы истощаются. Продолжать хочется всё меньше. С этим сталкиваются все, кто пытается обучиться какому-то навыку.
В этой статье я расскажу про типичные ошибки при обучении. Я многократно сталкивался с ними при обучении учеников и их подготовке к офферам.
Отсутствие чёткой цели
У тебя всегда должна быть цель. Устроиться на 300к, пройти собеседование на senior-позицию, повыситься до тимлида. Без цели ты будешь вечно блуждать, т.к. у тебя не будет чёткого ориентира - куда нужно двигаться.
Цель должна быть описана по S.M.A.R.T. Вот тут я подробно рассказывал об этом - https://news.1rj.ru/str/sterlyukin_it/156
Спойлер - цель “улучшить свои hard-skill’ы” не подойдёт. А вот “устроиться на senior должность с зарплатой 300 000 гросс до 1-го мая 2025 года” - подойдёт. Учиться просто ради процесса учёбы - не масштабируемый подход. Рано или поздно ты выгоришь и не захочешь продолжать. Если захочешь - моё почтение, но тогда этот пост явно не для тебя.
Отсутствие чёткого скоупа
Эта ошибка вытекает из отсутствия чёткой цели. Цели нет - ты не понимаешь, что конкретно тебе нужно делать и в итоге хватаешься за всё подряд. Ты начал с того, что хотел прокачать умение фасилитировать встречи и вот ты уже читаешь Танненбаума и решаешь алгоритмические задачи. А вот ты внезапно понял, что у тебя слабый английский и переключился на него.
Когда поставишь чёткую цель - определи, что тебе нужно для её достижения. Если цель устроиться на senior-должность - сформируй список самых популярных навыков по этой позиции, проанализировав вакансии.
Кстати, вот здесь я выкладывал пост с наиболее частыми вопросами про распределённые системы - https://news.1rj.ru/str/sterlyukin_it/119
Постановка интенсивности выше постоянства и ожидание вдохновения
Ошибка возникает из-за “внезапных” приливов мотивации. Ты устал на своей текущей работе, зашёл в твиттер и прочитал про 300к/секунду, замотивировался. И вот в 12 часов ночи ты изучаешь преимущества микросервисной архитектуры, чтобы пройти собеседование в компанию мечты. Такого заряда мотивации хватает ещё примерно на неделю. Потом из-за хаотичного обучения мотивация падает и ты постепенно забрасываешь это дело ещё на полгода.
Лучше учиться 1 час в день, по сформулированному плану, чем 1 день 10 часов и потом неделю ничего не делать. Так у тебя будет формироваться привычка постоянно учиться и это будет входить в твою рутину, ты привыкнешь к постоянному умственному труду. Более того, ты сможешь перевести полученные знания в долгосрочную память и будешь лучше помнить всё, что изучаешь.
Для обучения используй технику помодоро. Не старайся за день выучить вообще всё. Периодически отдыхай и разгружай голову.
#карьера_и_деньги
👍9
Часть 2 - как грамотно распределить силы
В предыдущем посте я написал про основные ошибки обучающихся - ЗДЕСЬ.
Сейчас я расскажу, как грамотно распределить свои силы во время обучения. Это релевантно не только для IT, но и для любого процесса приобретения навыков.
Используй календарь для обучения
Я объединил использование todo-списков и календаря. В списке я фиксирую дела, которые мне нужно сделать, а потом мапплю их на календарь, занимая под эти дела конкретные тайм-слоты. Вкратце - это помогает держать фокус и не делать только самые лёгкие дела, откладывая сложные - с чем мы постоянно сталкиваемся при использовании todo-списков.
Используй этот подход при обучении. Например, ты знаешь, что завтра тебе нужно прочитать книгу про system design и порешать задачи по sql - запланируй это в свой календарь с чёткими таймслотами. Это позволит тебе держать фокус и избегать желания сделать прямо сейчас что-то простое - чтобы мозг получил порцию лёгкого дофамина.
Проводи ретроспективу обучения
Проводи её итерационно - каждый день вечером, в конце каждой недели, в конце каждого месяца, каждого квартала и года.
Заранее подготовь метрики, которые ты хочешь оценить. Возможно, это будет количество часов сконцентрированной работы (количество не всегда переходит в качество, но нужно с чего-то начинать), количество успешно пройденных собеседований. Например, что я смог изучить за день - в чём я стал лучше, относительно себя вчерашнего.
Иначе ты рискуешь наткнуться на когнитивное искажение - когда тебе кажется, что ты ничего не сделал. Хотя ты просто не замечаешь объёма проделанной работы - ретроспектива позволяет нивелировать такие проблемы.
Чередуй способы обучения
Одна из причин отсутствия прогресса в тренажёрном зале - привычка мышц к определённому виду нагрузок. Смена тренировочного подхода или упражнений - лучший способ выхода из такого тупика. Тоже самое касается обучения - не позволяй мозгам зачахнуть и привыкнуть. Постоянно варьируй нагрузку.
Например, сначала час почитай книгу про system design, а потом час попиши свой пет проект или попрактикуй новый фреймворк, который ты недавно узнал.
Постоянно держи цель в голове
Это очень важно. Без цели ты будешь блуждать, растрачивая мотивацию. Если ты поставишь себе цель - ты будешь адаптировать свою жизнь на её достижение.
Обучение только ради обучения - не масштабируется.
Кстати, вот ЗДЕСЬ я подробнее писал про постановку целей на примере наших работодателей.
#карьера_и_деньги
В предыдущем посте я написал про основные ошибки обучающихся - ЗДЕСЬ.
Сейчас я расскажу, как грамотно распределить свои силы во время обучения. Это релевантно не только для IT, но и для любого процесса приобретения навыков.
Используй календарь для обучения
Я объединил использование todo-списков и календаря. В списке я фиксирую дела, которые мне нужно сделать, а потом мапплю их на календарь, занимая под эти дела конкретные тайм-слоты. Вкратце - это помогает держать фокус и не делать только самые лёгкие дела, откладывая сложные - с чем мы постоянно сталкиваемся при использовании todo-списков.
Используй этот подход при обучении. Например, ты знаешь, что завтра тебе нужно прочитать книгу про system design и порешать задачи по sql - запланируй это в свой календарь с чёткими таймслотами. Это позволит тебе держать фокус и избегать желания сделать прямо сейчас что-то простое - чтобы мозг получил порцию лёгкого дофамина.
Проводи ретроспективу обучения
Проводи её итерационно - каждый день вечером, в конце каждой недели, в конце каждого месяца, каждого квартала и года.
Заранее подготовь метрики, которые ты хочешь оценить. Возможно, это будет количество часов сконцентрированной работы (количество не всегда переходит в качество, но нужно с чего-то начинать), количество успешно пройденных собеседований. Например, что я смог изучить за день - в чём я стал лучше, относительно себя вчерашнего.
Иначе ты рискуешь наткнуться на когнитивное искажение - когда тебе кажется, что ты ничего не сделал. Хотя ты просто не замечаешь объёма проделанной работы - ретроспектива позволяет нивелировать такие проблемы.
Чередуй способы обучения
Одна из причин отсутствия прогресса в тренажёрном зале - привычка мышц к определённому виду нагрузок. Смена тренировочного подхода или упражнений - лучший способ выхода из такого тупика. Тоже самое касается обучения - не позволяй мозгам зачахнуть и привыкнуть. Постоянно варьируй нагрузку.
Например, сначала час почитай книгу про system design, а потом час попиши свой пет проект или попрактикуй новый фреймворк, который ты недавно узнал.
Постоянно держи цель в голове
Это очень важно. Без цели ты будешь блуждать, растрачивая мотивацию. Если ты поставишь себе цель - ты будешь адаптировать свою жизнь на её достижение.
Обучение только ради обучения - не масштабируется.
Кстати, вот ЗДЕСЬ я подробнее писал про постановку целей на примере наших работодателей.
#карьера_и_деньги
👍12
Как называть сроки
Нужно всегда давать несколько видов сроков. Например, в команду пришли и просят оценить реализацию проекта. Проектом может быть работа любого масштаба. От какой-то фичи в уже работающем продукте до нового корпоративного портала с сотней бизнес-сценариев.
Ответ - это займёт 1 год/1 месяц/1 неделю - плохой. Используй вилку в оценке и дай несколько вариантов.
Например:
- с текущим составом команды и приоритетами = 1 год;
- если дадите ещё одного бэкендера, 2 фронтендеров и оставите текущие приоритеты = 9 месяцев;
- если дадите ещё одного бэкендера и 2 фронтендеров, понизите приоритеты других работ и основным будет новый проект = 4 месяца;
- если дадите ещё одного бэкенда и 2 фронтендеров, сократите скоуп до X и понизите приоритеты других работ = 2 месяца.
Комбинаций может быть много. Главное - обозначить основные. Так вы сможете найти точку компромисса.
Итоговый вариант скорее всего будет представлять собой гибрид - дадим только 1 фронтендера, сократим скоуп на X/2, частично поменяем приоритеты и будем довольны сроком = 7 месяцев.
#soft_skills
Нужно всегда давать несколько видов сроков. Например, в команду пришли и просят оценить реализацию проекта. Проектом может быть работа любого масштаба. От какой-то фичи в уже работающем продукте до нового корпоративного портала с сотней бизнес-сценариев.
Ответ - это займёт 1 год/1 месяц/1 неделю - плохой. Используй вилку в оценке и дай несколько вариантов.
Например:
- с текущим составом команды и приоритетами = 1 год;
- если дадите ещё одного бэкендера, 2 фронтендеров и оставите текущие приоритеты = 9 месяцев;
- если дадите ещё одного бэкендера и 2 фронтендеров, понизите приоритеты других работ и основным будет новый проект = 4 месяца;
- если дадите ещё одного бэкенда и 2 фронтендеров, сократите скоуп до X и понизите приоритеты других работ = 2 месяца.
Комбинаций может быть много. Главное - обозначить основные. Так вы сможете найти точку компромисса.
Итоговый вариант скорее всего будет представлять собой гибрид - дадим только 1 фронтендера, сократим скоуп на X/2, частично поменяем приоритеты и будем довольны сроком = 7 месяцев.
#soft_skills
👍13👎1