na verdade eu n�o sou contra a evolu��o, sou contra a utiliza��o inexperiente de tecnologias em ambiente corporativo, pode significar preju�zos para vc e para a empresa.
-----Mensagem original----- De: Marcos Tadeu P. Vargens [mailto:[EMAIL PROTECTED] Enviada em: sexta-feira, 30 de maio de 2003 21:37 Para: [EMAIL PROTECTED] Assunto: Re: [java-list] USAR SEMPRE O Q VC SABE, E N�O O Q VC ACHA QUE SABE. Concordo plenamente. Mas o que voc� sabe, dura quanto tempo? Vai ficar a vida inteira sabendo so isso? Por isso existem tantas tecnologias. Porque querem saber mais e mais. Dai entra o seu papel na jogada. Se voc� sabe como usar para almentar a produtividade, parabens voc� est� feito. Se n�o sabe, aprenda em casa, ou em cursos e n�o no trabalho arriscando projetos que mantem a empresa de p�. Acho que aprender n�o ocupa espa�o, e um desenvolvedor tem sempre que estar de olho nas novidades. Agora arriscar � para amadores. Eu acho que depende muito do projeto. JSP e beans pode se tornar uma dor de cabe�a em um projeto com 20 programadores, se cada um fizer do seu jeito. Voc� n�o consegue manter um padr�o de codigo. Acho que o struts � mais recomendado para esses casos. Em empresas com menos desenvolvedores (e projetos pequenos) acho dificil a necessidade de utilizar uma parafernalha tecnologica que so vai complicar ao inv�s de ajudar. E � um saco ficar escrevendo classe de conex�o com o banco de dados toda vez que voc� vai fazer um sistema. Mas se voc� precisa configurar 15 arquivos XML para fazer essa conex�o tabem n�o vejo vantagem nenhuma . Marcos Tadeu P. Vargens [EMAIL PROTECTED] ----- Original Message ----- From: "Jos� Carlos Lopes de Barros" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, May 26, 2003 11:25 AM Subject: [java-list] USAR SEMPRE O Q VC SABE, E N�O O Q VC ACHA QUE SABE. Ol� javaneses, Ultimamente tenho visto a sopa de letrinhas do mundo do desenvolvimento crescer cada vez mais e estou preocupado com isso. Aonde eu trabalho resolvemos tudo com JSP/Servlets e beans. Tudo mesmo. Nada al�m disso. Mas existem tantas outras coisas por a� como: Struts, EJB, WebServices, CORBA, SOAP, J2ME e tantas outras tecnologias no mundo java que � dif�cil at� de listar aqui. Muitas vezes ficamos tentados a usar uma delas mas, acho que isso � um risco. Primeiro pq acho que para poder utilizar uma nova tecnologia vc deve realmente estar ciente de todos os problemas e vantagens, vc realmente deve ter alguma experi�ncia. Se te pedem um sistema f�cil, que vc faria normalmente em 2 semanas usando o q sabe, mas vc leva 3 meses para fazer pq tentou usar Struts e ainda n�o funciona bem ou nem funciona, a verdade � que v�o te chamar de incompetente e seus chefes n�o v�o querer saber que vc ficou estudando, isso n�o importa a eles, somente o resultado. Para mim a verdade � essa: em ambiente corporativo USE SEMPRE O Q VC SABE, E N�O O Q VC ACHA QUE SABE. Gostaria da opini�o da lista, com exemplos como este. []�s SPARC ------------------------------ 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] ------------------------------------------------------------------------- ------------------------------ 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] -------------------------------------------------------------------------
