Woes de um desenvolvedor Junior - é possível não ser cortado para programação? [duplicado]

Resposta curta: Sim, é possível que alguém simplesmente não receba o software.

No entanto, seria presunção minha dizer que você está nesse cenário. Parece-me que você não está em um ambiente muito carinhoso. Idealmente, os desenvolvedores mais experientes devem levá-lo sob suas asas e mostrar as cordas. Parece que você está apenas sendo jogado no fundo do poço sem suporte de vida. Muitas vezes há uma grande curva de aprendizado indo de faculdade para indústria ou de testador para desenvolvedor e pode ser intimidante principalmente porque você percebe o quão pouco você realmente sabe ... pelo menos essa foi a minha experiência.

Fazer perguntas é o melhor para mostrar que você é sério. Eu percebo que às vezes você pode sentir que a pergunta é boba ou trivial, mas todos nós já estivemos lá. Além disso, comunique-se com seu chefe! Expresse que você quer saber como melhorar e configurar um plano. Qualquer bom chefe estará disposto a ajudá-lo a estabelecer metas concretas em relação ao desenvolvimento da carreira.

Além disso, quando colegas de trabalho o ajudarem a refatorar o código ou resolver um problema, certifique-se de entender por que ele está lhe dizendo algumas coisas. Não apenas codifique de uma maneira, porque eles disseram isso. Se dois colegas de trabalho tiverem opiniões diferentes, peça que digam por que pensam de forma diferente.

Acredito firmemente que um conjunto claro de metas e alguma direção farão maravilhas pela sua situação atual.

    

Você sabe que, "quem descobriu água, com certeza não era um peixe"? É praticamente impossível você dizer a diferença entre esses três cenários:

• no caminho certo, fazendo perguntas, melhorando, tudo vai ficar ótimo
• trabalhe com idiotas, tenha o talento para crescer em um ambiente melhor, condenado aqui
• apenas não é um programador e não vai obtê-lo

Eu empreguei alguém nessa última categoria. Passamos seis meses chegando à conclusão de que, embora ele fosse legal, nós gostávamos dele, ele era esperto, e ele estava tentando como o inferno, isso não ia acontecer.

Se houver alguém em quem você possa confiar com essa conversa, faça a seguinte pergunta: "Sei que cometo erros e há coisas que não sei, mas estou cometendo os mesmos erros? Há algo que eu não uso?" não sabe? Uma resposta honesta para isso lhe dirá o que você precisa saber. Eu tive juniores que nunca cometem o mesmo erro duas vezes. Eles fazem bem. E o cara legal que eu acabei demitir? Ele tinha uma coleção de 3 ou 4 erros que se repetiam, recorriam e recorriam. Ele não viu o padrão, não importa quantas vezes ele foi informado e quantos post-mortems nós tivemos.

Querer fazer bem é um bom sinal. No momento, faça o melhor que puder, aprenda onde puder e confie nas pessoas ao seu redor para avaliar você. Apenas tenha em mente que, se eles decidirem que você não está preparado para isso, eles podem estar errados. Você poderia prosperar em um ambiente diferente. (O cara que eu demiti está em vendas e apoio agora e um pouco de superstar do que eu ouvi.) Heck, você pode começar a prosperar neste amanhã. Quando clica, você será muito mais feliz.

    

Quão grande e intrincada é a base de código que você acabou de apresentar? Isso pode ter um grande fator (especialmente se houver falta de documentação)

Muitas vezes sinto que há uma guerra silenciosa entre os juniores e os seniores. Tudo se resume a pequenas coisas como pessoas tentando se colocar em um pedestal e colocá-lo para baixo em uma tentativa de mostrar seu próprio valor.

Pense em qualquer falta de documentação como uma brincadeira prática que eles tocaram em você antes mesmo de você se tornar um desenvolvedor júnior.

Essas pessoas não são professores; Eles são tão territoriais quanto qualquer um dos outros ternos e não questionam por um segundo. Claramente ninguém te tomou sob suas asas e você ainda tem um trabalho a fazer. Você pode querer ir ao chefe dos idosos e expressar algumas das suas preocupações gerais. Se você fizer isso e for demitido daqui a alguns meses, haverá muitas perguntas. Se você ficar quieto, pode parecer que você não se importa (o que você claramente faz)

Sua melhor aposta é matá-los com gentileza e tornar as contribuições do código-fonte tão limpas quanto possível para que ninguém tenha nada a dizer. Quanto menos críticas você ouvir, mais próximo você estará de ser um desenvolvedor sênior.

    

Aguenta aí! O fato de você estar se questionando é, para mim, um bom sinal. Eu sou um gerente sênior agora e os melhores sinais do júnior são que eles estão aceitando que precisam se manter abertos e sabendo que precisam aprender mais.

Eu me lembro de quando comecei a vida como programador júnior, e tudo parece tão grande e enorme e os outros membros da equipe parecem saber muito e isso é natural para eles. Essa percepção do conhecimento é apenas experiência. O tempo e a mente aberta lhe darão isso.

Eu costumo dar essa analogia para ajudar juniores, muitas vezes parece que você está prestes a subir uma grande montanha. Você vê a altura com picos nevados e nenhum caminho visível para o topo. A maioria das pessoas pensa, certo, eu preciso me equipar com todos os equipamentos de escalada que eu preciso, então comece a se estressar com o equipamento antes que eles partam. Eu lhes digo apenas para olhar os primeiros 100 metros que eles podem ver e me dizer o que eles precisariam e andar. Você notará que a peça tem um caminho que é bem trilhado e tem muitos mapas disponíveis.

Perder toda a necessidade de equipar o seu selim como um "profissional" e apenas começar a andar.

    

A primeira pergunta que você deve se fazer é "Eu sou bom o suficiente para ser um programador?", é "Eu realmente quero ser um programador?". Se você não quer ser um programador (como em seus pais queriam que você fizesse isso por causa do prestígio ou você achava que ganharia muito dinheiro), então você tem sua resposta. Se você fizer quiser ser um programador, continue lendo porque vou mostrar o que você tem a fazer.

Eu tenho lido as Aventuras de Johnny Bunko de Daniel Pink (é um livro de carreira já que você provavelmente não pode diga pelo título). Nele, existem 6 lições. Três deles parecem particularmente relevantes:

1. Pense nos pontos strongs e não nos pontos fracos.
2. A persistência supera o talento.
3. Cometa erros excelentes.

A primeira lição é o lugar para começar. Se você se concentrar nas coisas que está fazendo de errado, nunca chegará a lugar nenhum. Não importa o que você faça, você sempre terá os mesmos pontos strongs e fracos. Não há nenhum ponto para se superar sobre suas fraquezas. Assim, em vez de suavizar suas fraquezas, seu foco principal precisa estar se baseando em seus pontos strongs. Sente-se e descubra o que eles são. Eu não quero dizer em termos de campo ("programador" ou "contador"). Vá mais fundo que isso. Você é bom em definir processos lógicos? Chegando com novas ideias? Executando as ideias dos outros? Quando você sabe quais são seus pontos strongs, descubra como você pode aplicá-los à programação (novamente, assumindo que é isso que você quer ).

O próximo é que a persistência supera o talento. Qualquer um que seja apaixonado pelo que faz chegará ao ponto em que você está agora. Há sempre que vai ser alguém que vai ser um opositor por uma razão ou outra, seja porque eles são ameaçados por você ou eles acham que você não é talentoso o suficiente. Mais desafios sempre surgem, não importa o quão talentoso você seja. Se você for persistente, provavelmente terá uma vantagem sobre pessoas que não são persistentes, mas têm talento.

Por último (e acho que isso é o que os idosos vão esquecer), cometer excelentes erros. Experimentar algo novo que não funciona é um excelente erro, porque você pode aprender com ele. Ir para a cadeia por entrar no servidor de um empregador e ficar desempregado não é. Os idosos muitas vezes tentam evitar que você cometa erros. Embora bem intencionadas, elas podem ser como pais superprotetores que nunca deixam seus filhos sair de casa. Para realmente aprender as coisas, você precisa cometer erros idiotas. Você provavelmente descobrirá que muitas vezes os conselhos dos idosos simplesmente não se aplicam, não porque sejam maus conselhos, mas mais porque são conselhos feitos sob medida para eles e não para você.

    

In your experience, is programming something that almost everyone can learn, or something that some people just don't get?

Na minha opinião, nem todos podem se tornar programadores. Mas uma coisa é certa: a programação é um campo que requer muita paciência e foco, e se você tem isso, então você vai ter certeza.

Quando eu começo minha carreira há alguns anos eu também cheguei a situações em que eu acho que posso sobreviver neste campo, mas com o progresso do tempo e eu tento aprender eu me torno uma parte essencial da minha equipe. difícil melhorar suas habilidades lendo livros, estude posts de blog, siga os gurus de sua tecnologia no twitter

    

"Se você se concentrar nas coisas erradas, nunca chegará a lugar nenhum".

Fique cansado deste conselho. Na minha experiência, encontrei exatamente o oposto. Código ruim e design ruim podem ser atribuídos a um programador simplesmente evitando uma abordagem com a qual não se sentem à vontade.

Em vez de gastar tempo aprimorando suas habilidades, criando uma coleção de ferramentas, eles têm um martelo e tentam transformar tudo em um prego. Não caia nessa armadilha.

Encontre as coisas ruins e pratique exatamente essas coisas.

    

Este é um tópico antigo, mas eu queria adicionar meus 2 centavos no caso de alguém se deparar com isso em uma pesquisa no Google.

Os desenvolvedores com quem trabalho são muito úteis e estão abertos a ajudar. Todos nós temos pontos strongs em lugares diferentes, então estamos todos muito abertos a ajudar uns aos outros. Se você puder aprender algo que as outras pessoas de sua equipe não sabem, mas que poderia ser útil para eles, isso poderia deixá-los mais dispostos a dar e receber. Se você estiver em uma posição de nível de entrada, eu sugaria isso e não deixaria você se debater. Quando você sair desta posição, o próximo será com uma ardósia limpa. Então, eu ficaria por aqui e aprenderia o máximo que puder e obteria o máximo de experiência possível, de modo que, no seu próximo show, você seja mais experiente e tenha mais experiência.

Eu realmente não acredito em apresentar reclamações à gerência sobre seu repertório com colegas de trabalho. A gerência vai olhar para você como um conto de fadas que não consegue se dar bem com os outros. Seus supervisores não são baby-sitters, então se há um grande problema cultural com o seu ambiente, você não quer fazer parte dele. Você não pode esperar que a gerência entre com uma resposta mágica para forçar seus colegas de trabalho a respeitá-lo. Eu estive em algumas posições onde eu realmente não senti que me senti com a equipe. Eu apenas arrumo e continuo. Quaisquer que sejam as limitações culturais que não me permitam ser tratado como se eu fosse igual ... isso é problema deles. Quem sou eu para entrar e tentar mudá-las para mim? Sua situação parece uma exceção à norma, então eu não diria que será assim em todo lugar.

Minha experiência é que a maioria dos programadores é EXTREMAMENTE pretensiosa. Mesmo que você saiba absolutamente o que está fazendo, se não fizer do jeito deles, eles ficarão na sua cara e agirão como se você fosse um idiota estúpido que não sabe o que está fazendo. A maioria das respostas que você vê nos quadros de mensagens é indicativa disso. Para cada resposta útil que você vê para um problema de desenvolvimento em um quadro de mensagens, você verá 10 respostas pretensiosas de indivíduos mal-humorados que querem zombar e dizer o que puderem para impulsionar seu próprio ego debilitado. Na verdade, estou convencido de que 3/4 de cada resposta a uma pergunta em um quadro de mensagens ou critica a formação da pergunta, reclama que a pergunta não está postada no lugar certo, reclama que a pergunta já foi feita. há muito tempo e, portanto, nunca deve ser perguntado novamente, ou é um link para outro quadro de mensagens onde a pergunta é respondida com algum tipo de comentário como "Aprenda a usar o Google, STUPID !!!" Eu não faço perguntas em fóruns, a menos que seja absolutamente necessário. Os fóruns são um ótimo lugar para encontrar respostas, mas é um lugar horrível para fazer perguntas (se isso fizer sentido). Os fóruns têm essas regras e diretrizes ridículas que eles querem que você siga se você fizer perguntas ... eles basicamente esperam que você seja o calibre do usuário que trolla o quadro de mensagens o tempo todo e está acostumado com suas restrições de formatação e conteúdo. Eu tive perguntas perfeitamente normais diretamente EXCLUÍDAS ... até mesmo do Stack Exchange ... tudo porque "não foi formatado corretamente".

A programação incorreta é o resultado de uma de duas coisas: ou você não entende os conceitos ou não conhece a sintaxe. Não estou convencido de que alguém não possa aprender esses dois princípios. A programação não é um talento natural com o qual você precisa nascer. É uma prática aprendida. Eu nem tenho certeza se é preciso muita inteligência. Você só precisa ser paciente e comprometido com a aprendizagem. Se as pessoas entenderem por que uma certa prática de programação é um problema, acho que elas tomarão as medidas necessárias para se corrigirem. Eles não precisam de um maldito conselho de revisão de idiotas arrogantes repreendendo-os.

Eu aprendo mais lendo e estudando sozinho, em vez de pedir ajuda aos outros. W3Schools é um ótimo lugar para aprender algumas coisas novas. Mesmo se você estiver desenvolvendo principalmente em VB, executar alguns tutoriais em JavaScript ou PHP ou Entity ou MVC pode realmente ajudar seu conhecimento básico de conceitos de programação orientada a objetos. Na maioria dos casos, nos seus primeiros shows de desenvolvimento, eles apenas o colocam em algum código e você o persegue até que ele funcione. Isso pode ser bom o suficiente, mas se você não conhece os conceitos por trás do que está fazendo, você não pode realmente esperar que você faça isso da maneira "certa".

IMO, você não pode realmente aprender como ser um desenvolvedor de primeira linha antes de se desenvolver. Como com qualquer coisa, a prática leva à perfeição ... e os desenvolvedores mais experientes parecem esquecer isso.

    

Bem, se você é novo com alguns meses de experiência em desenvolvimento, não se espera muito deles (sério, sério, eles vêem algum talento em você, é por isso que você está lá, não é sua culpa, então pare de se preocupar).

O que você deve perceber que a tarefa que é dada a você é a coisa que vai te levar adiante. eles esperam que você aprenda com isso . Antes de qualquer tarefa, faça questão de pesquisá-la por algum tempo e, em seguida, dirija-se ao idoso para algum tipo de direção. Veja por que você está se movendo na direção certa, você está usando a abordagem correta. Talvez alguns tenham gritado sobre a abordagem correta e você começa a se preocupar. isso acontece com todos nós, tudo faz parte da curva de aprendizado.

Então, relaxe e relaxe e não aproveite os dias de responsabilidade, mas trabalhe duro

    

Eu já me senti assim muitas vezes e provavelmente me sentiria assim mais vezes no futuro. Com certeza que tenho ansiedade e depressão que podem tornar isso um pouco mais difícil, mas com alguma perseverança, inteligência e curiosidade, pode ser interessante ver onde você terminará no final. O guia de guerrilha para entrevista não seria uma má ideia de algo a ser considerado.

Outra questão é o quanto você gosta da luta e das soluções que encontra? Se você não gosta de resolver problemas, então eu provavelmente sugiro sair da programação. Ao mesmo tempo, sei que meus primeiros meses no cargo foram muitas vezes em que me senti um idiota e tive uma situação de "batismo por fogo", mas acho que isso é normal. Eu sobrevivi às lutas e tive meus momentos de sentir como se estivesse no topo do mundo, o que é uma sensação incrível que eu muitas vezes tento recobrar com sucesso moderado.