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]
---------------------------------------------------------------------
