Петр про Android и IT

Как я ходил собеседоваться в Facebook
(Meta - запрещенная в России организация)

Привет, ребят 👋
Сегодня хочу рассказать о своем опыте с компанией Цукерберга ⓕ

Однажды в начале пандемии 😷 меня настигло сообщение в линкедин от ⓕ-рекрутера. Мне это предложение показалось суперинтересным, не только в плане трудоустройства, но и в плане общения с представителями компании такого уровня и процесса интервью, поэтому я конечно согласился. Кстати, в былые времена эта компания привозила кандидатов на пару дней в Лондон с оплатой билетов и отеля, но мое интервью состоялось уже при закрытых границах и такого бонуса я не получил.

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

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

Какие выводы я сделал:
➡️ для трудоустройства в топовые компании необходимо инвестировать много времени в изучение алгоритмов
➡️уровень разработчиков из России один из самых высоких и топовые мировые компании это признают (и готовы нанимать в том числе сейчас)
➡️английский обязательно нужно поддерживать и прокачивать, для разработчика это мега-актуально
➡️linked-in - крайне полезный инструмент, он отлично работает в любой стране, стоит как минимум поддерживать профиль в актуальном состоянии

🔥 - если было интересно, буду чаще рассказывать истории из моего опыта

Проблема чистого листа

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

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

На самом же деле проблема в подходе, ниже я приведу несколько несложных советов, которые помогут двигаться вперед:

1️⃣ Сделай подготовку для будущего проекта, начни писать какой-то код. Например, если это Android приложение - начни с того чтобы создать проект, добавить на UI несколько элементов, запустить, убедиться что проект собрался и изменения отобразились на экране. Для консольной програмки это может быть функция main, в которой можно вывести какие-то строки, попробовать реализовать с ними циклы и условия.

2️⃣ Не нужно пытаться сделать правильно сразу, начни с черновика. Всегда хочется начать делать идеально, но лучше сделать неидеально, чем совсем никак. Пусть у тебя будет полотно кода, пусть вся работа будет делаться не очень эффективно, в одном раздутом классе или функции - для первого этапа это не важно. Важно что ты напишешь этот код сам и код сделает что-то полезное, а ты увидишь результат своей работы. Дальше его можно итеративно улучшать.

3️⃣ Не пытайся сразу написать программу целиком, декомпозируй ее на части. На примере Android-приложения - перед тобой стоит задача реализовать Android приложение, подумай из каких частей оно состоит, например, это может быть UI, походы за данными в сеть, работа с базой данных. Сделай каждую из этих частей отдельно, убедись что она работает, после чего можно их скомбинировать в один результат.

4️⃣ Старайся не писать очень много кода не проверяя его работу - потом будет сложно найти ошибки. Этот кейс встречается часто у людей, которые уже почувствовали некую уверенность - человек начинает писать сразу много кода, не проверяя его выполнения, как итог легко словить ошибку и потратить много времени чтобы понять в какой части она возникла. Чем меньше написано кода, тем легче понять что пошло не так, в случае ошибки.

5️⃣ Во время изучения курса или видео - недостаточно только смотреть видео и пытаться его понять, нужно писать код. Всегда нужно делать больше практики, писать код руками (не копипастить его из статьи) - так информация усвоится гораздо лучше и больше вероятность ,что она не вылетит из головы. В идеале даже при обучении нужно решать какую-то задачу, не просто переписывать код из статьи или видео, таким образом вы будете приучать себя к самостоятельному решению.

6️⃣ Last but not least - психологический момент - не надо думать что у тебя не получается потому что ты тупой. Скорее всего ты просто уткнулся в какую-то проблему и тебе нужен небольшой толчок вперед, чтобы двигаться дальше.

Расскажу небольшую историю. Недавно мне написал человек, который две недели не мог завести ksp, столкнулся с проблемами со сборкой проекта и настолько отчаялся, что в итоге даже переставил винду😱. Мы решили проблему за 20 минут небольшой донастройкой грэдла и поднятием версий библиотек. В итоге сэкономили ему еще N времени и нервов, но если бы пришел раньше, сэкономили бы еще больше. Всегда хорошо когда есть к кому прийти, если у вас произойдет какой-то затык с Android - заходите🤝

Тополиный пух, жара, июль
Ремонт, менторство, офферы

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

Кроме этого ещё активно помогаю ребятам по обучению с Android и тут получились в этом месяце сразу два крутых результата, которыми хочу поделиться:

1️⃣ С одним учеником дошли до оффера х2 от текущей ЗП, позиция миддл. При этом оффер прилетел уже на втором🔥 собеседовании, более того его улучшили по условиям. Какую работу проделали: провалидировали текущие знания, восполнили пробелы, хорошо подготовились к собесам, сделали крутое резюме, использовали разные площадки с вакансиями (последнее не сильно пригодилось в данном кейсе).

2️⃣ Со вторым учеником противоположная история получилась в плане количества собеседований. Он вошёл во вкус и нацелился на удалёнку и по итогу прошел 17😱 собеседований, собрав 5🔥 офферов в разные компании(наконец получив классный оффер на удаленке). Оффер опять-таки хорошо улучшили после переговоров. Итог х2,7 от текущей ЗП. Что делали: по сути то же самое что и с первым учеником, но в этом случае имел смысл использования разных площадок.

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

Кстати, я продолжаю менторить и помогать и другим ребятам по изучению Android, подготовке к собеседованиям и получению заветного оффера, пишите если для вас это актуально😉

#кейс

Картинка для наглядности, не влезла в пост )

Воронка поиска работы и ошибки в ее использовании

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

Для начала надо разобрать на этапы из чего состоит поиск работы. Как правило в ИТ человек сначала как-то узнает о вакансии и откликается на нее, затем его резюме отсматривают, если оно подходит, приглашают на скрининг с хр, затем этап техсобеса, возможно не один. Если все этапы пройдены и все звезды сошлись, компания высылает оффер.

К сожалению, на каждом из этапов поиска работы можно получить отказ, таким образом получается воронка. Например, на 100 откликов в 50 случаях наше резюме приглянулось и нас позвали на скрининг, который мы прошли в половине случаев успешно (уже 25 случаев из 100 откликов), далее вышли на техсобесы на которых показали себя хорошо на каждом пятом. Итого мы получили 5 офферов со 100 откликов.

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

Какие типичные ошибки я замечал, которые в худшую сторону влияли на эффективность этой воронки:
1️⃣ Использование только одного всем известного hh сайта для поиска работы
2️⃣ Игнорирование linkedin
3️⃣ Плохое непроработанное резюме
4️⃣ Игнорирование важности подготовки по софт-скиллам
5️⃣ Непродуманная самопрезентация
6️⃣ Cлабая подготовка к вопросам собеса и рассчет на свой опыт (собесы отличаются от работы, так сложилось)

Бонусом несколько простых вещей, которые легко исправить, но которые, если не исправлять, отрицательно скажутся на воронке поиска:
🔴 Опаздать на этап собеседования (если предупредил допустимо, но лучше не опаздывать)
🔴 Провести этап собеседования из шумного или неподходящего места, например, из машины или электрички.
🔴 Не обеспечить надежный интернет на время собеседования
🔴 Плохая картинка по вебке или неподходящий фон (виртуальный бэкграунд в помощь)
🔴 Пить пиво на собеседовании (однажды собеседовал такого кандидата)
🔴 Грубое или токсичное поведение

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

Также ошибкой было бы считать что крутой спец пройдет любое собеседование и если ты не прошел, значит ты недостаточно хорош. Завалить можно абсолютно любого человека, не взирая не года опыта и грейд. Вероятность прохождения даже у крутых ребят будет высокой, но не 100%. Поэтому главная цель в получении нескольких офферов - повысить вероятность прохождения этапов. Чего вам и желаю 😉

Будьте готовы ко всему и хороших выходных!

#юмор

Поиск альтернативы

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

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

Но почему-то в вопросе поиска работы люди часто пренебрегают этим правилом, соглашаются на первый же оффер от компании, даже не попробовав пройти собеседование в другое место.
Хорошо что меня хотя бы сюда берут, надо идти пока не передумали.

Такие установки:
1️⃣ сужают кругозор и ограничивают развитие. Возможно есть более интересный для вас вариант, но вы до него даже не дошли
2️⃣ отрицательно влияют на ЗП. Если есть несколько офферов, есть возможность улучшить условия по ЗП, грубо говоря - поторговаться
3️⃣ вынуждают принимать чужие условия. Возможно вас что-то смущает в условиях работы, компании или будущем руководителе, но оффер-то один, вдруг другого не будет, надо соглашаться.

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

Возникает вопрос - как сделать чтобы офферов было больше чем один? Короткий ответ - готовиться, подробный ответ попробую дать в следующих постах, ставь 🔥 если тема интересна

Одно из моих правил, которому следую уже лет 10 - не работать в день рождения. Для меня это день для рефлексии, когда нужно остановиться и посмотреть на свою жизнь со стороны. Способ действенный и рабочий, забирайте себе. Ну а меня, получается, с Днём Рождения🥳

Говорят, трудовая на руках - к хорошему лету🙂 Проверим. Но планирую не только отдыхать, но и заниматься своими проектами, скоро напишу какими. Stay tuned!

Как я писал графики для Telegram

В недавнем посте упоминал о том что как-то принимал участие в конкурсе, который проводил Telegram. Суть конкурса была в том чтобы за ограниченное время подготовить решение для отображения графиков. От Telegram было ТЗ в виде ролика как должны работать графики и дизайн.

Не знаю точно почему мне отозвалась именно эта задача, но было достаточно интересно ее реализовать. На видео выше - то, что получилось. К сожалению, в силу работы я не успел сделать некоторый функционал, который требовалось и выпал из гонки за призы, но все равно получилось добиться определенного результата, пообщаться по фидбэку с командой Telegram и получить удовольствие от процесса.

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

Что помогает двигаться в карьере?

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

🤠Плывём по течению. Первый вариант который лежит на поверхности - делай хорошо свою работу, будь молодцом, тебя заметят и ты вырастешь. На моей практике не работает абсолютно. Хорошо работаешь? Молодец, держи ещё задач, иди делай. И зп сорри, не получается пока повысить, давай поговорим через полгода.

🧐Проактивный. Дополнительно к первому пункту сходить к руководителю и спросить что нужно сделать чтобы вырасти а какую-то позицию/зарплату. Работает чуть лучше - как правило, делается план развития на полгода-год, возможно дают какие-то новые обязанности и смотрят как ты с ними справляешься. Если вероятность через полгода-год получить повышение, но нет 100% гарантий.

🎯Контроффер. Популярная стратегия для IT и неспроста - даёт очень хорошие результаты. Проходишь собеседование в другую компанию, получаешь хороший оффер по ЗП и идёшь с этим к руководителю. Возможно дадут контроффер, если ты ценный сотрудник для компании. Из минусов - нужно быть готовым уйти в другое место, в случае неуспеха.

😎Прикладываем усилия в правильном направлении. Назовем это так для политкорректности🙂 Тут нужно быть продуманом в карьере, понимать что важно для твоего роста, поддерживать "направление партии" и т.п. Метод рабочий, но он точно не для всех. Нужно иметь очень специфический набор качеств, софт скиллов и т.п.

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

🎰Удача. Есть и такое, но тут как ставки в казино, кому-то везёт, кому-то не очень. Впрочем сильная экспертиза как специалиста хорошо повышает шансы.

Напишите свой вариант, может быть знаете волшебную таблетку?)

Когда Павел дает интервью это всегда интересно
https://www.youtube.com/watch?v=1Ut6RouSs0w&t=3027s

Какие инсайты отметил для себя:

1️⃣ Физическое владение чем либо а) привязывает тебя к конкретному месту б) забирает твое внимание и энергию и отвлекает от главного

Конечно, это возможно при условии хорошего портфеля в крипте, кэше и других нефизических активах😁

2️⃣ Крутой продукт можно делать очень компактной командой

Здесь можно делать сноску о том, что в telegram работают топовые разработчики. Но это далеко не единственный продукт с подобным подходом, например основатели Basecamp пропагандируют тот же подход. Было любопытно что (по словам Павла) основатель твиттера признал что у них раздут штат, иначе Воллстрит их не поймет😬

3️⃣ Чтобы нанять топового разработчика необязательно иметь hr-департамент

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

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

Здесь стоит сделать сноску что Павел был хорошо известен в СНГ после VK что повлияло на популярность Telegram на старте. Тем не менее им удалось хорошо развиться и во многих других странах. А вообще сам подход идет сильно в разрез с современными продуктами, где маркетинг играет чуть ли не большую роль чем продукт.

5️⃣ Пачка любопытных историй про общение со спецслужбами в разных странах

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

В общем, рекомендую к просмотру👍

Хехе, подведем итоги)

Самым популярным ответом была история про "плохой сон", возможно я бы в нее не поверил тоже, но она произошла лично со мной. Одним "прекрасным" утром директор одной компании (не будем ее называть) собрал разработчиков и объявил что не мог заснуть, думал что делать с нашим проектом, который не развивался так как ему хотелось бы. Это был не основной проект компании, а один из экспериментов, тем не менее команда была подобрана очень сильная. Директор как раз уезжал в отпуск кататься на своей яхте (тру) со своей девушкой моделью(тру), в чем не могу его винить😁 В общем он объявил о закрытии проекта и роспуске команды.

Правильный ответ - "не будем нанимать девушек-программистов" - не сталкивался с подобным лично ни разу и с трудом могу представить. Девушек в ИТ-командах обычно немного, и их стараются беречь😊 Были только обратные ситуации, когда хотели разбавить мужской коллектив и преимущество в найме отдавали девушкам. Профессиональные скиллы, как показывает практика, тоже от пола совсем не зависят.

P.S. Странно что никто не выбрал историю про крабов🦀, она случилась с моим знакомым, но лично мне кажется наименее реалистичной из всех🤷

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

Истории:

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

2️⃣ "Не называй его андроид-разработчиком". В одной компании пришел новый руководитель, который так проникся скрамом, что запретил говорить "android-разработчик", "ios-разработчик" и т.п. Все должны были заниматься всем и нести общую ответственность как команда.

3️⃣"Пиши без багов", а если пишешь с багами - фикси в личное время - с таким предложением пришел тимлид, предлагая фиксить баги в ночное время и на выходных за свой счет.

4️⃣"Не будем нанимать девушек-программистов", они хуже справляются и дольше делают задачи - руководитель проекта выступал резко против того чтобы брать девушек-программистов

5️⃣"Плохой сон". Директор одной компании перед отпуском плохо спал ночью, т.к. продукт не произвел нужный эффект на рынке. Утром он решил закрыть проект, распустить всю команду и уехать кататься на яхте с фотомоделью.

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

ИИ заменит программистов?

Искуственный интеллект постепенно отбирает работу у естесвенного. Среди пострадавших уже копирайтеры, фотографы, дизайнеры и даже девушки Playboy.

Но сегодня поговорим о программистах - насколько вообще реально ИИ полностью заменить программистов? На данный момент ИИ модели вполне успешно пишут несложный код среднего качества, выступают помощниками программистов в написании кода. Тем не менее, с этим есть несколько проблем:
🔴 сам код все еще недостаточно хороший, он может содержать ошибки, неэффективные конструкции
🔴 бОльшая часть работы программиста это не написание кода(как ни странно) а продумывание решения, разработка правильной архитектуры, согласование решений с бизнесом и т.п.

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

С другой стороны модели ИИ постоянно улучшаются. Так недавно Мета (запрещенная в РФ) выпустила новое обновление своей модели - Code Llama 70B с 70 млрд параметров, которая может держать контекст до 100 тысяч токенов, или 75000 слов. Это очень большой контекст, который позволяет держать "в памяти" модели достаточно немаленький проект. Используя подобные модели можно достичь хорошего прироста в скорости работы и более точной генерации кода.

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

Поделитесь что думаете по этому поводу, верите что ИИ заменит программистов?

Разработчики vs Мерчендайзеры или “Петя, нас взломали!”

Однажды утром когда я еще спал, у меня зазвонил телефон📱 Звонил директор стартапа, в котором я работал и кричал о том, что наше приложение взломали😬

Стартап занимался контролем работы мерчендайзеров. Кто не знает, это люди, которые расставляют товары в продуктовых магазинах. Часто они работают не на сам магазин, а на какую-то компанию, которая выставляет товар. Их работа заключается в том, чтобы проехать по разным магазинам, проверить остатки товара, убедиться что он присутвует на полке, проверить сроки годности. Работа низкооплачиваемая с оочень большой текучкой. Кроме этого существует проблема что некоторые мерчи совсем не ходят в магазины, полки стоят без товара, покупатели не могут его купить, и компания теряет деньги. Люди знакомые с этой проблемой придумали стартап, решающий эту проблему - мерчендайзер должен с помощью Android/iOS приложения заполнить отчет о своей работе(анкета, фото), находясь в магазине(трекается по gps) и отправить его на сервер. За каждый отчет он получает оплату. У стартапа появились очень крупные компании-клиенты, у которых были тысячи мерчендайзеров по РФ и началось взаимодействие. Но некоторым мерчендайзерам очень не нравилось, что им теперь нужно было работать и они начали действовать…😁

🥷ROUND 1

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

🥷ROUND 2

Следующее действие нехороших мерчендайзеров было направлено на фотографии. В нашем приложении вызывалось стандартное внешнее приложение камеры, которое возвращало путь к фотографии и она прикреплялась к отчету. Как оказалось, существуют приложения в Google Play, которые перехватывают intent вызова камеры и позволяют вместо настоящей фото выбрать фото из галереи. Используя их, мерчендайзеры каждый день могли отправлять одни и те же фотографии, не расходуя свои силы на работу. Было принято решение перестать вызывать внешнее приложение камеры и вместо этого сделать работу с камерой, встроенной в приложение. Преодолев сложности Camera API, мы закрыли эту уязвимость.

🥷ROUND 3. Финальная битва

Ничего не предвещало беды, но когда выложили приложение со встроенной камерой, вдруг стали прилетать в отчетах непонятные фотки (прикрепил похожую в первый комментарий). Иногда они были черные, иногда красные и сложно было понять с чем это связано. Директор ругался на то, что встроенная камера плохо работает, разработчики грустили, но в какой-то момент сквозь красный фон стали быть видны отпечатки. Как оказалось, мерчендайзеры во время сьъемки прикрывали камеру пальцем(получался красный фон) или засовывали телефон в карман (черный), а на вопрос почему получилось такое фото сваливали на некорректную работу приложения.

Вместо итога, пару коротких выводов:
1) для любого сервиса / приложения важно уделять внимание вопросам безопасности и анализировать действия пользователей👨‍💻
2) иногда разработчик должен превратиться в детектива🕵️‍♀️

Расскажите были ли у вас случаи, когда пользователи пытались использовать уязвимости сервиса)

Совсем недавно дядька, по имени Чет Хаазе (Chet Haase), одна из самых видных фигур из команды Android, заявил о том, что он уходит из Google( и собсвенно из команды Android). Для тех кто не знает, вкратце: этот человек стоял у истоков Android, долгое время был DevRel, часто выступал на мировых конференциях, написал книжку о том как "строили" Android. В своем заявлении Чет говорит о том, что он уходит по собсвенному желанию и теперь будет заниматься написанием комедий (неожиданно, да?). При этом он также заявляет о том, что с точки зрения финансов, это является худшим решением в его жизни, и это предельно понятно, вероятнее всего уровень компенсации такого спеца составляет более 1М$ в год. Он объяснил свой уход тем, что пришло время "сделать что-то новое, что-то абсолютно другое".

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

Мои рецепты здесь такие:
🟢 Должен быть интерес к работе и к тому чем ты занимаешься(я писал об этом в другом посте), мотивация от интереса намного более здоровая для психики
🟢 Work-life balance, который нужно стремиться поддерживать, чтобы избегать выгораний
🟢 Нужно расширять кругозор и наращивать финансовый и другие виды капитала - вещи, которые помогут стартовать что-то новое, когда точно поймешь что пора уходить

Какие у вас мысли, рецепты на этот счет?)