Utilizei a nivel de mestrado o JBUILDER 2.0 para desenvolver um terador de
Agentes intelitgentes, onde empreguei RMI.
Em resumo foi disposta uma interface e uma metodologia onde a pessoa inseria o
conhecimento e automaticamente gerava-se Agentes com aquele conhecimento.
No Estudo de caso que realizei foram criados 3 Agentes Inteligentes (para
validar a ferramenta e a metodologia) os quais eram responsaveis em gerenciar
Panes em uma Aeronave. Os Agentes foram denominados como Agente de Combustivel,
Agente Eletrico, Agente Hidraulico.
Alem de avaliarem falhas em seu dominio de atuacao, trocavam informacoes para
verificar se um erro de um Agente nao estava causando erro em outro (falhas em
cascata).
Foram geradas 88 classes, 344 metodos.
O que nao gostei do JBuilder eh que ele cria um metodo chamada JBInit(), se nao
me falha a memoria, mas acho que deve haver alguma configuracao para elimina-lo.
Estou estudando um projeto atualmente para atender uma empresa com 400 filiais
pelo pais, sendo que o sistema gerenciaria cada filial e um modulo superior para
gerenciar essas 400 filiais.
Tenho atualmente 11 pessoas na minha equipe mais eu como coordenador e gerente
do processo.
Pretendo migrar para o Visual Cafe pois gostei muito. Estou procurando conhecer
mais a seu respeito e seus problemas para nao trocar gato por lebre.
As ferramentas oferecem uma configuracao vasta onde voce pode optar por alguns
padroes para gerar codigo como, por exemplo, com comentario ou sem comentario,
com adaptadores sem aaptadores e muitos outros....
Porem muitas coisas seja por seguranca, ou padronizacao , ainda fazemos na "mao"
aproveitando a IDE da ferramenta. Ela oferece a possibilidade de criarmos
pacotes de classes e colocarmos esses pacotes como componentes para serem usadas
ao longo do desenvolvimento. Entao nada impede de se construir digamos um
JavaBeans para desenvolver aplicacoes de Banco de Dados em Multi Camadas camadas
e disponibiliza-la na sua ferramenta. Depos para construir seu software eh
clicar.
As ferramentas, como todos sabem e discutiram, tem suas imperfeicoes. Porem com
criatividade e aproveitando seus inumeros recursos conseguirmos com certeza um
aumento de produtividade sem comprometer a qualidade do produto final.
Detalhe: Qualidade eh um termo generico que podemos resumi-lo como sendo um
servico prestado ( u um produto adquirido pelo cliente) que satisfaz suas
necessidades. A grande maioria das empresas possui o fator PRECO, TEMPO como um
dos elementos fundamentais de qualidade segundo esse ponto de vista passado
acima. Entao nao adianta querer construir a aplicacao perfeita que precisa de 8
meses a um custo exorbitante. Em contrapartida nao justifica o mesmo projeto
ficar pronto em 3 meses com um custo aproximado porem nao devidamente testado,
codificado, estruturado, planejado e gerenciado.
Onde estah o ponto otimo de tudo isso??????
Quem tiver uma resposta generica para todos os projetos me envie porque quero
ganhar muito dinheiro com isso : ) .
Cada caso eh um caso, cada projeto eh um projeto. Voce nao vai encontrar uma
unica resposta pronta para essa questao....
Abracos
Antonio Maria
[EMAIL PROTECTED] wrote:
> Olah Ricardo ,
>
> Trabalho com o JBuilder desde sua versao 1.0 e noto que ele tem evoluido
> muito desde entao.Nossa Aplicacao Contem 4 projetos com
> 143 fontes (+ de 150 classes) e milhares de linhas e nunca tivemos problemas
> MUITO graves com ele a nao ser os parses do design e sua instabilidade (tb
> pudera , grande parte foy feito em java :-).
> Gostaria de saber opnioes de outras pessoas que tenham experiencia com
> outras ferramentas...
>
> ps:. Quando sera a proxima reuniao do Grupo ?
>
> Saudacoes
>
> Luiz Bucci
>
> On 3 Dec 1999, Valverde, Marcio wrote:
>
> >Ricardo,
> >
> >
> >Gostei de sua explanação sobre o assunto em discussão, eu adiquiri
> >rescentemente o JBuilder 3 Professional ( Inprise ) e gostaria de saber
> sua
> >opinião sobre esta ferramenta, estou iniciando nela e tenho medo de não
> ter
> >feito a melhor escolha !!
> >
> >Um grande abraço
> >
> >Márcio Valverde
> >
> >> -----Original Message-----
> >> From: ricardo [SMTP:[EMAIL PROTECTED]]
> >> Sent: Sexta-feira, 3 de Dezembro de 1999 08:40
> >> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> >> Subject: Re: [SouJava-J] Ferramenta RAD para Java - JBUILDER
> >>
> >>
> >> Herbert wrote:
> >>
> >>
> >> > Lucas Persona wrote:
> >>
> >> > > Estranho.....eu uso o Notepad com o jdk1.2 e não fica nem um pouco
> >> lento
> >> ;))
> >> > >
> >> > > T+,
> >> > > ______________________________________________
> >> > > Lucas Persona [EMAIL PROTECTED]
> >> > > Irmãos Gullo SA http://www.gullo.com.br
> >> >
> >> > Nada produtivo!!!
> >> >
> >>
> >> Well, well
> >>
> >> Na boa Herbert, porque você acha que pode julgar se o Lucas é muito ou
> >> pouco
> >> produtivo usando Notepad e JDK1.2???
> >> Se você é dependente de IDEs e ferramentas que fazem tudo pra você (e
> >> muito
> >> mau feito) saiba que nem todos são!
> >>
> >> Não sei se você já se tocou mas existe muita discussões sobre RAD e
> >> qualidade de software no mercado.
> >> Não quero dizer que seu software tenha pouca qualidade por você usar uma
> >> RAD
> >> qualquer, mas essa tem sido uma preocupação em toda a área de TI.
> >>
> >> Especialmente o uso de controles ligados diretamente a banco de dados,
> >> produzem uma arquitetura fraca, e um código difícil de manter (faça uma
> >> mudança no seu dicionário de dados e você terá de navegar todas as telas
> >> para atualizá-la). Alé disso, tudo o que se espera de OO fica perdido, e
> >> você fica preso a uma arquitetura de duas camadas.
> >>
> >> Não sou contra a editores de textos expertos, que tem clarificadores de
> >> sintaxe, e que tem compiladores e debuggers no ambiente.
> >> Mas pense bem antes de pedir pra um ferramenta gerar algum código pra
> >> você.
> >> Como você deve saber, computadores são burros... Um programa raramente
> irá
> >> gerar o melhor código pra qualquer situação. Antes ele irá gerar o
> código
> >> mais genérico possível, o que pode não ser o melhor.
> >>
> >> Note também que as ferramentas estão evoluindo, mas a maioria delas não
> >> suporte muito bem um design REALMENTE OO.
> >>
> >> A nova onde de ferramentas que mesclam modelos UML e os mapeiam
> >> diretamente
> >> em código, também tem seus problemas a meu ver! Afinal, todos sabem que
> >> análise, design e programação são fases diferentes, com produtos
> >> diferentes.
> >> É a regra, e não a exceção, um modelo de classes na fase de análise, ser
> >> bastante diferente do modelo de classes na fase de design. É necessário
> um
> >> mapeamento, pois classes do modelo de análise, não raro se tornam mais
> de
> >> uma classe no modelo de design, bem como alguns relacionamentos
> >> encontrados
> >> na fase de análise podem ser irrelevantes na fase de design.
> >> De design para programaçao não é muito diferente...
> >>
> >> Enfim, se você está feliz com sua forma de trabalhar fique feliz com ela,
>
> >> e
> >> defenda-á como puder, mas NUNCA critique a forma de outros trabalharem...
>
> >>
> >> Além disso, produtividade está muito mais ligado ao desenvolvedor do que
> à
> >> ferramenta...
> >>
> >>
> >> Ricardo Munhoz Santiago
> >> Sun Certified Programmer for the Java 2 platform
> >>
> >> Come and get some !!!
> >>
> >>
> >> --------------------------- LISTA SOUJAVA ---------------------------
>
> >> http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-
> SP
> >> [para sair da lista: http://www.soujava.org.br/forum/cadastrados.
> htm]
> >> ---------------------------------------------------------------------
>
> >
> > --------------------------- LISTA SOUJAVA ---------------------------
> > http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
> > [para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
> > ---------------------------------------------------------------------
> >
> >
> >----------
> >
>
> --------------------------- LISTA SOUJAVA ---------------------------
> http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
> [para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
> ---------------------------------------------------------------------
--------------------------- LISTA SOUJAVA ---------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
---------------------------------------------------------------------
