| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 07/01/2009 09:10:19
|
Gabriel
JavaEvangelist
![[Avatar]](/images/avatar/e6051b3bfe716cc4a38c2f39ec199873.jpeg)
Membro desde: 13/04/2006 08:21:26
Mensagens: 341
Localização: São Bernardo do Campo
Online
|
Olá,
Hoje em dia, com tantas metodologias e processos de desenvolvimento temos muitas opções para desenvolver software.
Mas mesmo assim, muitos métodos acabam sendo ineficientes e nós, desenvolvedores, acabamos tendo muitos problemas no dia-a-dia.
Se você pudesse mudar alguma coisa no processo de desenvolvimento de software que atualmente é utilizado na sua empresa, o que você mudaria?
|
http://yuneyev.blog.com/ |
|
|
 |
|
|
07/01/2009 09:37:51
|
erickles
Virtual Machine Man
![[Avatar]](/images/avatar/8c1690de2b615cc335614c26a137310c.jpg)
Membro desde: 04/01/2007 09:52:17
Mensagens: 605
Localização: São Paulo - SP
Offline
|
Incluiria documentação de tudo o que for desenvolvido...(pois é minha gente...a unica documentação aqui é o codigo fonte, critica isso aqui é joga merda no ventilador...)
|
Erick de Souza.
Twitter: @erickles |
|
|
|
07/01/2009 09:48:58
|
MarceloS
JavaTeenager
Membro desde: 02/06/2008 10:31:11
Mensagens: 185
Offline
|
erickles wrote:Incluiria documentação de tudo o que for desenvolvido...(pois é minha gente...a unica documentação aqui é o codigo fonte, critica isso aqui é joga merda no ventilador...)
++
O que eu fiz foi começar a documentar eu mesmo. Escrevo/altero alguma coisa, vou lá e comento/documento o que fiz/alterei... com o tempo, alguns outros desenvolvedores começaram a fazer isso também.
|
|
|
|
07/01/2009 11:18:40
|
s4nchez
Virtual Machine Man
![[Avatar]](/images/avatar/bef4d169d8bddd17d68303877a3ea945.jpg)
Membro desde: 05/06/2006 11:35:55
Mensagens: 673
Localização: London, UK
Offline
|
Agora fiquei curioso: por que vocês querem mais documentação exatamente? TDD+Pair Programming não seriam o suficiente pra ajudar no caso de vocês?
|
Ivan Sanchez | coding dojo | blog | twitter |
|
|
|
07/01/2009 11:46:00
|
victorwss
JWizard
![[Avatar]](/images/avatar/4ab232445f9b21b65dfdf6ea5f27f704.png)
Membro desde: 18/12/2007 14:46:00
Mensagens: 2409
Localização: São Paulo - SP
Offline
|
Na empresa onde trabalho, eu digo que eu mudaria absolutamente tudo! Tudo, tudo, tudo e tudo!
|
Victor Williams Stafusa da Silva
Bacharel em Ciência da Computação - UFMT // Especialista em Desenvolvimento Java - CEFET/MT // Doutorando em Ciência da Computação - IME-USP
SCJP 6.0 - 19/12/2007 - PASS - 88% // SCWCD 5 - 17/05/2008 - PASS - 79% // SCJA - 09/09/2008 - PASS - 96% // SCSNI - 30/06/2009 - PASS - 68% // SCBCD 5 - 31/05/2010 - PASS - 95%
Próximos: SCJD (encalhado com o projeto), SCEA parte I (estudando). Algum dia desses: SCMAD, OCA, SCEA e SCDJWS.
Computação: uma ciência holística e esotérica!
E então veio Deus a terra e disse aos homens: Não dividireis por zero.
XML is a giant step in no direction at all. (Erik Naggum)
Arquitetura de sistemas: Eu prefiro ser essa metamorfose ambulante do que ter aquela velha opinião formada sobre tudo.
Diga não as drogas: Não use java.util.Vector.
Cuidado: Este usuário pode ter temperamento agressivo.
Always code as if the person who will maintain your code is a maniac serial killer that knows where you live.
I am the maniac serial killer that knows where you live who will maintain your code.
É impossível falar de CMMI (Capability Maturity Model Integration) sem saber o que é CIMM (Capability Im-Maturity Model).
Se você escreve "concerteza", "concerteza" você andou matando aulas de português. |
|
|
|
07/01/2009 11:52:19
|
MarceloS
JavaTeenager
Membro desde: 02/06/2008 10:31:11
Mensagens: 185
Offline
|
s4nchez wrote:Agora fiquei curioso: por que vocês querem mais documentação exatamente? TDD+Pair Programming não seriam o suficiente pra ajudar no caso de vocês?
Possivelmente... mas o caso é o "de sempre": sistema feito às pressas, com uma pessoa semi-responsável por um módulo inteiro, sem nenhum teste unitário/documentação/whatever e testes feitos nas coxas. Entregue, os desenvolvedores pegam outro sistema - a muito custo está sendo implementada a metodologia SCRUM no novo desenvolvimento.
O problema é que os bugs começam a aparecer, e os desenvolvedores novos na empresa que vão resolver eles - assim como implementar novas funcionalidades. TDD não é uma opção num sistema pronto... e Pair Programming não é possível pois quem fez aquele módulo já está envolvido em outro e muito provavelmente já esqueceu metade. Resolver bugs é um problema dos menores; Tente entretanto implementar funcionalidades não planejadas em um sistema com uma arquitetura mal-definida, cheio de POG (inner classes a mais de metro, encadeamento de if/else, métodos com 300-400 linhas... já cheguei a ver 5 switchs encadeados), e não documentado... 
|
|
|
|
07/01/2009 12:09:43
|
erickles
Virtual Machine Man
Membro desde: 04/01/2007 09:52:17
Mensagens: 605
Localização: São Paulo - SP
Offline
|
MarceloS wrote:
s4nchez wrote:Agora fiquei curioso: por que vocês querem mais documentação exatamente? TDD+Pair Programming não seriam o suficiente pra ajudar no caso de vocês?
Possivelmente... mas o caso é o "de sempre": sistema feito às pressas, com uma pessoa semi-responsável por um módulo inteiro, sem nenhum teste unitário/documentação/whatever e testes feitos nas coxas. Entregue, os desenvolvedores pegam outro sistema - a muito custo está sendo implementada a metodologia SCRUM no novo desenvolvimento.
O problema é que os bugs começam a aparecer, e os desenvolvedores novos na empresa que vão resolver eles - assim como implementar novas funcionalidades. TDD não é uma opção num sistema pronto... e Pair Programming não é possível pois quem fez aquele módulo já está envolvido em outro e muito provavelmente já esqueceu metade. Resolver bugs é um problema dos menores; Tente entretanto implementar funcionalidades não planejadas em um sistema com uma arquitetura mal-definida, cheio de POG (inner classes a mais de metro, encadeamento de if/else, métodos com 300-400 linhas... já cheguei a ver 5 switchs encadeados), e não documentado...
Some isso a um ERP que esta a 15 anos sendo incrementado...sem nenhuma documentação...
|
Erick de Souza.
Twitter: @erickles |
|
|
|
07/01/2009 12:30:33
|
fantomas
GUJ Master
![[Avatar]](/images/avatar/a2bf57c3aee957f2aaf75aa84717b3be.jpg)
Membro desde: 24/04/2008 16:10:55
Mensagens: 1531
Localização: Terra (maior parte do tempo)
Online
|
erikles wrote:Some isso a um ERP que esta a 15 anos sendo incrementado...sem nenhuma documentação...
Trocaria de cargo todos lideres / chefes / gerentes / ... que não tivesse graduação (NA ÀREA) + experiencia; depois iria pensar no processo de desenvolvimento.
Nada contra quem não tem graduação (NA ÀREA) mas saber administrar um projeto e LIDAR COM PESSOAS é fundamental.
flws
|
|
|
|
07/01/2009 12:33:59
|
victorwss
JWizard
Membro desde: 18/12/2007 14:46:00
Mensagens: 2409
Localização: São Paulo - SP
Offline
|
Acho que no caso do ERP de 15 anos, não basta trocar de cargo os líderes / chefes / gerentes / ..., tem é que despedaçá-los vivos e dar a carne deles de comida aos abutres. 
|
Victor Williams Stafusa da Silva
Bacharel em Ciência da Computação - UFMT // Especialista em Desenvolvimento Java - CEFET/MT // Doutorando em Ciência da Computação - IME-USP
SCJP 6.0 - 19/12/2007 - PASS - 88% // SCWCD 5 - 17/05/2008 - PASS - 79% // SCJA - 09/09/2008 - PASS - 96% // SCSNI - 30/06/2009 - PASS - 68% // SCBCD 5 - 31/05/2010 - PASS - 95%
Próximos: SCJD (encalhado com o projeto), SCEA parte I (estudando). Algum dia desses: SCMAD, OCA, SCEA e SCDJWS.
Computação: uma ciência holística e esotérica!
E então veio Deus a terra e disse aos homens: Não dividireis por zero.
XML is a giant step in no direction at all. (Erik Naggum)
Arquitetura de sistemas: Eu prefiro ser essa metamorfose ambulante do que ter aquela velha opinião formada sobre tudo.
Diga não as drogas: Não use java.util.Vector.
Cuidado: Este usuário pode ter temperamento agressivo.
Always code as if the person who will maintain your code is a maniac serial killer that knows where you live.
I am the maniac serial killer that knows where you live who will maintain your code.
É impossível falar de CMMI (Capability Maturity Model Integration) sem saber o que é CIMM (Capability Im-Maturity Model).
Se você escreve "concerteza", "concerteza" você andou matando aulas de português. |
|
|
|
07/01/2009 13:02:56
|
pintofree
Virtual Machine Man
![[Avatar]](/images/avatar/e0652a0045dbc0b14d016619158789ce.jpg)
Membro desde: 19/12/2007 12:44:42
Mensagens: 651
Localização: Cuiabá - MT
Offline
|
Quanto magoa nesse seu coração victor, isto faz mal a saude.
|
SCJP - Sun Certified Java Programmer
SCWCD - Sun Certified Web Component Developer, Enterprise Edition 5
"When the compiler's not happy, ain't nobody happy."
|
|
|
|
07/01/2009 13:07:56
|
Marcio_Nogueira
JWizard
![[Avatar]](/images/avatar/0447abe5b3fbb484f70517e8a1091b4e.jpg)
Membro desde: 21/05/2007 20:14:54
Mensagens: 2781
Localização: xxxxxxxxxxxxxxxxxxxxxxxxxx
Offline
|
Limitar as alterações de "ultima hora" que o cliente pode fazer no projeto.
This message was edited 1 time. Last update was at 07/01/2009 13:08:22
|
MBA em Desenvolvimento de Sistemas em Ambiente Web
Bacharel em Desenho Industrial / Programação Visual
Marcio Nogueira C. Pinto |
|
|
|
07/01/2009 13:11:08
|
BlackDog
JavaChild
![[Avatar]](/images/avatar/88032730d15f0623022ce03b6c98d14c.jpg)
Membro desde: 24/12/2008 13:47:46
Mensagens: 118
Offline
|
erickles wrote:
MarceloS wrote:
s4nchez wrote:Agora fiquei curioso: por que vocês querem mais documentação exatamente? TDD+Pair Programming não seriam o suficiente pra ajudar no caso de vocês?
Possivelmente... mas o caso é o "de sempre": sistema feito às pressas, com uma pessoa semi-responsável por um módulo inteiro, sem nenhum teste unitário/documentação/whatever e testes feitos nas coxas. Entregue, os desenvolvedores pegam outro sistema - a muito custo está sendo implementada a metodologia SCRUM no novo desenvolvimento.
O problema é que os bugs começam a aparecer, e os desenvolvedores novos na empresa que vão resolver eles - assim como implementar novas funcionalidades. TDD não é uma opção num sistema pronto... e Pair Programming não é possível pois quem fez aquele módulo já está envolvido em outro e muito provavelmente já esqueceu metade. Resolver bugs é um problema dos menores; Tente entretanto implementar funcionalidades não planejadas em um sistema com uma arquitetura mal-definida, cheio de POG (inner classes a mais de metro, encadeamento de if/else, métodos com 300-400 linhas... já cheguei a ver 5 switchs encadeados), e não documentado...
Some isso a um ERP que esta a 15 anos sendo incrementado...sem nenhuma documentação...
E que tal documentar o processo ao invés do código ?
|
|
|
|
07/01/2009 14:32:02
|
rtozati
HelloWorld
Membro desde: 06/01/2007 02:26:05
Mensagens: 13
Offline
|
documentar o processo ??? Ou seja RUP?
nao aguento mais essa burocratizacao do processo de desenvolvimento!!! =S
|
Ricardo Tozati |
|
|
|
07/01/2009 16:08:31
|
BlackDog
JavaChild
Membro desde: 24/12/2008 13:47:46
Mensagens: 118
Offline
|
rtozati wrote:documentar o processo ??? Ou seja RUP?
nao aguento mais essa burocratizacao do processo de desenvolvimento!!! =S
Nope, o processo ao qual o SW está sendo baseado... Se vc conhecer esse processo o resto é moleza.
|
|
|
|
07/01/2009 16:50:56
|
rtozati
HelloWorld
Membro desde: 06/01/2007 02:26:05
Mensagens: 13
Offline
|
SW?
|
Ricardo Tozati |
|
|
|
|
|
![[Up]](/templates/default/images/icon_up.gif){kind=icon}
![[WWW]](/templates/default/images/icon_www.gif){kind=icon}
![[MSN]](/templates/default/images/icon_msnm.gif){kind=icon}
![[ICQ]](/templates/default/images/icon_icq_add.gif){kind=icon}
![[Email]](/templates/default/images/icon_email.gif){kind=icon}
![[Yahoo!]](/templates/default/images/icon_yim.gif){kind=icon}
