Почему пет проекты не заменяют реальный опыт?

Рассказывает Кирилл Мокевнин.

Как-то здесь написали, что пет-проекты — это всё, что нужно, чтобы стать мидлом. В реальности всё чуть сложнее, постараюсь объяснить, почему.

>> Риски и ошибки, связанные с обслуживанием приложения, которым пользуются в реальном времени.

Пет-проекты не несут никаких рисков. Упал сайт? Просто перезапустили. Случайно стерли базу данных? Ничего страшного. Нужно обновиться? Остановили сайт.

Всё это невозможно в реальной среде, где есть настоящие пользователи. Остановка сервиса может повлечь за собой потери миллионов, уничтожение инфраструктуры — потери всего бизнеса. Здесь нужно думать о бэкапах, о том, как новые изменения отразятся на старых пользователях. Как говорится: «Не ронял прод, не мидл».

>> Процессы разработки.

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

>> Взаимодействие с другими членами команды.

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

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

>> Взаимодействие с заказчиками.

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

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

p.s. В нашем блоге есть статья, дополняющая этот пост

Как проходят собеседования для QA manual инженеров?

В этом видео собеседующий задаст 22 теоретических вопроса об основах тестирования ПО и 2 практических кейса, которые встречаются на реальных собеседованиях для тестировщиков.

Студент после онлайн-курсов отвечает на эти вопросы и проверяет свои знания.

✅ Новогодняя Акция от Хекслета. Кэшбек и скидки до 55 000 рублей на все профессии
✅ Полезные вебинары по программированию и тестированию каждую неделю

Под конец года нужно не только завершать старые дела, но и планировать новые.

Например, можно задуматься о смене профессии. Как вам идея освоить Frontend?

А чтобы лучше понять, что это такое и с чем это едят, мы приглашаем вас на бесплатный онлайн-практикум по профессии «Frontend-разработчик».

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

19 декабря в 19:00 (мск), не пропустите!

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

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

В статье рассказываем, как обучиться на аналитика и нужны ли таким специалистам глубокие знания в разработке.
Читать статью

Приобрести профессию со скидкой