Apenas sendo contratado como desenvolvedor sênior, nunca fui desenvolvedor junior, o que devo esperar? [fechadas]

Sou freelancer e codificador à noite há um tempo e, recentemente, fui contratado após vários níveis de entrevistas em uma boa empresa de Nova York, mesmo tendo algumas carências em áreas específicas. É comum as empresas contratarem idosos com menos experiência? Eles vão esperar algumas semanas para respeitar uma certa curva de aprendizado?

Não sei nada sobre trabalhar em uma empresa, por isso me preocupo. Depois de uma semana, ainda estou checando e explorando fontes, mas depois de uma semana de trabalho, parece que alguns colegas de trabalho consideram que sou lento. Sou bom em matemática, física, algoritmos, mas ainda preciso aprender sobre todos os modelos usados ​​nesta empresa.

Alguém aqui já recebeu um membro sênior com menos experiência em sua equipe? Isso é aceitável?

Estou planejando ter uma reunião com meu chefe para parar de me preocupar com isso. Parece uma boa ideia?

[EDITAR]

Obrigado por estas respostas. Eu sou definitivamente um novo desenvolvedor sênior. Voltei ao escritório com mais confiança na segunda-feira. Eu acho que é normal se sentir um pouco incompetente diante de modelos / fontes desconhecidos durante as primeiras semanas em que você recebe um bom pagamento.

Não há uma definição comumente aceita de "desenvolvedor sênior". Podem existir definições nas organizações, mas um desenvolvedor sênior geralmente representa alguém:

1. Com experiência em desenvolvimento de software (3-5 anos no mínimo),
2. Pode trabalhar sem supervisão constante (geralmente sem supervisão),
3. Familiarizado com o ambiente e as ferramentas de desenvolvimento,
4. Capaz de supervisionar ou ensinar desenvolvedores juniores,
5. Capaz de projetar e implementar projetos de pequeno e médio porte.

É difícil falar sobre sua situação específica, mas geralmente há uma curva de aprendizado ao ingressar em uma nova equipe.

Não importa quão padronizadas sejam as ferramentas e os processos que usam, cada equipe tem um histórico de decisões que os levam ao seu estado atual. Se a organização usa bibliotecas ou ambientes personalizados, minha primeira pergunta seria perguntar sobre documentação e treinamento . As grandes empresas podem ter treinamento formal para novos funcionários, mesmo os mais antigos. Leia todos os projetos existentes, a documentação do ambiente de construção, processos e assim por diante. Se eles não existirem, ofereça-os para documentá-los .

Gostaria então de emparelhar com um desenvolvedor sênior existente . Geralmente, é a maneira mais rápida de aprender o que é esperado e como as coisas funcionam. Como eles resolveram esse problema? Quanto esforço eles gastaram em testes e análises de unidade? Por que eles fizeram dessa maneira e não dessa maneira? Verifique se o outro desenvolvedor ajuda você a configurar seu ambiente de desenvolvimento e o orienta no processo de lançamento também.

Deixe claro para eles que você conhece o idioma e as ferramentas, mas não as técnicas deles. Por exemplo, se você fez as coisas de uma maneira diferente anteriormente e acha que é melhor do que elas, sugerir, de forma hesitante e respeitosa.

Felizmente, o emparelhamento com eles não os atrasará. Eles podem até apreciar outro par de olhos para detectar erros de digitação e problemas antes de se comprometerem com o controle de origem.

Por fim, saiba que você não entenderá completamente um grande projeto dentro de uma semana; portanto, comece a corrigir pequenos bugs ou recursos . Certifique-se de que seu amigo as revise e receba todo e qualquer feedback. Você sentirá falta das coisas. Você cometerá erros. Isso está ok. Aprenda com eles, não os repita e trabalhe duro. Se você é bom no que faz, chegará lá.

Depois de uma semana, ainda estou checando e explorando fontes, mas depois de uma semana de trabalho, parece que alguns colegas de trabalho consideram que sou lento.

Uma semana é um curto período de tempo. Mesmo depois de um mês, você ainda estará verificando fontes. Você não está comprometido por esta empresa a conhecer seu código de cor. Suas ferramentas de desenvolvimento ou IDE estão aqui para ajudá-lo com isso. Se ocorrer algum problema com alguns colegas de trabalho após uma semana, basta perguntar como eles funcionam e quais ferramentas eles usam. Se eles considerarem que você é lento após uma semana, isso é totalmente abusivo. O tempo mínimo necessário para entender um aplicativo existente é de aproximadamente um mês. Especialmente com coisas corporativas, que às vezes ou na maioria das vezes não são documentadas. Você é humano, não um computador.

Você deve pedir aos seus colegas de trabalho que parem de mostrar que você é lento ou que eles são melhores que você, isso não faz sentido! Com certeza eles são mais rápidos que você, porque escreveram o material ... Alguém lhe dá o emprego, você foi contratado pelo que é capaz de fazer e pelo que fez antes, então esses caras só devem recebê-lo, ajudar você com uma explicação do kickstarter, levantamentos diários e perguntas semanais. Se eles continuarem com esse comportamento, isso é muito preocupante e você deve considerar resolver esse problema com um gerente ou ir embora.

Sou bom em matemática, física, algoritmos, mas ainda preciso aprender sobre todos os modelos usados ​​nesta empresa.

Isso é bastante normal e pode levar meses. Tente trabalhar primeiro em bits muito pequenos do aplicativo e então você aprenderá e poderá ter uma visão global do código, processos (talvez isso seja tão importante quanto o código), metodologia (mesmo que não seja formal) etc.

Mesmo para pessoas com experiência em "trabalhar em empresas", estar atento não é necessariamente uma coisa ruim, mantém você alerta e concentrado. Contanto que você mantenha sua confiança e não fique paralisado.

Torna-se mais fácil. Trabalhando em uma grande base de código, é de se esperar que você precise de tempo para se familiarizar com seus meandros. Eu tinha mais de uma década trabalhando para várias empresas antes de mudar para o desenvolvimento (há pouco mais de um ano) e ainda tenho momentos de dúvida ao lidar com problemas complexos ou quantidades assustadoras de código (nosso código a contagem de linhas de base é de muitos milhões), mas eu continuo mantendo, mantenho o Google, o StackOverflow e este site aqui abertos, trabalho demais e não tenho muito orgulho de pedir ajuda. Você faz parte de uma equipe, não é mais o codificador solitário em sua mesa de trabalho. Beneficie-se da experiência e do conhecimento de seus colegas.

Você foi contratado após vários níveis de entrevistas , o que significa que eles fizeram uma escolha informada contratando você. Seja legal, você conseguiu o emprego. Isso significa que já existe um nível de confiança em suas habilidades e você já está codificando há um tempo. Você vai se sair bem.