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