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