Bonito rapaziada Parece que a agora deslanchou. Parab�ns ao Caetano e Zanata por acenderem a discuss�o.
S� para esquentar eu coloco mais o seguinte coment�rio: L� vai.....: H� 3 anos atr�s s� desenvolvia EJB que tinha 5 anos de Unicamp, S�o Carlos e Afins (lembram das build�s quilom�tricas e a edi��o manual de arquivos de configura��o?) H� 2 anos j� metia as caras quem fazia extens�o de um ano na UNB e similares (que tal um ant, uma console no container, um pool de conex�es controlado pelo container?) Hoje j� tem gente que consegue deslanchar lendo livro, apostila e ralando na Internet (vai ter que apanhar um bocado, ainda) Daqui a dois anos espero que a rapaziada que faz curso de uma semana no SENAC n�o nos mande a todos para o olho da rua (ser� o sucesso pleno do EJB , simples, facil de usar, tarefas automatizadas, mais popular imposs�vel) e a gente lembre com saudade do elitismo desta lista. Como o tempo passa r�pido Foi s� uma opini�o futurista. Como disse, para esquentar....... Podem mandar porrada, pois eu mere�o, por tornar publica uma conversa de botequim.. Abra�o a todos Jorge ----- Original Message ----- From: "Carlos Villela" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, July 22, 2002 7:59 PM Subject: Re: [enterprise-list] EJB 2.0 CMP -> Performance Lenta / Deploy / Application Servers (2a remessa) > Caetano e Zanata, > > De forma alguma queremos que voces saiam desta lista. Muito pelo contrario. > Tenho aprendido muito com as discussoes aqui, e apesar de n�o ter nada l� > muito inteligente a acrescentar, as respostas de todos voc�s tem me > resolvido umas coisas antes mesmo que eu pergunte. > > Agora, quem diz que � s� ler um livro, qualquer que seja, pra sair > arrebentando realmente n�o sabe do que est� falando. � preciso dos livros, e > � preciso estudar, sim, mas al�m deles, � preciso quebrar a cara (quem nunca > teve vontade de chutar tudo que via pela frente quando um deploy que n�o > tinha raz�o nenhuma pra falhar praticamente cospe em voc�?), e � justamente > a� que as listas de discuss�o, tutoriais, artigos, FAQs, e, principalmente, > as PESSOAS ajudam. > > Quem j� viu uma tecnologia de software dar certo sem uma comunidade forte > por tr�s dela, que troca informa��es que contribui para a sabedoria geral da > mesma, que por favor prove o contr�rio. > > A tecnologia pode ser maravilhosa, mas ela n�o resolve problemas. S�o as > pessoas que resolvem problemas, e as pessoas, infelizmente, ao contrario da > tecnologia, falham ao ficarem mais sofisticadas e inflarem seus egos (sim, > Sven, eu estou falando de voc�, e descordo completamente da atitude que voc� > teve). > > Esta lista existe pra resolver problemas e discutir a tecnologia J2EE. Seja > falar de application servers, de ret�rica sobre arquitetura ou sobre d�vidas > em situa��es pr�ticas, n�o interessa. Falemos de todos os aspectos. Afinal, > s� temos a ganhar com isso, e quem quiser ser "do contra" e n�o colaborar, > que fique quieto ou v� brincar sozinho no canto. > > Um abra�o a todos, > > Carlos Villela > [EMAIL PROTECTED] > > > ----- Original Message ----- > From: "Caetano" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, July 22, 2002 7:25 PM > Subject: Re: [enterprise-list] EJB 2.0 CMP -> Performance Lenta / Deploy / > Application Servers (2a remessa) > > > > Prezados colegas de lista, > > > > Eu concordo com o que o Andr� citou em resposta a msg do Zanata e > > gostaria de saber onde est�o nossos admins da lista? > > > > Afinal por causa de certas pessoas que querem se achar o m�ximo somente > > porque tem XXX tempo de experi�ncia em J2EE temos que perder, neste caso, > > como em outros poucos, uma pessoa que faz perguntas COERENTES na lista > > de J2EE.. A�, s� pq n�o tem o mesmo conhecimento que os tais, recebe como > > resposta que "a sua thread n�o � importante, se vc fosse estudar a > > documenta��o citada...". > > � gente, parece que � mais importante falar aqui que o Eclipse isto, o > > Eclipse aquilo, > > Quem aqui pensa que � mais f�cil aprender J2EE sozinho do que achar o > > Eclipse na net? > > Lendo tudo em ingl�s, conceitos complexos, quem � brasileiro sabe como > �... > > E mais: que mora no interior do p�is, onde n�o tem cursos, n�o tem > worldcom, > > big_sei_la_o_que sabe disto..., j� os enlatados de fora... > > > > Realmente Zanata, estamos na lista errada, infelizmente, o n�vel da lista > � > > extremamente elevado.. > > n�o s� vc, eu tb estou sobrando nesta.... > > > > > > []'s > > > > > > > > > > ----- Original Message ----- > > From: "Andr� Rosenzweig" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Monday, July 22, 2002 4:29 PM > > Subject: Re: [enterprise-list] EJB 2.0 CMP -> Performance Lenta / Deploy / > > Application Servers (2a remessa) > > > > > > > Eu n�o concordo com isto, j� que nesta lista existem pessoas dos > mais > > > diversos niveis. Contanto que o assunto seja J2EE e n�o perguntas > b�sicas > > de > > > Java comum acho que � valido utilizar esta listas, mesmo que algumas > > pessoas > > > n�o gostem. Talvez poderiamos sugerir a cria��o de duas listas: > > > "J2EE-basico" e "J2EE-avancado", eu particularmente n�o gosto da id�ia, > > mas > > > se a maioria preferir n�o me oponho... > > > De qualquer maneira eu acho que as discu��es ultimamente s�o > bastante > > > interessantes, mesmo as b�sicas servem para relembrar ou exercitar o que > > j� > > > sabia e as avan�adas em geral acrescentam bastante informa��o ou pelo > > menos > > > despertam um interesse por pesquisar algo novo. A �nica reclama��o que > > tenho > > > � que �s vezes fica dificil saber o que � a mensagem nova e o que � a > > > mensagem que est� sendo respondida, j� que fica tudo misturado. Seria > > muito > > > bom se em todas as linhas da mensagem respondida fossem colocados algum > > > caractere como ">" (Maior-Que) que � normalmente usado por a�, ou ent�o > > > responder a mensagem totalmente separado, colocando a mensagem original > > > abaixo, como estou fazendo agora. O que acham? > > > > > > []'s > > > > > > ----- Original Message ----- > > > From: "j2ee" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Monday, July 22, 2002 14:19 > > > Subject: RE: [enterprise-list] EJB 2.0 CMP -> Performance Lenta / Deploy > / > > > Application Servers (2a remessa) > > > > > > > > > > Pessoal, > > > > > > > > Me desculpem, mas pelo que entendi desse �ltimo coment�rio acho que j� > � > > > > hora de eu parar de enviar essas perguntas. > > > > > > > > N�o sabia que o n�vel da lista estava t�o elevado em rela��o aos > poucos > > > > conhecimentos que possuo. > > > > > > > > Pe�o, por gentileza, que enviem o nome completo da bibliografia citada > > > > (Marinescu, Roman, Alur [esse eu tenho]) para que eu possa seguir nos > > meus > > > > estudos com mais cautela. > > > > > > > > Assim que poss�vel retiro a minha inscri��o da lista, mas antes > gostaria > > > > que me informassem o nome de alguma outra lista para que eu possa > > debater > > > > assuntos com pessoas menos experientes. > > > > > > > > Agrade�o a todos pela ajuda e pela aten��o. > > > > > > > > Um forte abra�o. > > > > > > > > Zanata > > > > > > > > ------------------------------------------------------------------- > > > > > > > > > > > > > > > > On Mon, 22 Jul 2002 12:45:42 -0300, Sven E. van �t Veer <[EMAIL PROTECTED]> > > > > escreveu : > > > > > > > > > De: Sven E. van �t Veer <[EMAIL PROTECTED]> > > > > > Data: Mon, 22 Jul 2002 12:45:42 -0300 > > > > > Para: <[EMAIL PROTECTED]>, "Danilo Luiz Rheinheimer" > > > > <[EMAIL PROTECTED]> > > > > > Assunto: RE: [enterprise-list] EJB 2.0 CMP -> Performance Lenta / > > > > Deploy / Application Servers (2a remessa) > > > > > > > > > > > > > > > Alem disso penso ser este tipo de discusssao muito saudavel. > > > > > Espero que esta thread continue, que todos temos muito que > aprender. > > > > > > > > > > Hmm, acho que quem l� a documenta��o citada (Marinescu, Roman, Alur) > e > > > > sabe > > > > > alguma coisa de Java n�o precisa muito desta thread ;-) Seria mais > > > > > interessante uma discuss�o de quandao implementar uma solu��o de > > Pattern > > > > X e > > > > > quando Y .. > > > > > > > > > > Quem teria que aprender � o cliente ;-) Solu��es propostas aqui > > > > inicialmente > > > > > s�o muito mais caro que solu��es sem nenhum padr�o ecom pouco > > > conhecimento > > > > > de EJB, mas solu��es destas (ja encontrei v�rias) sempre falham na > > > > produ��o. > > > > > O melhor que j� vi � um sessionbean implementando o famoso 'magic > > button > > > > > anti-pattern' com um metodo de 21 !!!! p�ginas, come�ando com 3 > > > findAll() > > > > > (DB de 23 GB), o problemo de acordo com pessoal era que a sess�o > > expirou > > > > > antes da resposta ;-) (metodo rodou por 2 horas ;-). > > > > > > > > > > O maior problema que encontrei j� no meu trabalho � a falta de > > > > conhecimento > > > > > de cliente em como avaliar a empresa para desenvolvimento de um novo > > > > > sistema. Infelizmente, muitas propostas s�o avaliadas somente no > valor > > e > > > > n�o > > > > > no teor tecnico, que numa aplica��o VB talvez n�o importa muito mas > em > > > > > projetos J2EE/Swing ou C/C++ � muito mais importante e na final das > > > contas > > > > > fica mais barato (refactoring � mais caro do que desenvolvimento). > > > > > > > > > > Outra legal.. Alguem j� vi EJB usando Vector como Primary Key ;-) > > > > > > > > > > > > > > > --- > > > > > Outgoing mail is certified Virus Free. > > > > > Checked by AVG anti-virus system (http://www.grisoft.com). > > > > > Version: 6.0.377 / Virus Database: 211 - Release Date: 15/7/2002 > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > Para cancelar a subscri��o, envie mensagem para: enterprise-list- > > > > [EMAIL PROTECTED] > > > > > Para comandos adicionais, envie mensagem para: enterprise-list- > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > Para cancelar a subscri��o, envie mensagem para: > > > [EMAIL PROTECTED] > > > > Para comandos adicionais, envie mensagem para: > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > Para cancelar a subscri��o, envie mensagem para: > > [EMAIL PROTECTED] > > > Para comandos adicionais, envie mensagem para: > > [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > Para cancelar a subscri��o, envie mensagem para: > [EMAIL PROTECTED] > > Para comandos adicionais, envie mensagem para: > [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] > Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] > --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
