Eu tenho aprendido C # / .NET 4.0 por cerca de 2/3 meses, é minha primeira linguagem de programação séria (já olhei PHP, HTML, CSS, JavaScript e VBA antes, mas nunca em profundidade) e estou começando a ficar um pouco preso:
- Eu atingi o teto com meu aprendizado devido à falta de um grande projeto ...
- A falta de trabalho em projetos complexos está me dando dúvidas em minhas habilidades ...
Há duas semanas, tive uma entrevista para um emprego de Programador Júnior e consegui responder à maioria das perguntas que me foram respondidas, mas ainda não o consegui devido à falta de experiência prática, não tenho certeza do que fazer. Faz!
Como eu disse antes, não gostaria de contribuir para um projeto de código aberto, mas não sei por onde começar, presumo que os grandes projetos só querem bons codificadores :(
Existe alguma forma de teste de programação on-line que me mostre o quão 'bom' (ou 'ruim') eu sou no momento? :)
Obrigado por qualquer ajuda.
fonte
O ponto principal do código-fonte aberto é que ele é aberto e você é livre para fazer quase tudo o que quiser, além de reivindicar o seu, e distribuí-lo sem o código-fonte.
Encontre um projeto que você goste e use, mas acha que pode haver algumas melhorias nele.
Obtenha o último ramo estável, faça o download.
Faça as alterações que você acha que seriam boas para o projeto.
Mostre a algumas pessoas da comunidade seu progresso e suas melhorias.
Se eles gostarem, podem incluí-lo no ramo principal.
Se eles não gostam, mas você acha que é realmente bom. Bifurque o projeto, configure sua própria página com sua fonte, leia a licença deles para que você obtenha tudo correto.
fonte
O único teste que vale a pena é enviar um software útil, utilizável e robusto. Qualquer outra coisa é trivial.
Eu sugiro que você visite o CodePlex para ver muitos projetos de código aberto que usam C # e .NET. Alguma coisa lá chamará a sua atenção como um programa ou biblioteca que você realmente usaria. Experimente e observe as coisas que você mudaria para torná-lo melhor.
Na verdade, você não precisa se preocupar em ser aceito pela equipe de desenvolvimento, pois basta puxar a base de código e fazer suas próprias alterações. Se você acha que criou algo realmente valioso, entre em contato com a equipe de desenvolvimento.
fonte
Que os resultados de tais testes são em grande parte irrelevantes. O que importa é que você pode realizar as coisas no idioma em questão. O que você obviamente ainda não pode.
Aqui está a minha sugestão. Você definitivamente está lendo um livro em C #. A maioria dos bons livros tem um exemplo prático que você faz no livro, elaborando-o e tornando-o mais complexo com o avanço do capítulo. Entenda esse exemplo e programe uma pequena coisa simples prestando atenção às melhores práticas sugeridas. Depois disso, você obtém um pouco de confiança em suas habilidades e também terá algo para mostrar.
Comece a fazer as coisas.
fonte
Nenhum teste será capaz de mostrar isso (mesmo se houver gerentes / pessoal de RH acreditando firmemente no contrário ;-). Ele só aparece na vida real, trabalhando em projetos reais, por um período mais longo.
Eu acredito que você pode começar a fazer pequenas contribuições para muitos projetos de código aberto. Pelo menos eu acredito que testar, reportar bugs, contribuir com a documentação com certeza é bem-vindo, já que muitos desenvolvedores não gostam disso :-) E dessa forma, gradualmente, você pode criar reputação e começar a contribuir com código: primeiras correções de bugs e mudanças maiores.
Não desista, isso já aconteceu com a maioria de nós em algum momento. Continue aprendendo, praticando e se candidatando a empregos juniores e, mais cedo ou mais tarde, conseguirá um. Uma coisa que você pode e o IMHO devem fazer após as entrevistas é coletar feedback. Se você fez uma prova escrita, não basta pedir sua pontuação, mas também pedir a folha de resultados real para ver os erros que você cometeu e aprender com eles. Analise também o processo de entrevista e descubra onde você deu respostas abaixo do ideal, perdeu uma batida, etc. Da próxima vez, poderá melhorar com uma preparação adicional.
fonte
Nunca tenha medo da programação, os melhores programadores são aqueles que cometeram os maiores erros. Erros estúpidos, bugs complexos, todos eles contribuem para torná-lo um codificador melhor.
Boa sorte !!
fonte