Falou tudo Ricardo,
Cada caso � um caso. E como eu aprendi h� vinte anos atr�s:
"O MELHOR SOFTWARE � AQUELE QUE VOC� SABE USAR/EXPLORAR BEM!"
Carlos Campos
> ----- Mensagem original -----
> De: ricardo [SMTP:[EMAIL PROTECTED]]
> Enviada em: Sexta-feira, 3 de Dezembro de 1999 07:40
> Para: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Assunto: 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]
---------------------------------------------------------------------
