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

Ваше поведение повлияет на вашу уверенность как разработчика программного обеспечения. Иногда некоторые задачи утомительны и не подходят для вашего набора навыков. Я понимаю.

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

🧲 1. Помогаете ли вы с тестированием качества?

Во многих командных структурах разработчики также являются тестировщиками обеспечения качества (QA) для своих собственных функций. Это означает, что разработчики будут просить других протестировать изменения в среде контроля качества. Если вы обнаружите, что игнорируете просьбы людей протестировать что-то, возможно, вы идете по плохой дороге.

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

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

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

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

🧲 2. Проверяете ли вы запросы на слияние?

Запросы на вытягивание (PR) — это процесс, с помощью которого разработчик просматривает изменения в коде, прежде чем они будут объединены в основную кодовую базу, и уведомляет членов команды о том, что они завершили работу над новой функцией.

PR позволяет запрашиваемым рецензентам просматривать внесенные изменения и исправления. Если кто-то пометил вас как рецензента, то они запрашивают ваш опыт, чтобы убедиться, что код соответствует требованиям.

Если вы позволите пул-реквесту пройти, не проверив его, то после слияния могут возникнуть проблемы.

Вот несколько причин для проверки запросов на вытягивание:

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

🧲 3. Что вы из себя представляете, когда работаете в паре?

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

Как выглядит парное программирование? Что ж, если вы думаете, что ваше время слишком ценно, чтобы тратить его на помощь кому-то другому, то вы ошибаетесь.

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

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

🧲 4. Как часто вы жалуетесь?

Жалобы, например, на объем работы, необходимость что-то объяснять людям, написание тестов или документации не указывают на недостатки в процессах.

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

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

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

🧲 5. Как часто вы практикуете свои навыки?

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

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

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

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

Спасибо, что прочитали. Если вам понравилась эта статья, не забудьте подписаться, чтобы узнать больше! ❤️✨