Pergunta

Eu estive pensando sobre o software de estimativa ultimamente, e eu tenho um monte de perguntas em torno do tempo gasto codificação.Estou curioso para ouvir de pessoas que já tiveram pelo menos um par de anos de experiência no desenvolvimento de software.

Quando você tiver para estimar a quantidade de tempo que você gasta trabalhando em algo, quantas horas do dia você passa a codificação?O que ocupa o outro não-codificantes horas?

Você achar que você gasta mais ou menos horas do que os seus companheiros de equipe de programação?Fazer você se sentir como se você estivesse pegando mais ou menos o trabalho feito que eles são?

Quais são as suas condições de trabalho, como?Gabinete privado, compartilhados do office, sala de equipa?Codificação sozinho ou como um par?Como é que a sua condição de trabalho alterado a quantidade de tempo que você gasta a codificação de cada dia?Se você pode trabalhar a partir de casa, não que ajudar ou prejudicar a sua produtividade?

O desenvolvimento da metodologia que utiliza?Cachoeira?Ágil?Tem de mudar de uma metodologia para outra teve um impacto sobre a sua codificação horas por dia?

O mais importante:Você está satisfeito com sua produtividade?Se não, quais as mudanças que você faz, o que terá o maior impacto sobre ele?

Foi útil?

Solução

Eu sou um desenvolvedor corporativo, o tipo de Joel Spolsky chamado de "deprimidos" em um casal do StackOverflow podcasts.Porque minha empresa não é uma empresa de software que tem pouca razão de negócios para implementar muitas das medidas de software, especialistas recomendam que as empresas se envolver para a produtividade do desenvolvedor.

Não temos escritórios privados e dois monitores de 30 polegadas.Nosso sistema de controle de origem é o Microsoft Visual Source Safe.Disse o suficiente.Por outro lado, para eu começar a fazer um monte de coisas que preenchem o meu dia e adicionar alguma variedade para o meu trabalho.Eu me envolver em análise de negócio, gerenciamento de projeto, desenvolvimento, suporte de produção, internacional implementações, suporte de treinamento, a equipe de planejamento e melhoria de processos.

Eu diria que eu chegar em 85% do meu dia-a do código, quando posso me concentrar e eu tenho um grande tarefa de programação.Mas muitas vezes eu recebo cerca de 50% do meu dia para a codificação.Se o apoio à produção (codificação não-relacionado) é pesado eu só poderá obter 15% do meu dia-a do código.

A maioria das empresas que eu trabalhei para não estavam ativamente envolvidos na avaliação de processos ágeis ou desenvolvimento orientado a testes, mas eles não fazem um bom trabalho de cachoeira ou;a maioria de seus desenvolvedores trabalharam como recortar-e-colar cowboys com impugnity.

Na ocasião, eu trabalho a partir de casa e com as crianças, é horrível.Eu sou mais produtivo no trabalho.

A minha produtividade é boa, mas poderia ser melhor se a interrupção fator de custo e mental troca de contexto foi removido.De apoio à produção e gestão de projetos sobrecarga tanto, criar os tipos de interrupções.Mas ambos são necessários partes do trabalho, então eu não acho que eu possa livrar-se deles.O que eu gostaria de considerar uma reestruturação da equipe, para que as pessoas em projetos poderia concentrar-se em projetos, enquanto os outros poderiam bloquear a interrupções por ser dedicado para o suporte.E, em seguida, a troca quando o projeto é longo.

Infelizmente, ninguém quer fazer o suporte, para que os outros de melhoria de produtividade, medida que eu ia desejo de que seria um dos seguintes procedimentos:

  • Melhor de testes de ferramentas/metodologias para acelerar os testes de unidade
  • Melhor negócio de ferramentas de análise/habilidades para melhorar a qualidade do desenvolvimento de novos e limite de suas contribuições para a produção de suporte de carga

Outras dicas

Realisticamente, é, provavelmente, a média de 4 ou 5 horas por dia.Apesar de sua "irregular" - pode haver dias em que não poderia ser de 8 ou 9 horas-lo.

De todos os desenvolvedores de software eu sei, os que escrever o código de produção (ao contrário de investigação) de 4 a 5 parece ser o máximo de reais de codificação.Há um monte de outras coisas que se passa.

E para ser honesto, há um monte de procrastinação.Acho que é um pouco parecido com o bloco dos escritores.às vezes é apenas difícil de começar, mas depois de um bom 2 horas de sessão é um MONTE de trabalho.Só de toda a preparação que você tem para percorrer, a experimentação para se certificar de que você está tomando o caminho certo.A quantidade infinita de olhar para fora da janela e verificar e-mail etc...

Eu trabalho de 37,5 horas por semana.
30 essas horas (80%) eu sou suposto cobrança de nossos clientes.
Na realidade, eu acho que eu uso cerca de 60% de codificação no cliente real de sistemas, de 20% a experimentar com novas técnicas e leitura de blogs, e 20% é desperdiçada na política do escritório e "socialização".

Estou feliz com isso?
Eu desejo que eu pudesse olhar para o ecrã de 30 horas semanais de codificação no meu dado atribuições?

Bem.Desde de 20% do tempo é usado melhorar-me no meu ofício, na década de 60% que é eficaz codificação eu provavelmente produzir mais do que eu gostaria de 90% do meu tempo, se eu não.
Então, novamente, tentar explicar o fato de a maior ups ;)

Bem, eu geralmente vêm em, pelo menos, quinze minutos de atraso, ah, eu uso o porta lateral - de que maneira Lumbergh não pode me ver, heh heh - e, uh, depois que Eu só sorta espaço por cerca de uma hora.

...Sim, eu só olhar para minha mesa;mas parece que eu estou trabalhando.Eu faço o que para, provavelmente, uma hora depois do almoço, muito.Eu diria que em uma semana eu provavelmente só fazer cerca de quinze minutos real, real, de trabalho.

Para mim, a alternância entre os projetos, é uma grande causa de procrastinação.Quando acabei de terminar um projeto que eu tendem a procrastinar no pontapé de saída o próximo requisito atribuídas a mim.A minha mente sente-se ainda como no modo de codificação, mas eu, então, para estimar as despesas para a criação de uma especificação primeiro.Então, eu tenho que mudar de codificação para chamar clientes e afins, que se sente desconfortável.

O que me ajuda mais em ser produtivo é para cortar qualquer distração, nas primeiras horas do dia e começar imediatamente com o dia mais importante da tarefa.Eu preciso entrar no fluxo, o mais cedo possível.


Eu recomendo ter um olhar para Os Programadores de Pedra:

Nós sabemos que o estresse prejudica algumas funções cognitivas.A perda dessas funções pode explicar precisamente por que a programação é difícil, e nos mostrar muitas outras oportunidades para melhorar as formas de organizar as coisas.As consequências rolo para tocar a linguagem, a lógica e as normas culturais.Clique aqui para a Introdução...

Eu gasto cerca de 40% do meu dia de codificação.40% para não-codificação de atividades (tais como o combate com o nosso esboço de servidor de compilação ou descobrir por que o NUnit falhou com nenhuma mensagem de erro novamente ou tentar descobrir porque nosso código parou de falar para o servidor Oracle downstaird...lixo como esse).Os outros 20% é geralmente gasto procrastinar, ou em reuniões.

Estou feliz com a minha produtividade?Absolutamente não.Eu trabalho 7ish horas/dia, e eu gasto cerca de 2,5 de que a codificação.Eu prefiro gastar 5 a 6 horas do meu dia de codificação, com apenas uma hora dedicada a todas as outras coisas (infelizmente, a única coisa que iria fazer o que acontecer, a PM parada diddling com os scripts de compilação todos os dias-não vai acontecer).Infelizmente, como eu sou um desenvolvedor corporativo, gestão de não ver o tempo a ser frittered de distância.Porque eu recebo muito mais em que 40% do meu dia que a maioria dos drones no prédio ficar pronto em uma semana (incluindo a PM), eles acham que eu sou produtivo.

@Bernard Dy:Passei provavelmente 30% da minha carreira em definições de empresa (não estou no momento).Geralmente após alguns falhou (ou não falhou, mas fracassou) iniciar idéia, ou algum tipo de burnout/alterações.O seu ok, um pouco, é legal conhecer pessoas totalmente diferentes origens (quem teria pensado que os advogados e atuários poderia ser muito divertido sair com), mas no final, eu acabei de achar que é muito difícil acordar de manhã com a motivação (ou depois de um feriado querer ir para trás) - provavelmente por razões como você define (apenas uma falta de cuidado).Mas a sua boa experiência e uma boa fonte de idéias, pelo menos.E você pode conhecer pessoas brilhantes em todos os lugares (não apenas programadores que são inteligentes - eu sempre tentei buscar quem é o verdadeiro cérebro estava atrás de um negócio).

Curiosamente, a única vez que eu tenha praticado estrita ágil/XP foi em um cenário corporativo - nesse caso, provavelmente, 7 horas um o dia foi real mãos no código (um par) - eu nunca estive tão exausto depois de um dia desse.não tenho certeza se isso é uma coisa boa, talvez eu sou apenas preguiçoso.

Para responder a algumas das minhas próprias perguntas:

A equipe atual eu estou só faz bruta tarefa de estimativa, portanto, é difícil controlar horas por dias.Eu diria que, para a minha carreira, o tempo de codificação foi em qualquer lugar entre 25% (a maioria de gestão) para 85%+ (trabalho de casa a 4 dias por semana, se reúnem para uma reunião para o meio-dia de uma vez por semana).Se eu tivesse de adivinhar, porém, a média, é, provavelmente, em algum lugar nos arredores de 60%.

A maior influência para mim no tempo gasto de codificação é a presença ou ausência de reuniões.Quando eu trabalhava em projetos ágeis com todo mundo na mesma sala de reuniões tendem a ser ad-hoc e muito curta, por isso, o tempo gasto para a codificação era muito alta.Eu também senti que eu gasto menos tempo-às vezes muito menos tempo-de fazer não-codificantes as coisas, quando eu estava em uma sala de equipa, porque é muito mais fácil perder tempo, acidentalmente ou de outra forma, quando ninguém tem uma visão clara de seu monitor.:)

Eu faço a terceirização e, basicamente, eu o código de todos os dias, eu tenho dois projetos, e eu não tenho muito tempo para fazer qualquer outra coisa que isso significa que eu não posso ter mais trabalho porque eu não conseguia terminar nada, que é uma boa política, você deve levar apenas como você pode.

Lembre-se também de que você deve ter tempo livre, e muito importante é descansar o suficiente, porque se não você não vai ser muito produtivo.A chave aqui é o planejamento e a disciplina.

No meu não-codificação de tempo eu passei com a minha mulher, eu também gostaria de sair da cidade e tente não pensar em meus projetos, mais eu fazer esse equilíbrio o mais produtivo do que eu sou.

Quando não faço muito trabalho, eu gostaria de ler a programação de blogs e também gosto de estudar programação.

E finalmente, eu gostaria de dizer que, IMHO nossa carreira não deve ser visto como uma obra, em vez disso, você deve vê-lo como algo divertido.

Eu sou um desenvolvedor de software em um departamento de I&D de trabalho de 40 horas por semana.

Eu gastam como...10% de meu tempo, na verdade, de codificação.No meu não-codificantes horas, eu, principalmente, testar, avaliar, comparar e colocar os resultados.Eu também passo muito tempo a escrever especificação para o código que vai escrever e de pesquisar para o código que irá escrever, participar de reuniões de brainstorm para os projectos em curso, etc.

Eu poderia dizer que a partir de meus companheiros de equipe (também desenvolvedores de software) eu sou aquele que os códigos mais no momento;mas depende de qual tarefa que trabalham em cada tempo.Eu não gostaria de quantificar, na verdade, o código de trabalho duro.Se há uma boa especificação, uma boa pesquisa e um bom understanting do projeto, a codificação é apenas um formality e vai em quase suave e rapidamente.

Aqui temos uma sharred de escritório, com duas equipes.Somos na maioria codificação sozinho, raramente um par.Meu trabalho muda muito a quantidade de tempo que eu estava de codificação;no passado, eu estava passando a maior parte do meu tempo de codificação, sem um bom entendimento sobre a codificação.Se eu tivesse uma tarefa que eu teria imediatamente iniciar a codificação, e re-codificação a cada vez que eu percebi que eu fiz algo errado e assim por diante.E foi muito ineficaz.

A metodologia de desenvolvimento está em algum lugar entre o protótipo e espiral agora.É evidente que a alteração do número de horas I código.

Eu sou feliz com a minha produtividade, relacionados com os meus prazos e metas.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top