Хватит быть джуном!😊

👆Так говорит нам Kent C. Dodds, автор этой статьи.

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

⛸ Конечно, первые несколько посещений вам будет сложно. Но сколько времени потребуется, чтобы кататься с теми, кто занимается несколько лет? Разумеется, вы не станете профессионалом, но чтобы просто научиться кататься с другими, вам не потребуется много времени. Так же можно сказать и про множество других тем.

➡️ Сразу к делу: что делать?

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

🟠Проведите митинг. Технологии меняются каждый день. Вот сайт, где считают, сколько дней прошло с выхода последнего фреймворка для js. Сейчас там цифра 0! Найдите новый инструмент и расскажите о нём коллегам, друзьям, сообществу. Запишитесь на открытые выступления по теме, которая вам интересна. Стесняетесь? Напишите мне в личку и расскажите о том, что вас вдохновляет!

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

🟠 Никто не знает, сколько времени должно пройти между Junior и Middle позициями, так что станьте мидлом уже сегодня!

Ставьте 🦄, если вы больше не джун :)

#мудрость_на_каждый_день #мысли #python_полезности

Привет, есть крутая новость! 🔥

В этот четверг (25 января в 17:30) выступаю в московской Школе 21. Буду рассказывать про ООП и его подводные камни. Расскажу про принципы DRY, KISS и SOLID, покажу на примерах, как соблюдение или несоблюдение принципов мешает созданию качественного кода 👨‍💻

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

Вот мои итоги января 2024 года:

🟣Начал записывать курс по развёртыванию приложения на удалённом сервере. Скоро поделюсь инсайтами в рамках этого курса.

🟣Научился кататься на сноуборде. Оказалось, что всего 3-ёх раз достаточно, чтобы начать сносно кататься.

🟣Продвинулся в изучении языка Rust уже на 30% и решил на нём 15 задач на литкоде! Решения выкладываю на свой сайт, там же подробно расписываю алгоритм и код на Python. Уже готово 10 заданий!

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

А как у вас прошёл первый месяц этого года? Делитесь новостями и инсайтами в комментариях! 🔽

#мой_путь #анонсы

🚀 Вчера я проводил лекцию "Страшные тайны ООП" ...

...и уже готовлюсь к следующему выступлению! Хочу поделиться тем, как готовился ко вчерашней лекции и тем, какие у меня планы.

Часто, особенно в продакшен среде, мы сталкиваемся с плохим кодом. Возникают вопросы: "Зачем написали такой код?", "Почему всё так плохо?", "Почему я должен с этим работать?" и много других. 💅

🧑‍💻Однако стоит понимать, что никто не пишет код специально плохо. Нет таких программистов, которые садятся за задачу и думают: "Напишу специально этот код плохо, чтобы его кроме меня никто не смог поддерживать". Нет, обычно у нас просто нет времени, сил или других ресурсов. Иногда мы, не задумываясь, пишем плохой код, но специально никто этим не будет заниматься.

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

⚡️Для следующего выступления мне потребуются примеры "плохого" кода, и вы можете мне в этом помочь! Отправляйте мне в лс примеры вашего кода, которые хотели бы разобрать, а я использую их на следующем выступлении или в материалах этого канала!

PS: Большое спасибо всем, кто вчера пришёл оффлайн 🫶
PPS: Если вам интересно почитать презентацию с выступления тоже пишите в лс

#мысли #мой_путь

На днях мне сказали, что посты очень длинные. Держите короткий полезно-пост 👇

Сайт рефакторинг гуру. Это один из самых полезных источников знаний, обязательно сохраните себе! А ещё его автор написал книгу из этого поста.

PS: Ставьте плюс в комментарии, если у вас есть код, который надо отрефакторить ➕

#python_полезности #находки

⭐️ Проходите собеседования минимум раз в месяц!

Что нужно сделать, как только вы вышли на новую работу?
— Обновить резюме!

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

*️⃣"А зачем ты обновил резюме? Тебя что-то не устраивает?" - Этот вопрос вы услышите, как только обновите резюме. Чтобы не услышать его, просто время от времени обновляйте своё резюме.

"Безопасный" вариант: добавьте сразу новую компанию в свой опыт и раз в неделю записывайте свои задачи /достижения / успехи. Так вы сможете сказать, что просто стараетесь следить за своим развитием в компании, а не ищите новую работу ✏️

*️⃣Понимать свою ценность. Главное разочарование, которое я получил от IT - тут скучно. Если вы по умолчанию не получаете огромного удовольствия от программирования, то у вас будут проблемы с мотивацией, синдром самозванца и неуверенность.

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

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

*️⃣Лучший инструмент для развития. Любая тема, лучше всего, изучается тогда, когда вы  не можете ответить на вопросы по ней, и только потом вы её изучаете. Это подтверждается исследованиями, к примеру Oakley & Sejnowski 2018 года.

А какие лайфхаки есть у вас? 👇

#мысли #мудрость_на_каждый_день #мой_путь

❓ Почему на HH низкие зарплаты?

У нас в компании, основная метрика для оценки работы продукта это то, сколько рекомендаций приняли пользователи. Мы предлагаем 10 продуктов, пользователь принимает 9 - значит мы работаем с эффективностью в 90%. При этом, получается интересная ситуация:

🔃 Мы предлагаем пользователю 100 рекомендаций, он принимает из них 99. Мы предполагаем, что он не успел обработать эту 1 рекомендацию.
Статистика: принято + 99; не принято + 1

🔃 На следующий день мы показываем пользователю оставшуюся рекомендацию. Пользователь не принимает её, потому что она оказалась плохой.
Статистика: принято + 0 ; не принято + 1 (старая)

🔃 Так повторяется каждый день.
Статистика: принято + 0 ; не принято + 1

В конце месяца у нас статистика: не принято 30 рекомендаций, а принято 99. Получается эффективность рекомендаций меньше 80%. Если бы было соотношение 98 принятых и 2 непринятые, то за месяц это уже 60%. Получается, одна не принятая рекомендация эквивалентна 30 принятым.

Казалось бы - это плохой подход и он нигде не пригодиться, однако я нашёл, где его применить.

〰️  Заходя на HH, мы видим множество вакансий с ЗП 50 000 и требованиями в 5 лет опыта. Но на эти вакансии никто не откликается, а значит их не закроют и они будут активны и завтра, и через неделю.

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

Получается, по статистике HH, 120 000 рублей получают разработчики с уровнями миддл и сеньор, а на самом деле это может быть планка джуна. Для миддла эта планка вообще меньше нижней границы 〰️

#мысли

🫥Буквально на днях я проходил тех-собес в Сбер и решил поделиться вопросами.

*️⃣На собеседованиях одинаковые вопросы для любого уровня: Junior, Middle, Senior(🔤,🔤,🔤). По двум первым вопросам интервьюер определяет уровень, чтобы дальше задавать более точечные вопросы. На них важно ответить максимально подробно, широко и глубоко.

1. Что произойдёт при запуске кода ниже?

x1 = [1, 2, 3]
x2 = [1, 2, 3]
print(x1 == x2)
print(x1 is x2)

🔤: Скрипт выведет True и False.
🔤: Рассказываем о том, что есть разница между == и is и когда они показывают одинаковый результат, а когда разный.
🔤: Нужно глубоко рассказать о памяти и том, что на самом деле храниться в x1 и x2, привести пример, когда это важно.

2. Что такое словарь (dict)?:
🔤: Словарь - это структура данных типа хэш-таблицы / ассоциативного массива.
🔤: Рассказываем о том, что скорость вставки и доступа O(1).
🔤: Говорим об особенностях разрешения коллизий и какие вообще бывают варианты.


*️⃣Дальше вопросы уже специфические, так что просто дам подсказки к ним.

3. Написать класс SqueredNumber для такого примера:

a = SqueredNumber(3)
print(a) # 9
print(isinstance(int, a)) # True

На самом деле вопрос про разницу между __ init __ и __ new __.

4. Сделать код ревью:

def return_first_from_iterator(predicat, objects=[]):
    matching_objects = (obj for obj in objects if predicat(object))
    if matching_objects:
        object = matching_objects[0] 
        return object
    else:
        return None

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

5. Передать данные из одного процесса в другой.
На этот вопрос я ответил не очень хорошо, поскольку уже год работаю только с асинхронным программированием. Однако, теоретическое понимание аспектов конкурентного программирования нужно всем. В этом вопросе помогут концепции (не зависит от языка) pipes, shared memory и queues.

В целом, вопросы были среди тех тем, что я выделил в своём материале "50 вопросов с Python собеседования". Если у вас ещё нет этих вопросов, или вы переживаете из-за будущих интервью - пишите в личку! 👀

PS: Да, у меня было всего 5 вопросов, на которые я отвечал целый час. Иногда чересчур подробные ответы могут помочь вам избежать неудобных вопросов. Ведь время интервью не ограничено. Но с другой стороны, могут попросить пройти дополнительный собес.

#python_полезности #мой_путь

Короткий полезно-пост из книги по подготовке к интервью. ✨

Сама книга про подготовку к проектированию систем, но советы применимы и к другим видам интервью. Про книгу будет обзор, как только её дочитаю. 🔜

#мудрость_на_каждый_день

Совершëнное лучше совершенного ✨

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

В дизайн-среде черезвычайно популярна цитата из книги «Марк Цукерберг» за авторстром Джорджа Бима: «Совершëнное лучше совершенного».

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

Не надо делать всё идеально, сделайте достаточно хорошо. Можно сделать задачу на 99% и этого будет достаточно - оставшийся процент может потребовать ресурсов больше, чем 99% сделанных. ⭐️

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

Ставьте единорожку, если любите недоделывать дела из-за перфекционизма! 🦄

#мысли

🪝 Ловись, Джун, и большой и маленький!

На одном из последних собесов меня спросили, кем я себя считаю: Джуном, Мидлом или Сеньором. Тут отлично подойдёт замечание Гриши (ставь единорога если знаешь, о ком речь): «Этап с позицией Джуна надо вообще убрать». ❌

Интересно, что:

Позиция Джуна выгодна только работодателю.

Вам, как сотруднику, платят меньше с учётом того, что вы специалист низкого уровня. Вы должны были получить какие-то «преимущества», но только в теории. 💵

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

🕯 Аргумент про более лёгкие задачи в целом достаточно странный, потому что количество задач у бизнеса ограничено и более того, если бизнесу что-то нужно, то вопроса «у нас есть тот, кто сможет это сделать?» - не будет. Кому-то придётся разбираться с задачей в любом случае. А в первые два-три месяца работы даже от сеньора не ждут быстрого выполнения задач. Ведь ему надо «вкатиться» в проект, понять, что вообще происходит и т.д.

📎 Так что быть Джуном - это ловушка, на которую нельзя клевать. А если вы понимаете, что вам реально не хватает навыков, и до миддла ещё нужен рост - пишите в личку.

#мудрость_на_каждый_день #мысли

⚡️3 способа обмануть свой мозг и сохранить фокус на задачах

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

🫥 Нет причин не делать.
Часто мы ищем причины чтобы делать что-то. У вас есть задача, которая принесёт вам зарплату /навыки / опыт. Если не получается найти причины её сделать, то попробуйте найти причины её не делать. Эти причины могут оказаться настолько глупыми, вроде "я устану" или "мне придётся встать с дивана", что вам легко будет начать делать эту задачу. Помните: самое сложное начать, продолжать проще.

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

🫥 Техника помодоро.
Работайте не больше 25-40 минут, делая перерывы по 10-15 минут. Мозгу нужен отдых, а отдохнув, он работает гораздо лучше. Человек моргает 15 раз в минуту, потому что мозг не может воспринимать информацию бесконечным потоком. В среднем, человек может быть продуктивен всего 4-5 часов в день, так что делайте перерывы. Я стараюсь во время перерыва не делать вообще ничего, тогда мозгу становится скучно, и проще включиться в работу снова.

А какие методы обмана своего мозга для включения в работу посоветуете вы? 🔽

#мудрость_на_каждый_день

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

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

У нас есть две сковороды, чтобы жарить котлеты для бургера. Каждую котлету нужно пожарить по одной минуте с каждой стороны. Сколько минимально времени нужно для жарки трёх котлет? 🔥

#мемы

👻 Страшные тайны ООП

Недавно я выступал в Школе 21 и пообещал поделиться инсайтами, о которых я рассказывал во время выступления. Это первый пост про инсайты ООП.

В разработке часто используются два термина:

🟣DRY - Don't repeat yourself

Для создания кода, который легко поддерживать, не стоит писать одно и то-же несколько раз. Самый популярный пример, когда мы выносим в отдельную функцию какой-то функционал, который используется в нескольких местах программы.

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

🟣KISS - Keep it simple, stupid

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

🔊 Одной из концепций, которые нам даёт ООП, является Наследование. Оно помогает нам делать код проще за счёт разделения деталей реализации на классы. Так же наследование позволяет нам не повторять свой собственный код, за счёт наследования реализации родительских классов.

Это всё хорошо, но... 🔜

🔊 Отвлечёмся от рабочих задач?

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

24 февраля приглашаю тебя на лекцию "Как получить оффер Х2" 🔥

Мы уже обсудили темы: «Как стать миддлом за год с нуля» и «Какие страшные тайны скрывает ООП», а скоро обсудим «Как делать код-ревью и улучшать код».

🫥 В этот раз тема тоже очень интересная. Расскажу про то, как получить оффер Х2 от текущей зарплаты и проходить собеседования на грейд выше, чем у вас сейчас. Особенно актуально тем, кто ещё не работают.

Вот краткое содержание выступления:
🟠Моя история 3-ёх офферов за 9 месяцев.
🟠Секреты любого технического интервью.
🟠Как поднять свой технический грейд.
🟠Разберём реальные вопросы с моего последнего собеседования.

А ещё будет розыгрыш подарков и интерактивная игра, для тех, кто придёт на выступление лично. Жду тебя в эту субботу, 24.02, в московской школе 21⚡️