Артём Шумейко

Как найти первую работу в разработке Давайте поступим интереснее. Сейчас я расскажу, как я ищу стажеров/джунов для своего проекта Солвит , а ваша задача — самостоятельно сделать выводы. За время работы Солвит я успел нанять 4 начинающих разработчиков. Каждый раз я использовал один и тот же подход, который позволял мне найти разработчика за несколько дней. 1️⃣ Я целенаправленно ищу стажера или джуна, потому что задачи на проекте не сильно сложные, а предлагаемая зарплата многих устраивает 2️⃣ Я не размещаю вакансии на агрегаторах типа hh или в телеграм каналах, потому что это стоит денег 3️⃣ Я знаю, что стажеров и джунов на рынке очень много, поэтому размещаюсь на бесплатных ресурсах 4️⃣ Я знаю, что разработчики обитают в телеграм чатах/группах/сообществах, и раскидываю объявления туда 5️⃣ Я даю небольшое тестовое задание на 20-30 минут, чтобы отсеять зевак 6️⃣ Разработчики приходят в личку напрямую ко мне — собеседующему и будущему работодателю, а не к рекрутеру. В итоге процесс отбора гораздо быстрее 7️⃣ Я игнорирую тех, кто допускает грубые ошибки в переписке или проявляет неуважение — с таким человеком я точно не смогу эффективно коммуницировать 8️⃣ Для меня не играет большой роли образование и его наличие, если на все технические вопросы на собеседовании я получил качественный ответ 9️⃣ Самому молодому разработчику, который у меня работал — 18 лет Такой флоу я использую при поиске разработчика. Напишите в комментариях все выводы, что вы сделали после прочтения👇 P.S. Сейчас никого не ищем на проект 😬

Как понять, что вы готовы к переходу на Middle Никак. Абсолютно никак. Есть небольшая вероятность, что проработав 1-2 года в одной компании, вас решат повысить по грейду и зарплате, но этот прирост скорее всего будет небольшим. Спустя 1-1.5 года большинство задач внутри компании вам идеально знакомы - вы можете делать их закрытыми глазами, вы тратите не больше 3-4 часов в день на работу, а остальное время отдыхаете или делаете вид, что работаете. Если вы дошли до такого состояния, то это знак, что пора менять работу. Да, выходить на рынок труда сложно: составление резюме, отклики на вакансии, общение с рекрутером и другими незнакомыми людьми, страх попросить большую зарплату – все это на самом деле отмазки, мешающие росту. За этими действиями стоит по-настоящему резкий карьерный рост и развитие ваших технических навыков через новые задачи, вызовы, освоение нового стека и новое окружение. А теперь представьте, что вы стали Middle. Зарабатываете 150-250 тысяч, хорошо живете, но опять чувствуете, что задачи приелись, а недавно горевший огонь в глазах потихоньку затухает, и программирование уже не приносит былой радости. Теперь перечитайте пост, только замените Middle на Senior — все повторяется вновь и вновь, это бесконечный процесс

Как учиться меркантильно Что это вообще значит? Я про то, что учить надо те технологии, которые нужны на реальной работе. "Ну это же очевидно!", - скажете вы. Никто не учит невостребованные технологии... или учит? Через мои курсы и консультации прошли сотни людей, и поверьте, такое часто встречается. 1️⃣ Не будем далеко ходить, возьмем популярную тему ORM для работы с базой данных. Есть много решений: SQLAlchemy, Tortoise, Peewee и другие. Давайте сравним звездочки на GitHub: Peewee - 11 тысяч SQLAlchemy - 10 тысяч Tortoise - 5 тысяч Можно подумать, что Алхимия и Peewee используются +- одинаково, а Tortoise всего в 2 раза мене популярна. Но это сильное заблуждение. На рынке СНГ доминирующую позицию занимает SQLAlchemy. Если заглянуть на агрегатор вакансий hh.ru, то увидим следующую ситуацию: Peewee - 5 вакансий Tortoise - 4 вакансии SQLAlchemy - 256 вакансий (!!) И тут мозг взрывается.. Как так?? Почему на Алхимию такой огромный спрос, он же не коррелирует с количеством звездочек на GitHub и тем, как часто обсуждают <мою любимую ORM>... Таковы реалии рынка. Не всегда то, что "на хайпе", реально востребовано на рынке труда. Алхимия — самая мощная ОРМка из всех на рынке, и уже больше 20 лет помогает нам писать запросы в БД. Именно ее нужно учить, если цель — быстро найти работу разработчиком. 2️⃣ Теперь рассмотрим тему фоновых задач. Часто на проект нужно подключить фоновые задачи, которые не будут забивать основной поток/процесс. Последние лет 10 для выполнения фоновых задач применяется синхронная библиотека Celery, а в последнее время я все чаще вижу в чатах и сообществе (https:/...s), что разработчики используют асинхронные аналоги, например, библиотеку taskiq, в которой не нужно костылить (как в Celery), чтобы вызвать асинхронный код. Но если опять же обратиться к текущим требованиям на рынке: Celery - 227 вакансии Taskiq - 4 вакансии Цифры говорят сами за себя. Если цель - побыстрее найти работу, нужно учить то, что просит рынок. 3️⃣ Последнее время также часто говорят об "убийце" FastAPI под названием Litestar, в котором есть встроенная интеграция с Алхимией, DI, CSRF мидлварь и прочее. Фреймворк, действительно, работает быстрее FastAPI, но, опять же, если ваша цель — побыстрее найти работу, желательно с хорошей зарплатой, нужно подстраиваться под поисковые запросы рекрутеров и учить те технологии, что требуются на работе: Litestar - 7 вакансий FastAPI - 703 вакансии Не тратьте свое драгоценное время на те технологии, которые еще не успели заюзать большинство компаний. Учите то, за что платят деньги. Я понимаю, что есть те, для кого главное — не деньги, а получение удовольствия от программирования. Для вас у меня ничего нет, просто завидую :) Ставь лайк, если полезно

Какие темы НЕ нужно учить начинающему разработчику Я думаю, что многие согласятся с тем, что не нужно учить темы, которые никак не применяются на практике. Несмотря на это, часто мы увлекаемся какой-то темой и начинаем уделять ей излишне много времени. Этот пост ориентирован только на тех, кто хочет быстрее вырасти в зарплате или найти первую работу. Если вы получаете удовольствие от изучения новых тем — это не плохо, просто пост не об этом. 1 Сети, сокеты, протоколы, TCP/IP Часто, когда приходишь на работу разработчиком, все что ты делаешь - это клепаешь CRUDы, пишешь запросы на вставку или выборку данных в базу, и занимаешься реализацией бизнес-логики (что на самом деле занимает больше всего времени). Как разработчик, ты чаще всего просто пользуешься готовыми библиотеками для работы с базой, апишкой, брокером и т.п. Все обертки уже написаны, и это очень удобно. Многие разработчики с комфортом работают, используя только HTTP и, может, SMTP. Есть возражения? Пиши в комменты, обсудим 👇 2 Интерпретируемость, компилируемость, байт-код и пр. Я всегда игнорировал теорию, которая не применяется на практике. Это относится к таким низкоуровневым темам как интерпретируемость, компилируемость или, например, "как под капотом работают потоки в Python" (кто-нибудь скажите, зачем использовать потоки в 2024 на новых проектах). Такие знания не применимы на практике, и их изредка спрашивают на собеседованиях. Так зачем же учить эти темы? 3 Сложные алгоритмы и структуры данных Вы наверняка встречались с задачами на связные списки, графы и деревья. Правда в том, что мизерная часть разработчиков применяет в работе эти структуры данных. Эти структуры данных почти не спрашивают на собеседованиях и редко применяют на практике. Так зачем нарешивать задачки на литкоде по этим темам? Незачем. 4 Шаблоны проектирования и архитектуры Можете закидывать помидорами, но это реалии разработки. Бизнес хочет от вас в первую очередь, чтобы продукт работал и удовлетворял желаниям пользователя. То, что вы наговнокодили, бизнес не волнует, если продукт приносит прибыль. Буквально вчера ходил на собеседование, где основной задачей было поддерживать legacy проекты на 100к+ строк кода на Python 3.6. Как думаете, там идеальный код с повсеместным применением паттернов? Сомневаюсь. Продукт приносит прибыль и это единственное, что волнует бизнес. P.S. На этапах Middle-Senior об архитектуре и паттернах, конечно, приходится задуматься. Этот пункт больше для начинающих разработчиков Наоборот, есть темы, в которых вы должны разбираться, хотя это может быть для вас не очевидно. Написать пост об этом? Поставьте 🔥