baiano_mg wrote:Aqui na empresa júnior da faculdade nós estamos tentando definir um processo de desenvolvimento de software para padronizar o desenvolvimento.
O problema é que a maioria das metodologias que estudamos é muito rígida e, com certeza, não vai ser seguida por ninguém se a adotarmos. Também pensamos em usar XP mas achamos que a documentação gerada é muito pouca, e no nosso caso é interessante ter documentação para darmos continuidade a projetos de alunos que se formaram.
Alguém conhece algum processo que possa ser útil? Se não acharmos vamos ter que definir um próprio mesmo.

Aguardo sugestões.

Grato

douglasfs wrote:mas ca entre nos, nao eh todo mundo que sabe fazer um codigo muito bom (poucos toman cuidado com isso) ...

cv wrote:

douglasfs wrote:mas ca entre nos, nao eh todo mundo que sabe fazer um codigo muito bom (poucos toman cuidado com isso) ...

...e isso implora pra que alguem pergunte: e o que é código bom? Pelo que eu vi até hoje, muita gente acha que é só encher de javadoc, entulhar de pattern, e o código fica lindo. Outros acham que código bom é aquele que roda rápido, outros acham que código bom tem um nível elevado de abstração, outros acham...

Bom, enfim, o que é código bom pra vcs? Como vcs medem isso? Se vcs estao pensando em definir um processo que torne o codigo o principal produto dos projetos (que é o que a XP faz), então tá na hora de saber como medir a qualidade dele

douglasfs wrote:

baiano_mg wrote:Aqui na empresa júnior da faculdade nós estamos tentando definir um processo de desenvolvimento de software para padronizar o desenvolvimento.
O problema é que a maioria das metodologias que estudamos é muito rígida e, com certeza, não vai ser seguida por ninguém se a adotarmos. Também pensamos em usar XP mas achamos que a documentação gerada é muito pouca, e no nosso caso é interessante ter documentação para darmos continuidade a projetos de alunos que se formaram.
Alguém conhece algum processo que possa ser útil? Se não acharmos vamos ter que definir um próprio mesmo.

Aguardo sugestões.

Grato

Porque voce nao defini um processo de desenvolvimento misturando o melhor do XP com o RUP por exemplo ?
Aqui na empresa eu vou fazer um trabalho desse tipo, pois nos estamos reformulando o processo de desenvolvimento, basicamente eu estou com o mesmo problema que o seu.
Como o cv disse um codigo bem feito eh melhor do que 40kg de papel, mas ca entre nos, nao eh todo mundo que sabe fazer um codigo muito bom (poucos toman cuidado com isso) ...

baiano_mg wrote:

douglasfs wrote:

baiano_mg wrote:Aqui na empresa júnior da faculdade nós estamos tentando definir um processo de desenvolvimento de software para padronizar o desenvolvimento.
O problema é que a maioria das metodologias que estudamos é muito rígida e, com certeza, não vai ser seguida por ninguém se a adotarmos. Também pensamos em usar XP mas achamos que a documentação gerada é muito pouca, e no nosso caso é interessante ter documentação para darmos continuidade a projetos de alunos que se formaram.
Alguém conhece algum processo que possa ser útil? Se não acharmos vamos ter que definir um próprio mesmo.

Aguardo sugestões.

Grato

Porque voce nao defini um processo de desenvolvimento misturando o melhor do XP com o RUP por exemplo ?
Aqui na empresa eu vou fazer um trabalho desse tipo, pois nos estamos reformulando o processo de desenvolvimento, basicamente eu estou com o mesmo problema que o seu.
Como o cv disse um codigo bem feito eh melhor do que 40kg de papel, mas ca entre nos, nao eh todo mundo que sabe fazer um codigo muito bom (poucos toman cuidado com isso) ...

Acho que a melhor solucao vai ser essa mesmo. Manter uma coisas boas do XP, como Pair Programming e Refactoring, mas colocar mais um pouco de documentacao e analise de requisitos. Tipo obrigar a ter o digrama das classes persistentes, o diagrama de classes e algum outro que seja simples e necessario. Mas isso ainda e so uma ideia. Ainda tenho que amadurecer bem essa ideia.
Ja que voce ta passando por uma situacao parecida, bem que a gente podia trocar umas ideias.

Falow (ignorem a falta de acentos no post, isso eh que eh teclado ruim)

baiano_mg wrote:Aqui na empresa júnior da faculdade nós estamos tentando definir um processo de desenvolvimento de software para padronizar o desenvolvimento.

douglasfs wrote:

cv wrote:

douglasfs wrote:mas ca entre nos, nao eh todo mundo que sabe fazer um codigo muito bom (poucos toman cuidado com isso) ...

...e isso implora pra que alguem pergunte: e o que é código bom? Pelo que eu vi até hoje, muita gente acha que é só encher de javadoc, entulhar de pattern, e o código fica lindo. Outros acham que código bom é aquele que roda rápido, outros acham que código bom tem um nível elevado de abstração, outros acham...

Bom, enfim, o que é código bom pra vcs? Como vcs medem isso? Se vcs estao pensando em definir um processo que torne o codigo o principal produto dos projetos (que é o que a XP faz), então tá na hora de saber como medir a qualidade dele

Para mim codigo bom, eh aquele que eh auto-explicativo, sao aplicadas corretamente tecnicas de refactoring e patterns, por exemplo tomamos como base uma classe Funcionario, com um metodo para calcular um salario :

// metodo ruim public double calcular(....) )

// metodo bom public double calcularSalario(....)

Eh claro, no caso de uma linguagem orientada a objetos, a linguagem eh utilizada na forma OO e nao procedural, eh utilizado interfaces, etc. ...

Essa discussao pode ir longe ...