O fato de você estar preocupado é um bom sinal. Vamos começar com isso. Você menciona que adora programar, mas você ama ser um programador profissional? Há uma grande diferença entre um entusiasta e um profissional. Como profissional, você estará sob constante escrutínio de seu produto de trabalho.
Our team is composed of 5 programmers, and 4 of us are new
O fato de você ter trabalhado dois anos sem qualquer confronto me diz que você está trabalhando em um trabalho muito descontraído, o que não é tão bom se você está realmente querendo seguir em frente como profissional. Lembre-se, alguns dos melhores programadores do mundo trabalham para a fundação Linux e têm a certeza de que não são tratados gentilmente quando cometem erros marginais e muito menos código bagunçado.
Para uma revisão rápida de algumas diretrizes de codificação razoavelmente padronizadas, as Normas de Colaboradores da Comunidade Linux deve dar-lhe uma ideia do nível de responsabilidade a aspirar ao seu produto. Consulte COMO COMEÇAR O CÓDIGO DIREITO.
Para promover essa afirmação, você deve aprender a adotar a revisão, pois a maioria dos softwares bons é completamente revisada. Isso é compatível com Lei de Linus informando ...
"If there are enough reviewers, all problems are easy to solve."
Pessoalmente, tenho visto desenvolvedores altamente qualificados, responsáveis e confiáveis obterem o machado por algo tão simples como esquecer de deixar comentários ... então, se alguém lhe disser seus códigos,
bagunça, então provavelmente é ... Supere isso ... Refatoração. Faz parte do show.
I feel so sad and hurt.
Faça um aplicativo de tristeza para avaliar o quanto você fica chateado quando não se aplica.
You answered your problem ... You Don't Test!
Depois de ver um comentário que você fez afirmando que é um desenvolvedor java, quase me chateado. Então, se eu entendi corretamente o seu dizer que você e sua equipe de desenvolvimento estão trabalhando em uma loja de java e não tem uma estrutura de teste para seus aplicativos ...
Therein Lies The Rub
"We deployed our program to the program without thorough testing."
Cribbing UML Creator Grady Booch ...
The amateur software engineer is always in search of magic,
some sensational method or tool whose application promises to
render software development trivial. It is the mark of the
professional software engineer to know that no such panacea
exists.
O Alistair Cockburn fornece uma riqueza de informações em seu site sobre o uso de metodologias ágeis para aumentar o desempenho e a qualidade para você e sua equipe.
Um dos aspectos mais importantes da programação {e da vida} é conhecer seus pontos strongs e fracos. Se você não trabalhar com seus pontos fracos, não terá um conjunto de habilidades completo.
Outro ... Você está bem - Só não lamente. Avance no desenvolvimento do seu ofício e deixe que sua paixão pela programação o mantenha em movimento. Boa Sorte: -)