----- Original Message -----
From: Valverde, Marcio <[EMAIL PROTECTED]>
>
> 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
M�rcio,
Usar ou n�o usar uma ferramenta RAD � uma quest�o de estilo de trabalho.
O JBuilder, entre as ferramentas que eu j� pude ver, � uma das melhores
ferramentas do mercado para quem quer usar RAD.
Agora se voc� quer saber a minha opini�o sobre RADs, a� vai:
De todas as ferramentas RAD que j� vi, todas elas geram c�digo pobre no que
diz respeito a interfaces gr�ficas... N�o que o c�digo n�o funcione. Eu
tamb�m pouco me preocupei em analisar a performance do c�digo gerado. O
problema, na minha opini�o � um s� SUJEIRA.
Na minha opini�o o que faz de um design um BOM design s�o ORGANIZA��O e
LIMPEZA.
Veja bem, porque o paradigma OO � t�o �til? Muitos podem erguer a m�o e
gritar, REUSO... Tudo bem, reuso � legal, mas o que existe de melhor em OO �
a organiza��o. OO permite que voc� decomponha e organize seu c�digo em
unidades l�gicas desacopladas. Se voc� organizar bem seu c�digo, ter� mais
facilidade em lidar com ele. Por isso existem v�rios design patterns, que
ajudam a fazer uma boa organiza��o do seu design.
No que diz respeito a c�digo, a limpeza � fundamental na minha opini�o, por
isso tendo a rejeitar c�digo gerado... Eles geralmente tem coment�rios
espec�ficos para a ferramenta geradora, ou no m�nimo, s�o muito mais
complexos do que o c�digo que voc� escreveria para resolver o problema, pois
o c�digo � gerado para o caso mais gen�rico...
Al�m disso, existe um neg�cio chamado flexibilidade e customiza��o. Se voc�
quer permitir que seu usu�rio customize seu software, voc� provavelmente n�o
encontrar� apoio de nenhuma ferramenta na hora de escreve-lo. (Exemplo: Uma
GUI que o usu�rio possa configurar)
A coisa vai muito do perfil da aplica��o e do desenvolvedor. Se voc�
desenvolver sempre pensando que VOC� ter� de fazer altera��o no c�digo, que
o software ter� de evoluir, que talvez mais de um cliente use o software e
voc� tenha de customizar algumas coisas..., voc� provavelmente optar� por
c�digo flex�vel escrito � m�o ao inv�s de c�digo gerado por ferramenta RAD.
Esse neg�cio de RAD � na verdade um problema gerencial. O gerentes dos
projetos querem que eles fiquem prontos logo e a um custo baixo... Mas e
quanto � qualidade, manuten��o, etc...? � falta de vis�o.
Mas o meu maior medo em incentivar o uso de RAD, � que o desenvolvedor rec�m
chegado que usava VB, queira programar em Java, como fazia em VB ou Delphi,
ou sei l� o que... Se fizer isso, j� era! Nada mudou, pode voltar pra
plataforma anterior... O legal de java, n�o � s� a portabilidade. � O
CONCEITO! COMPUTA��O DISTRIBU�DA!!!!
Por favor, n�o fa�am programas que acessem diretamente um DB, pensem em
OBJETOS. Criem sempre uma camada de servi�os, seja ela usando EJB, CORBA,
JINI, RMI, ... mas criem sempre uma camada de objetos. COMPUTA��O
DISTRIBU�DA � o FUTURO, n�o, j� � o PRESENTE
Quanto � camada de servico, aconselho o uso de EJB com container managed
persistence e container demarked transaction. � mais simples de programar e
mais flex�vel. Pense sempre em flexibilidade.
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]
---------------------------------------------------------------------
