O que devo esperar do meu primeiro trabalho de programação? [fechadas]

Acabei de ser contratado para o meu primeiro trabalho de programação! Tenho 25 anos e uso Java academicamente há 6 anos.

Agora que fui contratado, estou nervoso porque minhas habilidades não serão o que o empregador espera. Receio ser designado para um projeto e preciso fazer muitas perguntas que meus colegas de trabalho consideram amador.

Isso é um medo racional? Quais foram suas primeiras experiências de trabalho em programação? O que devo esperar? Que conselho você poderia me dar?

Obrigado.

Há muitas coisas que você não pode aprender na faculdade . Há também muitas coisas específicas para a empresa . Nos dois casos, você tem uma escolha:

• ou você pede explicações a seus colegas,
• ou você não pede nada a ninguém e corre o risco de cometer um erro.

Se eu contratar alguém que não tenha experiência profissional, não me importaria se ela fizesse muitas perguntas nas primeiras semanas ou meses. Por outro lado, se ela tem medo de pedir ajuda e gasta horas resolvendo um problema que outro desenvolvedor pode resolver em segundos ou cometer erros estúpidos que poderiam ser facilmente evitados por alguém mais aberto à comunicação com os colegas, isso me incomoda muito mais.

Não evite perguntas. É uma boa maneira de aprender as coisas e socializar com as pessoas com quem você trabalhará. Mas:

• Não faça perguntas apenas para perguntar.
• Lembre-se de que outras pessoas têm seu próprio trabalho e seus próprios prazos. Eles têm outras coisas a fazer além de gastar seu tempo ajudando-o em todas as tarefas.
• Não espere que outras pessoas façam seu trabalho (assim como nunca é bem-vindo pedir ao Stack Overflow para fazer seu trabalho).
• Observe que, se você perturbar um desenvolvedor, ele perde dez ou mais minutos para se concentrar novamente. Portanto, não faça perguntas se conseguir encontrar uma resposta em segundos na internet.

Exemplo de perguntas ruins:

• "Ei, eu quero criar uma matriz como {1, 2, 3, ... n-1, n} em PHP. Você pode me ajudar?" Aqui, você mostra que não apenas não sabe usar a documentação do PHP, mas nem se preocupa em pesquisar no Google ou em pensar por um momento. Tudo bem se você não conhece o rangemétodo em PHP. Não está tudo bem se você não conseguir encontrá-lo.

• "Estou tentando implementar plugins, mas não sei o que é o CAS no .NET Framework. Você pode me explicar o que é isso?" Sim, é mais fácil pedir explicações, mas e quanto à pesquisa no Google por "CAS .NET Framework 4.0" primeiro?

• "Por que você está me forçando a usar o controle de versão? Eu sempre trabalhei sem ele e não entendo por que precisaria agora." Bem, seus colegas não precisam explicar por que você deve usá-lo. Primeiro, é uma diretriz da sua empresa. Você não está aqui para ditar como trabalhar. Segundo, há muitos livros, artigos de blog e respostas nos sites do SE, explicando por que todos devem usar o controle de versão. Você apenas tem que procurar.

Exemplos de perguntas que são bem-vindas:

• "Quero confirmar as alterações no controle de versão, mas há uma mensagem de erro estranha. Diz: [...]. Talvez você saiba o que é isso?" É provável que seu colega tenha visto essa mensagem dezenas de vezes antes, então não há problema em perguntar isso.

• "Estou lendo a página 9 dos requisitos deste projeto, parte 4.2.1, mas não tenho certeza: cabe a mim ou ao administrador do banco de dados fazer essa parte?" É melhor perguntar, do que gastar três dias para fazer o trabalho que já é feito pelo dba.

• "Preciso implementar plugins, mas depois de ler isso e aquilo, ainda não entendo o que é uma sandbox e como isso está relacionado à segurança. Você poderia me explicar isso mais tarde, quando estiver livre?" Você pesquisou. Você fez um esforço. Você não entendeu. Não há problema em não entender tudo, e seria melhor pedir explicações, em vez de passar um fim de semana procurando por elas.

"A única pergunta estúpida é aquela que não é respondida."

^ Sério. Lembre-se disso.

Se você estuda há 6 anos, presumo (e espero ) que você tenha uma sólida compreensão dos principais conceitos de engenharia. A menos que você tenha se metido em uma situação ruim com um empregador terrível, eles devem estar cientes de que, ao sair da escola no seu primeiro emprego, você terá uma curva de aprendizado à sua frente e estará esperando que cometa erros ao longo do caminho. .

Se suas habilidades não correspondessem ao que o empregador estava procurando, não o teriam contratado. Se eles o contrataram, embora suas habilidades não correspondam ao que eles estão procurando, provavelmente você não quer trabalhar lá de qualquer maneira.

Quanto mais perguntas você fizer, mais rápido se acostumará ao seu novo ambiente de trabalho. Dito isto, geralmente os engenheiros não gostam de ser constantemente incomodados, pois leva cerca de 15 minutos para eles voltarem ao normal. Então, talvez eu pense em colocar todas as suas perguntas relevantes em um e-mail e enviá-las a alguém com "conhecimento" no final do dia.

Algumas empresas combinam você com um mentor, outras não.

Pare de se preocupar tanto. Ninguém é de classe mundial no primeiro dia.

Meu primeiro trabalho de programação foi assumir um site escrito em idiomas que eu nem conhecia. Eu era o único desenvolvedor e não tinha ninguém que pudesse pedir ajuda. Eu estava com muito medo de não durar muito (se não fosse por fóruns, provavelmente não teria). Então o que eu fiz? Fiz uma tonelada de perguntas nos fóruns. Toneladas. Eu senti como se estivesse fazendo tantas perguntas "amadoras" que fiz do meu avatar "Eu sou estúpido" (ainda está lá fora ... em algum lugar).

O que quero dizer é que o medo é natural, mas você vai superar isso e faz muitas perguntas amadoras. É a melhor maneira de aprender. Pelo menos no meu caso, foi e ainda é.

Além disso, quando eu estava no meu treinamento em TI nas forças armadas, eles brevemente descreveram todos os conceitos e disseram que "você aprenderá seu trabalho no seu primeiro posto de serviço. Isso é apenas para que você esteja um pouco familiarizado com o que quer que seja."

Se você fizer perguntas idiotas, mas apenas uma vez, seus colegas não irão odiá-lo. Mas se você nunca aprender, eles dirão ao seu chefe para demiti-lo.

Seu sich está fora de seu controle. Ou você estará com pessoas boas que desejam que você tenha sucesso, ou estará com o mal que deseja que você falhe.

Tente não ficar nervoso e faça o que puder. E dedique muito trabalho extra ao aprender o idioma e os aplicativos da empresa.

Ao fazer uma pergunta, certifique-se de:

• Prepare antes de perguntar
• Dê à pessoa que você está pedindo tempo para sair da zona
• Tente fazer a outra pessoa se sentir inteligente

http://www.artificialworlds.net/blog/2011/02/12/how-to-ask-technical-questions-in-person/

Meu primeiro trabalho de programação foi em uma linguagem e estrutura / plataforma que eu nunca havia tocado antes (Visual C ++ / MFC, e fui educado em C no Unix com um pouco de Java).

Moral da anedota: quando você não tem experiência comercial, o primeiro empregador que o aceita geralmente o vê como mais ou menos uma lista limpa. Olhando para trás agora, mesmo se eu tivesse sido contratado para uma função C no Unix, mais de 95% da curva de aprendizado no início desse primeiro trabalho teria sido muito mais sobre habilidades pessoais, controle de fontes, política / gerenciamento de escritórios e outros coisas para as quais a experiência acadêmica não pode realmente prepará-lo. Do lado técnico, eles geralmente esperam que você fique muito instável no primeiro mês ou dois - o choque no sistema apenas com as coisas não técnicas é suficiente para distrair. Eles sabem disso, então provavelmente não esperam muito.

A MainMa tem bons conselhos : basicamente, tente não incomodar as pessoas com o tipo de perguntas fáceis para o Google e que devem vir com o território para alguém com 6 anos de experiência acadêmica. Uma boa regra geral é que o conhecimento genérico de programação deve ser pesquisado antes de perguntar, enquanto o conhecimento específico da empresa / domínio interno é muito mais seguro para se perguntar após uma escavação mínima.

Também sou recém-formado e desenvolvo software profissionalmente há cerca de um ano. Você teme exatamente as mesmas coisas que eu também temia, então você não está sozinho. Sinto que passei pelo que você está descrevendo aqui. O melhor conselho que posso dar é o seguinte:

1. Cerque-se de pessoas mais inteligentes que você e dispostas a orientar. Seja o mais educado possível, leia as pessoas e descubra suas alianças. Nem todos estarão abertos para ajudá-lo, mas você descobrirá com facilidade quem são as "pessoas certas" e com quem você vai querer ser amigo.
2. Faça perguntas o máximo possível, se achar que o Google não pode responder.
3. Perceba que há muitos que não frequentam a escola há algum tempo e é provável que eles o vejam como uma nova mente para idéias. Não tenha medo de lançar idéias e não tenha medo de discordar dos outros.

É uma linha fina, mas você descobrirá onde cruzar e onde não. A melhor coisa que você pode fazer é estar entusiasmado em aprender e se cercar de pessoas que sabem mais do que você sobre desenvolvimento de software.