Gostaria expor meu ponto de vista, sobre alguns assuntos, e se possivel que
fosse criticado por voc�s.
Vejo que todo projeto novo, o pessoal cria um monte de novos ejbs, e
qual a necessidade disso ?
Onde est� a otimiza��o e a reutiliza��o dos ejbs criados em outros
projetos ?
Por que n�o se "cultura" uma biblioteca de ejbs, independente de
projeto, onde estes estariam catalogados e muito bem mantidos,
disponiveis para outros projetos atraves de fa�ades.
Talvez cada desenvolvedor queira implementar de sua maneira, mas
acaba por fim repetindo a mesma solu��o "de
retornar os dados do cliente" de diversas formas.
Por causa dessa falta de organiza��o, n�o me sinto confortavel de
trabalhar com ejbs, sabendo que muito provavelmente
j� exista, escondido em algum lugar da empresa algum ejb que fa�a o
que eu quero, mas n�o sei aonde ou em que instancia ele
se encontra, e o pior quanto a sua manuten��o, voc� esta usando um
ejb de um projeto tal...um dia alguem vai la e muda tudo
e voc� dan�a.
Assim fica dificil criar um padr�o de distribui��o.
J� que levantei com o p� esquerdo, vou abordar outro assunto...
Ser� que eu sou idiota, ou estou usando o CVS de forma errada.
Porqu� toda vez que vou usar um arquivo tal para dar manuten��o
tenho que avisar meu colega do lado: "- olha cara, se voc�
for mexer no arquivo tal...esta comigo viu !!!" ISSO � HORRIVEL !!!
Estamos retrocendendo ou o qu�, ou ser� uma quest�o de habito ?
Ser� que niguem vai querer quebrar os padr�es ? E falar..."vamos
usar o Source Safe, � mais prudente !"
Estou ficando can�ado de bitola, JAVA � legal mas n�o � perfeito.
...outro assunto.
Ai voc� participa de um projeto e v� que a coisa esta ficando cada
vez mais complexa...e para cada interven��o voc� leva
meio dia para implementar uma nova funcionalidade.
Qual o motivo disso ? N�o que JAVA seja dificil, mas o pessoal vai
construindo patterns sobre patterns e a coisa fica
complicada de manter...sera que o glamur de ser "dificil" subiu na
cabe�a do pessoal. Ai vem neguinho (gerente) e fala: "-P� .NET � bem
mais simples !" Eu concordo...".NET" � bem mais simples. Por que as
coisas s�o mais diretas !
Eu conheci um gerente usu�rio de um sistema que dizia o seguinte: "-
Eu analiso a funcionalidade do sistema pela quantidade de clicks
que o operador tem que dar at� chegar aonde se quer."
Veja...� igual ao desenvolvimento de um projeto, quantas telas eu
tenho que passar at� conseguir dizer ao banco de dados que eu
quero o nome de fulano de tal. � claro que devemos manter um minimo
de organiza��o...mas por que as coisas n�o s�o mais diretas.
Usar struts � legal, MVC � correto...mas tudo deve ter um limite,
uma adequa��o para cada tipo de projeto.
Pronto...terminei !
Vejo que o problema n�o � java, muito longe disso. Mas o que as
pessoas est�o fazendo para torna-lo melhor ou pior.
Temos que realmente pesar bem o que o usuario quer, e deixar nosso
"EGO" de desenvolvedor n�o sufocar o projeto por tanta tecnologia.
Um abra�o a todos e at� mais.
Silvio.
-----Mensagem original-----
De: Carloshp Silva [mailto:[EMAIL PROTECTED]
Enviada em: Friday, June 20, 2003 1:36 PM
Para: [EMAIL PROTECTED]
Assunto: [java-list] Re: to be EJB or not to be
Jah participei de um grande projeto usando EJBs, e a impressao
que ficou nao foi positiva. De qualquer forma, como foi usan-
do a versao 1.0 da especificacao, nao seria justo eu tecer
comentarios, entao sugiro esta leitura sobre o porque NAO
adotar EJBs. Independente da especificacao, muitos fatos apon-
tados neste artigo sao constatacoes tecnicas, muitas das
quais eu vi na pratica e que tem a ver com a arquitetura da so
lucao.
http://www.softwarereality.com/programming/ejb/index.jsp
[]s, Carlos
Em Wed, 18 Jun 2003 13:59:45 -0300, linux <[EMAIL PROTECTED]> disse:
> Caros Amigos,
>
> Em um projeto que estou envolvido estamos em um ponto de decisao sobre
> adotar ou nao EJBs.
>
> Como nosso projeto tem um publico pequeno menos de 100 pessoas, visa
> performance, utilizacao otimizada dos recuros de hardware (que sao
> poucos) devo apontar as vantagens e desvantagens de se utilizar EJBs.
>
> Entao gostaria de fazer uma pergunta, levando-se em conta que:
>
> 1) A performance eh fundamental, pois a massa de dados manipulada eh
> imensa.
> 2) Nao havera processamento distribuido pois temos apenas
> uma maquina HP-UX 32 proc.
> 3) O tempo de desenvolvimento do projeto eh muito curto.
> 4) O numero de usuarios eh bem pequeno.
>
> Quais vantagens e desvantagens voces vem em se utilizar EJBs?
>
> Gostaria imensamente de saber as opinioes e experiencias de voces.
>
> Muito obrigado
>
> Joao Pedro
>
>
>
> ------------------------------ LISTA SOUJAVA ----------------------------
> http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
> d�vidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> historico: http://www.mail-archive.com/java-list%40soujava.org.br
> para sair da lista: envie email para [EMAIL PROTECTED]
> -------------------------------------------------------------------------
>
>
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
d�vidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
historico: http://www.mail-archive.com/java-list%40soujava.org.br
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
***** Internet E-mail Confidentiality Footer *****
"Esta mensagem pode conter informa��es privilegiadas e/ou confidenciais de
propriedades da BCP Telecomunica��es. Caso voce n�o seja o destinat�rio ou
pessoa autorizada a recebe-la n�o poder� utiliza-la de forma alguma. C�pia,
revela��o ou quaisquer outras a��es baseadas nestas informa��es n�o s�o
autorizadas. Se voce recebeu esta mensagem de forma equivocada, por favor
informe o emissor imediatamente respondendo a este email e em seguida
eliminando-o. Agradecemos sua coopera��o."
"This message may contain confidential and/or privileged information belong
to BCP Telecomunications. If you are not the addressee or authorized to
receive this for the addressee, you must not use, copy, disclose or take any
action based on this message or any information herein. If you have received
this message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation."
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
d�vidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
historico: http://www.mail-archive.com/java-list%40soujava.org.br
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
