Adaptar-se a um ambiente de equipe depois de se desenvolver sozinho por anos


12

Tenho quase 5 anos de experiência como desenvolvedor web e sinto que já deveria estar no nível intermediário, mas, quando ando na caminhada, acho que ainda sou bastante "júnior".

Aqui está o que eu acho que é o problema: Na maior parte da minha carreira, raramente tive orientação real de um desenvolvedor mais sênior e nenhuma experiência com equipes de desenvolvedores, então tive que abrir caminho por várias soluções e fazer tudo cortado e seco. Na prática, não havia tempo a perder como o único responsável por escrever ou manter o código. Por causa disso, não tenho conhecimento formal do processo de desenvolvimento de software real e, finalmente, percebi que a codificação é apenas uma pequena parte do processo.

Eu gostaria muito de trabalhar com uma equipe de desenvolvedores com sólida experiência, mas receio que seria uma tarefa muito acidentada tentar se ajustar à base de conhecimento necessária para os processos de desenvolvimento. Como programador que viajou sozinho a maior parte de sua carreira, o que posso fazer para me preparar para "me estabelecer" em um trabalho que trabalha com uma equipe maior (pelo menos 5) de profissionais experientes?

Edit: Para esse fim, eu não passei em muitos testes técnicos realizados pelas empresas "figurões" que prosperam em seus softwares e desenvolvedores. Por grande, não quero dizer como o Google, mas razoavelmente bem-sucedido na área geográfica.



Você sugeriria editar o título da pergunta para mencionar a codificação de cowboys, para tornar o problema mais claro?
Chris C

Respostas:


2

Esteja preparado para aprender com os membros da sua equipe e compreenda que o modo como você faz as coisas nos últimos anos pode não estar "à altura" com os demais membros da equipe. As revisões de código provavelmente revelarão isso se fizerem parte do processo de desenvolvimento.

A comunicação também é importante; portanto, se você ainda não o fez, esteja preparado para documentar bem seu código, escrever documentação externa, usar mensagens detalhadas de controle de origem para as alterações do código e rastrear problemas / recursos / alterações no rastreamento de problemas (bug) Programas. Você precisa permitir que os membros da sua equipe vejam o que você fez e entendam por que você o fez. Talvez eles aprendam uma ou duas coisas com você dessa maneira.

Boa sorte!


5
Pelo menos eu tenho alguma experiência com SVN. Concordo em ser receptivo às críticas - prefiro ser humilhado pelos desenvolvedores do que ser agredido por pessoas que não sabem programar.
Chris C

0

Você precisará ter as habilidades de codificação, mas também precisará deixar os entrevistadores confortáveis ​​com a vontade de conviver com os outros. Você precisa mais do que apenas querer ser um programador melhor.

Comece a analisar a maneira como você faz as coisas atualmente. Você retorna ao código e acha o que escreveu confuso e difícil de mudar? Você está repetindo certas tarefas repetidamente. Pesquise sites de SO ou faça perguntas sobre como fazê-los melhor. Talvez você não consiga implementá-los. Atualmente, programa sozinho. Eu gosto de métodos ágeis de desenvolvimento, mas tive que me adaptar à minha situação.

Não procure apenas uma equipe, mas encontre uma que possa / lhe ensine algo. Prefiro fazer perguntas sobre por que as coisas são feitas de uma certa maneira e obter algo além: "É assim que sempre fazemos". tipo de resposta. Se todo mundo vai ficar na defensiva e não justificar o que está fazendo, acho que não aprendi nada. O aprendizado ocorre quando você descobre por que estava certo ou errado. Sua mente precisa ser mudada.

Você pode ver onde a equipe pontua no The Joel Test.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.