Про опыт у джунов.
Мои первые шаги в ИТ пришлись на времена, когда требования к программистам был самые поверхностные. Сейчас же, ситуация сильно поменялась. И если с наймом сеньоров и мидлов всё более-менее понятно, то джунам приходится буквально биться за “место под солнцем”, чтобы получить первый опыт!
Читать дальше

#hiring #junior #post

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

#php #post

Развитие разработчиков в команде

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

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

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

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

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

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

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

Построение внутреннего сообщества — сложная задача, но можно начать с малого:
Перекрёстные задачи. Улучшают погружение в проект, помогает совместно искать решения.
Перекрёстное ревью кода. Инженеры знакомятся с чужими подходами. Но нужно следить чтобы ревью не превращалось в тормоз для задач или повод для споров — у всех свои подходы.
Парное программирование. Двое разработчиков перенимают друг у друга полезные практики.
Менторство. Опытный коллега, объясняя, сам глубже погружается в тему, а начинающий специалист получает знания, которые сразу можно применить.
Сколько бы эти активности не занимали рабочего времени, на практике они только улучшают показатели. Команда растёт, технический долг уходит, сообща проблемы решаются быстрее.

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

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

#post #lead #management #mentoring #habr

Henry Developer | Статья полностью | Habr

Всем привет! На Tproger вышла моя новая статья с советами как подготовиться к смене работы.
Многие программисты выходя на рынок труда в 2025 обнаруживают: если раньше ты за пару недель мог собрать 5-10 офферов, то теперь могут даже не ответить. Я провёл небольшое исследование и собрал в одной статье основные шаги, которые помогут стать заметнее среди других кандидатов!

#post #hiring #tproger

Tproger | Блог

Идеальный размер команды

Я работал в командах из трёх человек и отделах на пару десятков. Интуиция подсказывает: больше людей — быстрее результат. Но парадокс в том что маленькие работали быстрее, понятнее и результативнее.
Я собрал наблюдения в заметке, почему так происходит и сколько лучше всего.

#post #teammanagment

👉 https://blog.henrydev.me/small-and-big-team/