Novato buscando conselhos sobre programação em geral [fechado]

preciso que alguns de vocês se lembrem de uma época em que você pode ter sido ruim em programação ...

Estive no meu novo emprego (como desenvolvedor de software) há alguns meses, passou pelo período de estágio. Tenho muito pouca experiência em programação (somente C ++) e atualmente estou trabalhando com asp.net MVC e silverlight. Portanto, há um site em que a empresa está trabalhando e estou me unindo aos esforços para torná-lo melhor, resolver bugs etc.

O problema é - aprender sobre um sistema / site que já foi criado, via visual studio. SEMPRE me sinto sobrecarregado, sem saber em que parte dessa linha devo procurar e geralmente tendo muitos problemas para entender o cenário geral. O Visual Studio em si é algo que estou achando difícil de entender, sem falar na estrutura do asp.net.

Tenho a impressão de que, como meus colegas de trabalho têm mais experiência do que eu, estão conseguindo todos os bons empregos, e me resta muito trabalho - coisas que nem sequer são vagamente programadas. Significando que eles estão aprendendo / criando mais, e eu estou aprendendo / criando quase nada. Estou ficando desmoralizado e com muito medo de dizer qualquer coisa.

Não sou burra, li e pratiquei muitos dos conceitos fundamentais de programação ... Estou com muito medo desse maldito quadro. Eu olho para ele e me sinto paralisada.

O resultado é que eu continuo fazendo perguntas ao veterano mais velho, e ele está ficando irritado, e prefere me dar trabalhos fáceis / irracionais / sem programação para evitar perder tempo ajudando-me. Então, quando não entendo alguma coisa, hesito em perguntar se ainda devo perguntar a ele e estou tentando decidir se seria uma perda de tempo.

Eu sou o tipo de pessoa que pega as coisas devagar, mas com muita atenção aos detalhes. O primeiro eu acho que está me fazendo parecer incompetente.

Alguém chegar de onde eu estou vindo, por favor, diga algo útil ... Estou com medo de perder o emprego em alguns meses ou algo assim ...

Processo que as pessoas deveriam fazer em um trabalho como um novo contratado

1. Olhe inicialmente para o código
2. Small bug fixes
3. Correções maiores de erros
4. Solicitações de recursos - Adicionando algo a uma peça existente do quebra-cabeça
5. Coisas novas - Criando algo do nada

Apressar um desenvolvedor verde sem experiência de domínio muito rápido demais causará muitos problemas. Você vai conseguir as coisas novas, porque precisa obter as coisas novas.

Aguente firme

Primeiras coisas primeiro. Você é o novato. Você receberá as tarefas porcaria. Não há como contornar isso. Você deve entender que isso não é malicioso. Como você mesmo afirmou, esses caras têm mais experiência e são mais qualificados. Eles também provavelmente estão em um nível salarial mais alto. O que significa que, do ponto de vista do projeto, o tempo deles é precioso e mais valioso que o seu. Assim, eles realizam tarefas mais avançadas (e divertidas), deixando-o com o trabalho mais mundano (mas ainda importante).

Agora, o importante é não ficar preso na rotina para sempre. Aproveite todos os momentos possíveis para se familiarizar com o projeto e as ferramentas disponíveis. Você pode jogar Campo Minado quando estiver morto. Sei que aprender uma nova plataforma e acompanhar o andamento de um projeto existente é uma perspectiva muito avassaladora. O truque é cortá-lo em pedaços menores e enfrentá-los um por um. No seu lugar, eu faria algo assim:

• No trabalho, primeiro descubra a arquitetura geral de todo o aplicativo. Não há necessidade de entrar em detalhes ainda. Apenas identifique os principais blocos de código; ou seja, onde está a interface do usuário? Qual parte acessa a base de dados? Qual deles toma as decisões de negócios? Não tenha medo de perguntar por aí. Mostre a eles que você está ansioso para aprender e as pessoas geralmente retribuem. Se houver boa documentação (e recente) ao redor, use-a.
• Agora que você conhece os principais detalhes, é hora de detalhar um pouco. Tente começar em um dos extremos . A interface do usuário, ou a camada do banco de dados, segue para o outro lado. Dê uma olhada geral na parte que você está estudando. Tenha uma idéia de como funciona. Quais funções e métodos ele expõe. Detalhes podem vir mais tarde. Faça anotações abundantes, desenhe gráficos e fluxogramas, faça qualquer coisa que o ajude a procurar tudo mais tarde.
• Somente quando você sentir que entende como a lógica flui no aplicativo, você poderá realmente começar a analisar o código. Este é um bom momento para se familiarizar com o Visual Studio. Clique com o botão direito do mouse em qualquer objeto / função no código e você terá um menu de contexto muito útil. "Ir para a definição" e "Localizar todas as referências" são particularmente úteis e poderosas. Se um comando lhe parecer enigmático, clique em F1.
• Em casa ou no seu tempo livre, leia mais sobre o ASP.NET MVC e o Silverlight (ou qualquer outra plataforma que você acabar usando). Especificamente, leia mais sobre os bits que você viu no trabalho hoje.
• À medida que sua compreensão da plataforma e do projeto aumenta, você eventualmente verá mais e mais oportunidades para contribuir com o código. Aproveite esses momentos!

Se isso parece muito trabalho, é porque é. Mas os dividendos que você eventualmente receberá são mais do que uma ampla compensação.

Tenho a impressão de que, como meus colegas de trabalho têm mais experiência do que eu, estão conseguindo todos os bons empregos, e me resta muito trabalho - coisas que nem sequer são vagamente programadas. Significando que eles estão aprendendo / criando mais, e eu estou aprendendo / criando quase nada.

Você tem certeza disso? Eu pergunto como alguém que geralmente quando você está começando algo novo, há todo tipo de aprendizado que você pode não perceber. Você se acostumou ao Visual Studio? Lembro-me de que foi bastante assustador aprender o IDE do zero quando comecei a trabalhar em 1998, mas foi um momento interessante de algumas maneiras. Você conhece bem o software de rastreamento de bugs? Você está tendo uma idéia de todas as pessoas diferentes da equipe? Provavelmente, há mais do que algumas coisas que você está aprendendo, embora você não as veja como grandes coisas para aprender.

Meu conselho seria considerar conversar com alguns colegas de trabalho ou com seu chefe sobre como está indo ou não tão bem. Eles podem dizer: "Sim, você está bem" ou "Você é demais!" o que é algo que você pode ter que aceitar, embora alguns possam estar dizendo isso porque têm medo de dizer a verdade. Ao mesmo tempo, reconheça que é aqui que você descobre onde está e, em seguida, faz algo a respeito. Ao ficar lá por alguns meses, você deve saber algumas coisas e, portanto, conseguir fazer melhor do que em sua primeira semana.

É como, "conserte esse bug, deve ter apenas uma linha", e então levo anos descobrindo para onde acho que essa linha deve ir.

Eu ouvi e disse esse tipo de linha dezenas de vezes na minha carreira, realmente. Há alguns pontos diferentes que eu faria sobre essa linha:

• Pode ser uma estimativa e, portanto, a pessoa pode ter esquecido algum caso peculiar que torna a correção um punhado de linhas. Eu sei que tive momentos em que pensei: "Isso deve ser feito em uma linha de código de alguma forma", apenas para descobrir mais tarde o que eu perdi.

• Algumas linhas de código podem ser ridiculamente complicadas. Você já viu se existem dezenas de colchetes para impor alguma lógica em que demorou um punhado de vezes para ler a condição corretamente? Eu sei que tenho.

Considere que tipo de imagem do aplicativo você tem agora e como vê diferentes partes se encaixando, quais convenções o código geralmente usa, que tipos de metodologia de desenvolvimento são usados ​​e quais ferramentas são usadas para vários processos, por exemplo, existe um servidor de integração contínua, existe um storyboard etc.

Leva tempo. Alguns meses é pouco tempo. A menos que você não veja futuro em sua empresa atual, eu daria mais tempo.

É comum trabalhar em produtos existentes. De fato, você fará isso com mais frequência do que sistemas novos. É preciso muita habilidade para melhorar os sistemas existentes que já estão em produção. Isso não é necessariamente uma coisa ruim.

Boa sorte no seu novo emprego.

Continue fazendo perguntas, mas demonstre iniciativa também; faça o máximo que puder antes de perguntar. É como fazer perguntas aqui no Stack Exchange.

Pegue um bom livro no asp.net e provavelmente também no .net framework e leia-o completamente fora do horário de trabalho. Você se sentirá bastante confiante no trabalho depois de lê-los. Também é incrível trabalhar praticamente no que você está aprendendo. O código fará sentido para você enquanto você lê e, portanto, a leitura também será mais divertida. Você deve aproveitar ao máximo o tempo que tem agora, pois não há muitas tarefas sendo executadas, portanto use esse tempo com sabedoria.

Penso que posso falar para muitos de nós dizendo que, por um momento, me perguntei se meu eu passado havia se transportado para o futuro para fazer ao meu eu presente essa pergunta em programmers.se. Isso é o que eu diria a mim mesmo se estivesse cara a cara com ele quando ele estava no seu lugar:

Não desanime - vai ser difícil e, em alguns dias, você vai odiar o que está fazendo e deseja ser jardineiro ou outra coisa que não seja de programação. Levante-se do chão, tire o pó e continue, porque você ficará melhor e o trabalho que você fará melhor.

Use o StackOverflow e o Google - não seja um "programa de copiar e colar", mas saiba que há TONELADAS de pessoas inteligentes no SO e no resto da web que estão dispostas, prontas e felizes em oferecer ajuda. Além disso, a resposta do SO ou a postagem do blog não vai reclamar com você ou lhe dar uma aparência suja se você continuar a lê-los para garantir que você o entenda.

Continue fazendo perguntas - desde que você faça sua parte para descobrir o que pode, não há nada de errado em pedir ajuda a alguém com mais conhecimento e experiência. Se o seu colega de trabalho quiser ser um idiota sobre isso, encontre outro colega de trabalho que esteja mais disposto a ajudá-lo, ou, como outros já disseram, converse com ele ou ela e veja o que eles dizem. Um pouco de comunicação em situações como essa pode percorrer um longo caminho.

Continue tentando - não desista. A programação é difícil, mas isso faz parte da recompensa. Demora muito tempo e esforço para aprender uma nova ferramenta, estrutura, linguagem, paradigma, etc ... mas vale a pena porque toda vez que você se torna melhor e o ato de avançar nessa experiência de aprendizado o prepara melhor para da próxima vez que você enfrentar. Estou trabalhando em uma base de código muito maior do que no meu primeiro emprego, mas consegui entender muito mais rapidamente por causa do aprendizado que tive ao longo do caminho.

Dê algum crédito a si mesmo - você conseguiu transformar a experiência em C ++ em um trabalho que trabalha com o ASP.NET MVC e o Silverlight. Você está em programmers.stackexchange procurando ajuda. Você está trabalhando, tentando e fazendo o que pode para melhorar. Você está fazendo as coisas certas e já é uma boa parte do caminho, devido ao fato de ter conseguido um emprego em programação. Continue assim e ficará mais fácil.

Encontre algo para fazer ao lado - fazendo uma programação muito difícil ou mundana, ou o que quer que possa rapidamente desgastar sua apreciação do ofício. Encontre um projeto no qual você possa trabalhar para além do trabalho, um que não seja muito desafiador, mas que mantenha seu interesse e o deixe animado com a programação. Além de evitar odiar a codificação, cada pedaço de código que você escreve ajuda a aprimorar suas habilidades e projetos pessoais com uma boa aparência nos currículos, caso decida que esse trabalho não é adequado para você.

Desculpe se isso soa muito grande para uma conversa animada. Acabei de estar no seu lugar e sei como é. Espero que este e os outros conselhos das pessoas aqui sejam úteis para você. Ah, e mais uma coisa - você iniciou sua pergunta com esta linha:

need some of you to remember back to a time when you might have been bad at programming...

Eu ainda estou! Todos nós somos! Continuamos trabalhando e tentando sugar menos a cada ano .

Isso acontece com todos na programação. Mesmo programadores com muitos anos de experiência terão uma curva de aprendizado substancial quando confrontados com um sistema complexo que existe há muitos anos. É raro encontrar um emprego com quase todo o conhecimento necessário. Você pode se sentir sobrecarregado por um tempo, a menos que esteja trabalhando em um desenvolvimento 100% novo em uma empresa / divisão relativamente nova ou em sistemas muito simples.

Eu acho que sua preocupação é realmente válida. Mas você não deve se preocupar muito .

Como novo funcionário, é claro que você realizará as tarefas que ninguém deseja fazer. Como a tarefa que falta executar, tarefas que são mais mecânicas e desagradáveis.

Eu realmente sinto sua dor, porque todo mundo aqui, como eu, já esteve lá. O que você precisa é fazer as coisas rapidamente e fazer o melhor que puder .

Desta forma: as pessoas verão que você pode fazer coisas cada vez mais difíceis, que você está realmente dando o seu melhor e você realmente melhorará, o que permitirá que você tenha um desempenho ainda melhor e deixe uma boa impressão (da maneira certa).

E também seja paciente . Leva algum tempo, mas vale a pena.

Paciência. Há 20 anos, quando eu era o cara novo, eles estavam me mandando de volta para a sala do servidor para reiniciar os roteadores que estavam travando o tempo todo. Dica rápida: para aprender uma nova estrutura quando você tiver um código existente, tente adicionar outro campo a um formulário existente e, em seguida, leve seus efeitos até o local em que ele entraria em um banco de dados. Seguindo o valor de outro campo já nesse formulário. Você vai aprender uma tonelada.

Entre suas opções: encontre um emprego em que não se espera que você atinja o chão. Nem toda empresa é um bom lugar para um trabalho básico. Uma grande empresa de consultoria (por exemplo, Dell ou Accenture) pode ser um inferno para ficar como um programador regular, mas deve ter programas de treinamento sólidos e recursos para lidar com a sobrecarga dos funcionários com seu estilo de aprendizado.

O corolário é que é perfeitamente possível que você seja o tipo errado de funcionário para seu atual empregador e vice-versa. Embora perder o emprego seja uma proposta assustadora, pode ser melhor reduzir suas perdas.

Claro, não estou dizendo que você deveria desistir. Há uma boa chance de você precisar de mais tempo para superar a pior parte da curva de dificuldades e chegar ao ponto em que tudo "clica".

Outras observações aleatórias:

SEMPRE me sinto sobrecarregado, sem saber em que parte dessa linha devo procurar e geralmente tendo muitos problemas para entender o cenário geral.

A principal razão pela qual começar com novos projetos fica mais fácil com a experiência é porque você terá trabalhado com a maioria dos sistemas mencionados, para que eles não sejam realmente "novos". Não existe uma "experiência geral", apenas familiarizar-se com muitos conceitos e estruturas e ferramentas e basear-se no problema relacionado às coisas com as quais você está familiarizado. Para um programador de nível básico ser sobrecarregado com um sistema não trivial, é perfeitamente normal. (Como para um programador experiente, se ele trabalha em um sistema com coisas suficientes novas para ele. A programação é uma fera complexa, e a maioria dos programadores tem uma "zona de conforto".)

A programação é um processo de aprendizado sem fim. Não vou entender o que vai fazer você melhorar, mas vou lidar com esse sentimento sobrecarregado, tendo estado lá e, ocasionalmente, me sentindo assim ainda. Entrar em um grande projeto enquanto aprende o IDE e a tecnologia usada é uma tonelada para lidar. Estou em um trabalho em que estou usando o VS 2010, C #, WPF, SQL Server e MVVM pela primeira vez. Portanto, nada foi fácil sem toneladas de Google.

Considere algumas coisas: você passou no período probatório, para que elas gostem do que você faz. Eles acreditam em você como funcionário. Eles também sabem que você é novo e não esperam que você absorva 10 anos de experiência abrindo o VS algumas vezes. Eles permitirão que você cresça. Você é um investimento e um ativo - eles não querem que você falhe e, se você mostrar progresso e desejo, eles o manterão por perto para ter sucesso.

No que diz respeito ao veterano "irritado", ele está 100% errado. Se você mostra uma propensão ao esforço e pesquisa antes de perguntar, ele não tem motivos para se irritar. Parte de ser um líder é líder - alguém diria que é uma grande parte. =) Se ele está liderando por um exemplo pobre, eles escolheram o homem (ou mulher) errado. Aborde o assunto com ele e deixe que ele saiba que você aprecia a ajuda. Os desenvolvedores podem ser do tipo mal-humorado e geralmente podem estar um pouco cheios de si mesmos. Se ele é um problema, converse com seu gerente sobre isso. Novamente, você é um ativo e alguém que atrapalha seu crescimento, não ajuda, pois deve prejudicar a equipe.

Mais importante ainda - não se preocupe. Se você se esforçar e gostar do que faz, é uma garantia de que ficará melhor e estará liderando a equipe um dia ou um como esse. Se forem inteligentes, eles oferecem mordidas que você pode mastigar.

Por fim - tenho 6 anos e ainda estou aprendendo. Às vezes, quando não entendo imediatamente, fico um pouco deprimido. Eu, como você, só preciso me dizer: 'Calma, o mundo não está acabando. É .Net pelo amor de Deus.

Primeiro, aceite o fato de que você não é bom em programação. Se você não quiser aceitar, será um problema. Você é um noob. Seja prático. E seja sincero consigo mesmo. Período. Aceitaram? Então continue a ler.

Em segundo lugar, prove para si mesmo (e mais ninguém. Repito, ninguém mais além de você) que você não é mais um noob e que pode decifrar, criar, depurar o código mais imundo e atrozmente escrito. Você pode estar no topo das paradas, esperar a maior escala salarial do seu bom chefe, provando para si mesmo que você não é mais ninguém .

Então agora, chegando à resposta real: como diabos você deve fazer isso entre o horário de trabalho apertado, a família e o tempo livre? Sim. Eu sei que não é fácil. Do jeito que eu faço. E, de longe, acho que é o mais eficaz:

Faça as noções básicas básicas certas : os conceitos de OOP devem ser integrados dentro do seu cérebro.

Códigos de design (no lugar de castelos) no ar Eu sei que parece loucura, mas ver as rodas dos carros como funções ajuda o cérebro humano a se acostumar com o mundo da codificação!

Pratique primeiro no papel! Meu professor me contou esse truque. Pratique primeiro no papel. Dry Execute seus programas no próprio papel. Isso o ajudará a entrar no fluxo de um compilador + abrirá esses portões lógicos no seu cérebro.

Crie seu próprio projeto sim. seja uma calculadora baseada em CLI. crie seu próprio código. Torne-o único. Por que seu próprio programa exclusivo? Porque isso forçará você a pensar 'Como devo fazer isso?' e não forçá-lo a ficar frustrado. E quando tiver dúvidas, pergunte a Herbert Schildt (desculpe-me se as grafias não estiverem corretas) ou no Google ou faça uma pergunta aqui. Esta é a melhor maneira de auto-estudar e improvisar suas habilidades.

Quando fui apresentado ao C, também tive um mau momento. Especialmente com Estruturas n Ponteiros n Blahs n blahs. Eu aprendi essas coisas horas extras .. da maneira mais difícil, se você pode chamá-lo. E então, quando eu estava quebrado, não perdi a esperança. Comprei um livro de referência e comecei a fazer um programa que eu sempre quis. Depois de 3 meses (sim, você pode rir!), Finalmente criei uma versão CLI de um programa que levará seu nome como entrada e mostrará sua personalidade como saída. Acrofonologia.

Sim. Estou me gabando porque sinto orgulho disso! Porque eu vi os rostos dos meus idosos que zombavam de mim. É tudo determinação meu amigo! Programar não é ciência do foguete! Se tivesse sido, você não teria passado por liberdade condicional! É fácil!

Minha crença pessoal: se você tem lógica no cérebro e entende o que é senso comum, pode ser um bom programador.

E a boa notícia é que você tem os dois! Porque se você não o estivesse tendo, não teria dado o passo certo ao compartilhar seu problema conosco!

Se você se sentir bem agora, estou feliz. E sim, agora você pode ignorar a primeira linha desta resposta .. era necessário então .. Não é necessário agora! Felicidades!

Isenção de responsabilidade: sou da opinião de que seu problema, embora específico do programador, é enfrentado por novos profissionais / profissionais em todos os campos. Quero dizer, ninguém sabe de nada nos primeiros meses, e os novos funcionários sempre recebem as piores tarefas ( exceto talvez quando essas tarefas são muito críticas).

Um momento em que você pode ter sido ruim em programação

Eu ainda sou ruim nisso. Sem segundas intenções.

Tenho a impressão de que, porque meus colegas de trabalho têm mais experiência do que eu ..

Novamente, lembre-se de que todo jogador já foi garoto de bola. Para trabalhar bem, primeiro você tem que provar seu valor em coisas que não gosta, e isso é comum em todos os campos, não apenas na programação.

Eu olho para ele e me sinto paralisada.

O que faz você se sentir paralisado? Você tem medo de voltar à estrutura mais uma vez , ou simplesmente odeia vê-la completamente?

Sempre tente dividir seus problemas em uma ou mais etapas simples. Em seguida, vá para cada um separadamente. Não existe uma bala mágica aqui, exceto continuar aguentando, e é isso que importa.

Entrando no controle

Como o cara novo, você vai enfrentar problemas em conhecer as ferramentas que você trabalha com (VB, ASP, etc.) e as coisas que você trabalha em (o quadro ). Isso é natural. Todos nós enfrentamos isso. Sua principal prioridade deve ser continuar.

Continue aprendendo os idiomas, continue fazendo perguntas, continue olhando para os frameworks e repita!