| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 17/08/2011 10:26:23
|
xdraculax
Java Ninja
Membro desde: 12/01/2009 16:12:54
Mensagens: 286
Offline
|
Sempre existe uma discursão aqui na empresa entre análise e desenvolvimento do seguinte ponto de vista:
A análise sempre quer "prever" todas as possíveis falhas que um usuário pode disparar em suas operações no sistema.
Do meu ponto de vista, de desenvolvimento, acredito que, falhas "muito possíveis" de acontecer em uma interação usuário --> sistema devem de fato ser evitadas; porém, querer "evitar" todo tipo de falha, me parece um esforço desnecessário e tipo vidência, um software muito perfeito é imaginado, e um software que o usuário precisa nunca existe.
Pra mim, a melhor estratégia é a do estilo Google; usar betas - ou seja, lançar uma versão funcional e corrigir os erros que realmente acontecem.
E ai, o que vocês acham?
|
-Atenha-se a resolver o problema, e não criticar opiniões.
-Você percebe que está programando d+, quando está escrevendo identado!
-Não precisa estar certo, basta acreditar. |
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 17/08/2011 10:39:10
|
entanglement
GUJ Hacker
Membro desde: 26/09/2009 09:18:56
Mensagens: 5750
Offline
|
Depende do custo de instalar uma nova versão do software no cliente. Se ele for muito alto (por exemplo, se é o programa da injeção eletrônica de um carro - imagine se o programa estiver errado, é necessário fazer um recall, o que sai muito caro para a montadora) então você tem de mandar o programa perfeito. Se for baixo ou desprezível então faça releases constantes. Um exemplo de um sistema onde o custo de atualizar é baixo é um sistema Web, onde o custo é só de instalar uma nova versão no servidor, e talvez de um retreinamento se houver muita mudança de funcionalidade.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 17/08/2011 12:22:17
|
xdraculax
Java Ninja
Membro desde: 12/01/2009 16:12:54
Mensagens: 286
Offline
|
Boa!
Realmente não tinha pensado nisso. Mas em nosso caso aqui, o custo de distribuíção é baixo, e outra, cabe o uso de beta.
Realmente o exemplo que você citou, não tem como colocar uns 100 modelos para uso pra depois corrigir os problemas e colocar em produção; mas no nosso caso isso é possível na maioria das vezes.
|
-Atenha-se a resolver o problema, e não criticar opiniões.
-Você percebe que está programando d+, quando está escrevendo identado!
-Não precisa estar certo, basta acreditar. |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 17/08/2011 12:47:03
|
evefuji
GUJ Ranger
Membro desde: 14/12/2007 22:37:17
Mensagens: 753
Offline
|
Tem mais um fator que destaco (entre tantos), se uma falha pode causar prejuízos, por exemplo, se você tem uma aplicação de ecommerce, e uma falha permite o usuário comprar produtos e já aparecer marcados como "pago" sem ter pago efetivamente.
|
|
|
 |
|
|