Estou programando muito devagar? [fechadas]

Eu só estive um ano na indústria e tive alguns problemas ao fazer estimativas para tarefas específicas. Antes de encerrar, sim, eu já li o seguinte: Como responder quando você recebe uma estimativa? e esse é o mesmo problema que estou tendo. Mas estou procurando um medidor de experiências mais específico, algo quantificável ou provavelmente o desempenho médio de outro programador que devo apontar e basear minhas estimativas. As respostas variam de semanas, e eu estava procurando mais uma resposta no nível de uma tarefa atribuída por um dia ou mais. (Observe que isso não inclui o envio para controle de qualidade ou documentação, apenas o tempo real de desenvolvimento, desde a criação de testes, se eu usei o TDD, até a criação da página, antes de enviá-la ao teste)

Minha taxa atual agora é a seguinte (nos formulários da Web do ASP.NET):

• No momento, sou capaz de desenvolver uma página de entrada de dados simples com uma lista de grade (sem lógica complexa, apenas criação e leitura) em uma arquitetura já construída, com um dia inteiro (8 horas).
• A adição de funcionalidades complexas e as páginas Atualizar e Excluir adicionam outro dia inteiro à tarefa.
• Se eu tiver que iniciar a página do zero (sem solução, sem site existente), levo mais um dia inteiro.
• (Nem sempre), mas se eu encontrar algo novo ou ainda não tiver feito isso, levo mais um dia inteiro.

Sempre que faço uma estimativa maior que o esperado, sinto que os outros pensam que estou ficando muito atrás de todos os outros. Estou apenas preocupado, pois havia expectativas de que, quando for apenas uma página, não me levará mais do que um dia inteiro. Sim, definitivamente há mais espaço para melhorias. Sempre existe. Eu tenho muito o que aprender. Mas eu gostaria de saber se minha taxa atual é muito lenta, apenas média ou média para alguém com menos de um ano no setor.

Se você está programando um emprego, e seus superiores estão felizes com a taxa em que você está produzindo, então eu diria que está indo bem. Como você durou um ano, eles claramente não ficaram indignados com sua produção. Além disso, você só está lá há um ano e, assumindo que eles administram pessoas há mais de um dia, eles sabem que há uma curva de aprendizado quando você ainda é verde.

Quanto às estimativas ... estou no setor há 5 anos (certamente não é um território veterano, eu sei!), E minhas estimativas pessoais ainda são ruins. Eu superestimo quase tão frequentemente quanto subestimo, e faço as duas coisas muito mais do que estou certo. Algo vai aparecer em algum lugar e te morder. Às vezes, você encontra uma biblioteca que faz tudo o que achava que deveria fazer e o trabalho de uma semana desaparece em meio dia. Outras vezes, um bug estúpido aumenta o dia de trabalho para 2, 3, 4 ...

Se você está repetindo muitas vezes o mesmo trabalho e sente que maximizou sua taxa de transferência, talvez deva pedir para ser transferido para outra tarefa. 'Polinização cruzada' e outros termos compatíveis com PHB são definitivamente benéficos para os desenvolvedores. Se você gastar um mês ou mais em outra coisa, talvez encontre algo com o qual se adapte melhor. Caso contrário, ou você não conseguirá ficar longe dos formulários da Web, a mudança não causará nenhum dano e você poderá voltar com um pouco mais de conhecimento e experiência que o ajudarão.

Sorte sua, se você conseguiu um ano como programador verde. Fui transferido para outra unidade após apenas 9 meses (dos quais 3 meses estavam na verdade em programação), por não ser produtivo o suficiente. E eu estava aprendendo mais e mais a cada dia, aproveitando o processo e entregando as coisas em um ritmo constante. Foi a primeira vez que trabalhei em programação corporativa, ah bem ...

Talvez seja melhor fazer o código mais sujo e menos confiável, com zero teste que mal fica junto com o chiclete ao executar a tarefa, para que os gerentes tenham "produtividade" suficiente para seus benchmarks.

Você pode ser um pouco "lento" em comparação com alguém que programa há 5 ou 10 anos, mas tudo vem com o tempo. Você provavelmente está fazendo as coisas agora em 1/10 das vezes como quando estava aprendendo pela primeira vez, e isso continuará a ser mais fácil. É assim que a maioria das coisas na vida é ... você fica lento quando o aprende e gradualmente fica melhor, mais rápido e mais eficiente. Se você praticar por tempo suficiente, você pode se tornar "magistral".

Se você estiver fazendo coisas que são um tanto únicas cada vez que descer para tarefas detalhadas ou obter uma estimativa muito precisa, sempre será difícil.

Pessoalmente, gosto do desafio, mas às vezes pode fazer você parecer um pouco bobo se estiver apenas olhando para uma lista de tarefas ou uma linha do tempo.

Se você estiver fazendo testes à medida que for, algumas vezes eu diria que os exemplos que você deu são razoavelmente rápidos, dependendo da complexidade do que você está fazendo. Eu trabalhei em projetos em que cada item, mesmo alguns itens dentro dos seus marcadores, tinham pelo menos um dia atribuído a eles.

Sempre que faço uma estimativa maior que o esperado, sinto que os outros pensam que estou ficando muito atrás de todos os outros.

Tudo isso é comum, se ninguém fornecer uma estimativa mais longa ao analisar um problema em detalhes, toda a estimativa tenderá a ser muito curta.