Я написал это для блога MiniCorp в прошлом году, работая там на второй летней стажировке. Спустя год он все еще хорошо держится, и я надеюсь, что он будет полезен всем, кто чувствует, что у него начинается синдром самозванца.
Одна из наиболее распространенных вещей, которые я слышу от разработчиков-стажеров и испытала на себе, — это боязнь продвигать код.
Есть много причин, по которым новые разработчики боятся делиться своим кодом. Кто-то еще не работал, кто-то не хочет ошибиться в отношении своих новых коллег, а кто-то чувствует, что знает недостаточно. В результате они подвергают сомнению свой код.
Большинство вещей, которые я использую изо дня в день как разработчик, я узнал, прыгнув в проект и пытаясь сделать что-то новое. Иногда это срабатывает сразу, но обычно я делаю ошибки и должен их исправлять.
Почему новые разработчики боятся нажимать код?
Некоторых беспокоит то, как они выглядят:
- не знаю, что они делают
- не решают проблему
- не приносят пользы команде
Многие из этих чувств можно описать как синдром самозванца, когда люди не могут принять свои способности и постоянно боятся быть разоблаченными как мошенники.
Младшему разработчику легко почувствовать это; вы ошибаетесь, вы не знаете так много, как более опытные разработчики, а известные вам лучшие разработчики часто заставляют вас сомневаться в собственных способностях.
Я работал в другой компании, работал фрилансером в течение последнего года, и я все еще боялся вводить код в первые несколько дней в MiniCorp. К счастью, у нас есть отличный процесс рецензирования — кто-то просматривает вашу работу, а затем вы ее отправляете.
Мой совет начинающим разработчикам
- Задавайте вопросы, если вы застряли. Вы будете учиться быстрее, тратить меньше времени и отправлять товары чаще.
- Не пытайтесь что-то усовершенствовать, пока не убедитесь, что это сработает. Лучше повозиться, обнаружить, что это не работает, и двигаться дальше, чем потратить много времени на то, чтобы сделать его идеальным, чтобы обнаружить, что оно не работает.
- Если вы начинаете новый проект и не знаете, как он устроен/работает, спросите у того, кто работал над ним, это может избавить вас от головоломок в будущем.
- Совершайте чаще, продвигайте свой код, учитесь на своих ошибках.
Не бойтесь сломать вещи. Или бояться и все равно делать. Вы будете учиться на своих ошибках и станете чувствовать себя более комфортно как разработчик, чем больше будете их исправлять. Я ломаю вещи каждый день; ключ в том, чтобы извлечь из этого уроки и использовать это в будущем.
Я узнал о создании программного обеспечения, ломая вещи, больше, чем за два года изучения информатики.
Настоящая ценность ломаемых вещей в том, что вы должны их починить. Для этого нужно понимать:
- Почему то, что вы сделали, было неправильно
- Что нужно сделать, чтобы это заработало
Если вы применяете эти две вещи к каждой ошибке, вы быстро станете лучшим разработчиком.