Адаптация к командной среде после нескольких лет разработки

У меня почти 5-летний опыт работы в качестве веб-разработчика, и я чувствую, что уже должен быть на среднем уровне, но когда я гуляю, я думаю, что я все еще довольно "младший" в этом.

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

Мне бы очень понравилось работать с командой разработчиков с большим опытом, но я боюсь, что это будет очень ухабистая попытка приспособиться к базе знаний, необходимой для процессов разработки. Как программист, который пробыл в одиночку большую часть своей карьеры, что я могу сделать, чтобы подготовиться к тому, чтобы «устроиться» на работе, работая с более крупной командой (по крайней мере, 5) опытных профессионалов?

Редактировать: С этой целью я не прошел много технических испытаний, проводимых компаниями "большой выстрел", которые процветают на их программное обеспечение и разработчиков. По большому счету я не имею в виду, как Google, но достаточно успешный в географическом районе.

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

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

Удачи!

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

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

Не просто ищите команду, но найдите команду, которая может чему-то научить. Я предпочитаю задавать вопросы о том, почему что-то делается определенным образом и что-то выходит за рамки: «Так мы всегда это делали». своего рода ответ. Если все собираются защищаться и не оправдывают то, что они делают, я не чувствую, что я чему-то учусь. Обучение приходит, когда вы узнали, почему вы были правы или неправы. Ваш разум должен быть изменен.

Возможно, вы захотите увидеть, где команда набирает очки на тесте Джоэла.