Como programador, você se importa com o método usado pelo processo de desenvolvimento?

14

Estou no mercado de trabalho e tenho um conjunto de prioridades para o meu próximo trabalho, incluindo salário, linha de negócios, etc. Uma coisa que não está em minha lista de requisitos, no entanto, é a metodologia do processo de desenvolvimento. Eu sinto que meu trabalho é criar software e eu vejo a estrutura do processo como algo que eu possa adaptar para se tratar de scrum ou cascata ou qualquer outra coisa.

A metodologia do processo de desenvolvimento é uma prioridade para você?

    
por Chuck Stephanski 21.03.2011 / 02:21
fonte

7 respostas

21

É importante para mim apenas no sentido de não atrapalhar o senso comum que esperamos que a maioria dos profissionais tenha.

Quando falamos em controle de versão, há o argumento de que any version control beats not having anything at all , esse não é o caso dos métodos de desenvolvimento. Métodos significam regras e regras são, por vezes, quebradas. Eu trabalhei para empresas que têm feito coisas realmente bobas desde que qualquer um pode se lembrar, qualquer que seja o problema que o procedimento bizarro tenha acontecido de curar tenha desaparecido há muito tempo.

Eu quero o seguinte de uma empresa:

  • Procedimentos claramente documentados que cabem em algumas páginas. Se eu tiver que ler uma dissertação ou (pior) um romance para me atualizar, ficarei perdido por muito tempo.

  • Evidência de que a empresa está aberta a mudanças de procedimentos para melhor. Eu preciso ser capaz de ir a alguém e dizer "Eu percebo porque você está fazendo [xyz], mas há uma ferramenta que faz mais do que isso para você agora. Podemos usá-lo?"

  • Uma pequena competição pode ser boa e muitas vezes é inevitável. Mas vou evitar qualquer loja onde a competição seja usada como um meio primário para motivar as pessoas. Se você codificou algo que envia o número de linhas confirmadas por desenvolvedor por dia para a impressora a laser às 17h, não quero trabalhar para você.

  • Se você não impediu que compilações em repositórios abençoados recebam alterações que quebram a construção, eu corro como um inferno. A última coisa que quero fazer às 5:00 é puxar as alterações do repositório principal para testar minha compilação local, apenas para me encontrar consertando o ponto-e-vírgula de outra pessoa.

  • Eu prefiro pular em métodos que se assemelham a um método estabelecido que caiu da ágil árvore. Não é obrigatório, mas uma sensação de familiaridade ajuda a superar a dificuldade inicial de tentar ser produtivo sem cometer um erro de procedimento.

Se eu perceber que gastarei mais tempo ressentindo os procedimentos do que sendo grato por eles existirem, provavelmente irei aprovar o trabalho.

O outro ressonante "oh não, nunca mais!" é "Esperamos que você também configure as melhores práticas para nós. Temos seis milhões de linhas de código e 21 telecomutadores, devemos usar um SVN ou algo assim?" .

Alguém poderia se divertir resolvendo isso. Eu não sou esse cara:)

    
por 21.03.2011 / 03:41
fonte
10

Como desenvolvedor, eu me preocupo que o processo de desenvolvimento é sensato. Várias metodologias de desenvolvimento diferentes podem fornecer um processo de desenvolvimento sensato. Por outro lado, uma empresa desfeita pode fornecer um processo insano, independentemente do que eles chamam.

Por isso, não me importo particularmente com a sua "metodologia de desenvolvimento" oficial. No entanto, eu ainda vou perguntar sobre isso simplesmente porque dá um contexto para eu fazer perguntas de acompanhamento para descobrir o que eles estão realmente fazendo.

    
por 21.03.2011 / 04:06
fonte
4

Sim, eu vi algumas metodologias ruins que acho que não gostaria de repetir novamente. Como um par de exemplos, considere estes: Você ficaria bem com um estilo de caubói para uma equipe de dezenas de desenvolvedores, onde todos podem usar seu próprio controle de origem, convenções de codificação, etc? Eu sei que não. Que tal mudar uma linha de código? Há uma dúzia de formulários para preencher e cerca de 20 assinaturas para confirmar a mudança na produção que pode levar semanas para ser concluída, já que a aprovação da gerência sênior pode demorar um pouco para chegar? O "o que quer que seja" deixa as coisas um pouco abertas demais para minha mente, mas talvez eu seja um pouco cyncial aqui.

    
por 21.03.2011 / 03:00
fonte
4

Como desenvolvedor, não me importo com qual metodologia é, desde que seja uma metodologia apropriada, usada adequadamente.

Por exemplo, eu não gostaria de trabalhar para uma empresa que "cowboy coding" , especialmente se eles são ignorantes o suficiente para pensar que estão realmente fazendo o Ágil .

    
por 21.03.2011 / 13:41
fonte
2

Eu prefiro lugares que tenham um método de desenvolvimento que todos possam seguir.

    
por 21.03.2011 / 13:50
fonte
1

Eu trabalhei em trabalhos que eram muito frustrantes por causa das escolhas de processo usadas para desenvolvimento e negócios em geral. Hoje em dia eu tenho alguns requisitos mínimos para o processo. Qualquer empresa que não se envolva com isso, eu considero mal administrada e não trabalharei. Eu não tenho paciência para a idiotice que eu costumava ter, então eu guardo a mim e a eles um monte de agravamento, pulando esses trabalhos.

    
por 21.03.2011 / 06:09
fonte
1

Desde que tenhamos alguma aparência de requisitos sensatos, algum representante de negócios que seja engajado e responsivo, e um entendimento de que a equipe de desenvolvimento tenha uma grande palavra em escalas de tempo, então eu estou feliz e posso me encaixar em qualquer coisa. / p>     

por 21.03.2011 / 16:22
fonte