Como ser um maluco da contra-cultura

This message was edited 7 times. Last update was at 09/10/2010 23:37:55

Sempre que vejo muita gente (a maioria) fazendo alguma coisa desconfio na hora. Alguns exemplos:

90% da população mundial é religiosa (teista). Eu não sou religioso (teista) (não confundir com ateu, pois sou deista)

80% aprovam Lula. Eu acho que Lula e o PT é o que há de pior em termos de política. Os princípios do PT são os mesmos princípios de Hitler: Um bom fim justifica qualquer meio.

Eu nao gosto de Hibernate. http://amplicate.com/hate/hibernate. Por que eu odeio hibernate vai consumir 10 páginas. http://maryniuk.blogspot.com/2009/09/orm-sucks-hibernate-sucks-even-more.html

Eu nao gosto de Spring. O pessoal que trabalha no Google também. Vide Guice.

Eu nao gosto de Maven. Uma minoria também: http://stackoverflow.com/questions/1163173/why-use-gradle-instead-of-ant-or-maven

Eu nao gosto de log4j. Se eu quero logar alguma coisa faço assim: Debug.log(asdf, asdf, asdf, asdf) and that's it. log4j.properties me irrita.

Eu nao gosto de XML e Annotations. Acho que código tem que ser limpo e qualquer tipo de configuração / setup tem que ser feita via configuração programática, independente e separada, com properties externalizadas por ambiente. (vide http://www.mentaframework.org/)

Oi saoj,

90% da população mundial é religiosa (teista). Eu não sou religioso (teista) (não confundir com ateu, pois sou deista)

Fiz uma pesquisa rapida e não consegui entender direito o que é deista,será que você pode explicar...

This message was edited 1 time. Last update was at 08/10/2010 20:40:39

saoj wrote:Sempre que vejo muita gente (a maioria) fazendo alguma coisa desconfio na hora.

A maioria das pessoas que conheço critica as coisas que a maioria das pessoas faz...rs

Os seus dois primeiros exemplos não vou comentar pois, além de quebrar as regras do fórum, costumam partir para o lado emocional mais do que racional.

saoj wrote:Eu odeio Hibernate

Acredito que a maioria nem usa Hibernate...Usam JDBC, com statement e nem frequentam o guj...

Acho que o Hibernate está no meio do caminho ainda.... Melhor do que escrever queries na mão, mas ainda não alcançou a perfeição.
Mas não quero daqui a 10 anos continuar precisando escrever queries pra acesso...essa parte tem que ficar totalmente transparente uma hora ou outra.

saoj wrote:Eu odeio Spring. O pessoal que trabalha no Google também. Vide Guice

Tem uma boa questão aí: quando o spring surgiu, que opções nós tinhamos?
É quase obrigação criar algo melhor depois que um pioneiro apareceu para dar a cara a tapa.
Já viu todos os pontos fortes e fracos da solução anterior.
(Detalhe: Não trabalhei com o Guice, não posso dizer se é melhor ou não)

saoj wrote: Eu odeio XML e Annotations. Acho que código tem que ser limpo e qualquer tipo de configuração / setup tem que ser feita via configuração programática com properties externalizadas por ambiente.

Também não gosto de Annotations, mas por enquanto é um mal necessário...

Não vejo onde properties levam vantagem sobre XML. Prefiro o segundo. (Questão de gosto)

Agora o que me fez responder este post, foi seu comentário em outro tópico , sobre como Mavem é muita mágica para você.
Não vejo isso só de você, muitos programadores vivem dizendo que gostam de ter controle sobre o que faz.

Me veio na cabeça um imaginário programador C++ há 10/15 atrás dizendo:
Java? Garbage Collection? Gerenciamento de Memória? Não obrigado, gosto de saber quando as coisas entram e saem da memória...

Ouvi em algum lugar que "Qualquer tecnologia suficientemente avançada é indistiguível da mágica".

Eu particulamente desejo que mais e mais ferramentas avançadas e mágicas apareçam e facilitem meu trabalho.
Não tenho problema nenhum em concorrer com monkeys.
Se a ferramenta for fácil o bastante para eles fazerem softwares de qualidade, imagina o que eu não farei com elas?

Anime wrote:Oi saoj,

90% da população mundial é religiosa (teista). Eu não sou religioso (teista) (não confundir com ateu, pois sou deista)

Fiz uma pesquisa rapida e não consegui entender direito o que é deista,será que você pode explicar...

http://br.answers.yahoo.com/question/index?qid=20080308104426AA1epED

JavaChild Membro desde: 29/03/2007 21:38:44 Mensagens: 120 Offline

Deista é aquele que acredita em Deus, porém questiona alguns dogmas, como a revelação divina, ou a criação.
Deistas, na maioria das vezes são pessoas que veem a coisa pelo lado científico, não se conformando apenas com a frase "Porque Deus quis", porem, acreditam que exista alguma força divina agindo de alguma forma.

Um exemplo seria a criação do universo, tudo veio do Big Bang(cientificamente) porem, e antes do big bang??

Eu vejo uma das primeiras frases da biblia em Genesis que diz "E Deus disse, que se faça a luz, E (Big Bang) a luz se fez", e penso que o resto foi consequência.

Com relação aos outros pontos, acredito que cada um usa o que é melhor para a sua necessidade, não necessariamente porque muita gente usa é ruim, pode ser bom pra mim, mas ruim pra vc.
Eu já gosto de Hibernate, porem, existem casos em que não vale a pena usa-lo.
Não sou fã do log4j tb.
Gosto da ideia de que o codigo tem que ser limpo, mas acho que annotations são melhores do que XMLs

This message was edited 2 times. Last update was at 08/10/2010 21:11:31

Acho que o Hibernate está no meio do caminho ainda.... Melhor do que escrever queries na mão, mas ainda não alcançou a perfeição.
Mas não quero daqui a 10 anos continuar precisando escrever queries pra acesso...essa parte tem que ficar totalmente transparente uma hora ou outra.

Há dezenas de excelentes query builders e query helpers. Vou citar dois que eu conheço e gosto: iBatis e MentaBeans.

Tem uma boa questão aí: quando o spring surgiu, que opções nós tinhamos?
É quase obrigação criar algo melhor depois que um pioneiro apareceu para dar a cara a tapa.
Já viu todos os pontos fortes e fracos da solução anterior.
(Detalhe: Não trabalhei com o Guice, não posso dizer se é melhor ou não)

O Spring tem o mérito de ter popularizado o conceito de IoC. Eu não gosto do Spring porque ele é um monstro controlado por XML. Parece que agora, depois do sucesso do Guice, o pessoal do Spring resolveu lançar o tal do JavaConfig, que é o Spring con configuração programática.

Também não gosto de Annotations, mas por enquanto é um mal necessário...

Não vejo onde properties levam vantagem sobre XML. Prefiro o segundo. (Questão de gosto)

Para configuração estática, usar XML é um overkill. Não faz qualquer sentido.

O problema é que XML é usado pra tudo. Desde build.xml até app-context.xml. Péssimo !!!

Annotation é um pouco melhor, mas ainda é markup. A solução é configuração independente e separada por código.

Não vejo isso só de você, muitos programadores vivem dizendo que gostam de ter controle sobre o que faz.

Abstrair complexidade com algo tão ou mais complexo é loucura.

Me veio na cabeça um imaginário programador C++ há 10/15 atrás dizendo:
Java? Garbage Collection? Gerenciamento de Memória? Não obrigado, gosto de saber quando as coisas entram e saem da memória...

Nesse caso a mágica foi perfeita !!! Abstraiu totalmente essa complexidade SEM INTRODUZIR NENHUMA OUTRA.

No caso do Hibernate abstrai-se a complexidade do banco-de-dados, introduzindo outra. Claro que muitos dirão que vale a pena pagar esse preço para ter uma coisa mais OO.

Eu particulamente desejo que mais e mais ferramentas avançadas e mágicas apareçam e facilitem meu trabalho.
Não tenho problema nenhum em concorrer com monkeys.
Se a ferramenta for fácil o bastante para eles fazerem softwares de qualidade, imagina o que eu não farei com elas?

Boa observação. Tenho que concordar com vc. Se a coisa for bem-feita e realmente abstrair a complexidade então todo mundo sai ganhando. O que eu não gosto é trocar uma complexidade por outra. Quando vc muda de assembly para Java, vc claramente está trocando uma complexidade por outra MUITO MENOR. Mesma coisa com memory management.

A questão do Maven é igual a questão do Maker. Troca-se complexidade por mágica. O problema é que a coisa fica totalmente engessada. Eu acho que FLEXIBILIDADE é fundamental.

No caso de Garbage Collection, vc não precisa de flexibilidade para memória. Isso só foi possível porque memória virou algo abundante, então usa-se sem qualquer preocupação.

Obrigada saoj e Hildebrando Pedroni, entendi...

Nossa, quanto ódio no coração! rsrssrrsrs

Relaxa bro. Tá muito tenso. Num gosta? Esquece!

Java Ninja Membro desde: 20/02/2005 21:56:17 Mensagens: 256 Offline

saoj wrote:Sempre que vejo muita gente (a maioria) fazendo alguma coisa desconfio na hora. Alguns exemplos:
80% aprovam Lula. Eu acho que Lula e o PT é o que há de pior em termos de política. Os princípios do PT são os mesmos princípios de Hitler: Um bom fim justifica qualquer meio.

Assino em baixo.

saoj wrote:
Eu nao gosto de Hibernate. http://amplicate.com/hate/hibernate. Por que eu odeio hibernate vai consumir 10 páginas. http://maryniuk.blogspot.com/2009/09/orm-sucks-hibernate-sucks-even-more.html

O problema é que as pessoas que utilizam o Hibernate acham que ele é e tem solução para todos os problemas no que se refere a persistência e acesso os BD.....
iBatis é uma ótima opção

saoj wrote:
Eu nao gosto de Spring. O pessoal que trabalha no Google também. Vide Guice.

Vejo que o Spring nasceu, cresceu e virou um "monstro"....

saoj wrote:
Eu nao gosto de Maven. Uma minoria também: http://stackoverflow.com/questions/1163173/why-use-gradle-instead-of-ant-or-maven

Acho um lixo, totalmente dispensável..... plugins + plugins + plugins para fazer um build..... (rs)

saoj wrote:
Eu nao gosto de log4j. Se eu quero logar alguma coisa faço assim: Debug.log(asdf, asdf, asdf, asdf) and that's it. log4j.properties me irrita.

Deste eu não abro mão log4j .. THE BEST!!!!

saoj wrote:
Eu nao gosto de XML e Annotations. Acho que código tem que ser limpo e qualquer tipo de configuração / setup tem que ser feita via configuração programática com properties externalizadas por ambiente.

O problema é abusam das Annotations utilizando-as de forma errada e indiscriminada.
XML como arquivo de configuração ainda passa, mas um simples arquivo de properties vai melhor.

saoj wrote:Sempre que vejo muita gente (a maioria) fazendo alguma coisa desconfio na hora. Alguns exemplos:

90% da população mundial é religiosa (teista). Eu não sou religioso (teista) (não confundir com ateu, pois sou deista)

+1, eu costumo chama-lo de "O Todo", mas vamos deixar isto para outra hora

80% aprovam Lula. Eu acho que Lula e o PT é o que há de pior em termos de política. Os princípios do PT são os mesmos princípios de Hitler: Um bom fim justifica qualquer meio.

+100

Eu nao gosto de Hibernate. http://amplicate.com/hate/hibernate. Por que eu odeio hibernate vai consumir 10 páginas. http://maryniuk.blogspot.com/2009/09/orm-sucks-hibernate-sucks-even-more.html

Neste caso tenho que admitir que estou na correnteza junto com a maioria, e nunca fui atraz de outra coisa para subtitui-lo.
Mas agora, estudando scala, estou vendo que existe um mundo la fora, com coisas bem legais e simples

Eu nao gosto de Spring. O pessoal que trabalha no Google também. Vide Guice.

What is Spring? Seria primavera? Não sei dizer nada, pois nunca usei, acreditem.

Eu nao gosto de Maven. Uma minoria também: http://stackoverflow.com/questions/1163173/why-use-gradle-instead-of-ant-or-maven

Em Scala os caras criaram o Simple Build Tool(SBT), suporta projetos misto Java/Scala, não sei se daria para usa-lo em projetos puramente java. Nele toda a configuração é feita programaticamente, em Scala.

Eu nao gosto de XML e Annotations. Acho que código tem que ser limpo e qualquer tipo de configuração / setup tem que ser feita via configuração programática, independente e separada, com properties externalizadas por ambiente. (vide http://www.mentaframework.org/)

Parece que o pessoal de Scala tem essa mentalidade, vide SBT, e tambem o framework web Lift onde as config tambem são feitas programaticamente em Scala, num arquivo chamado Boot.scala.
Sobre annotations, eu não acho ruim uma anotaçãozinha aqui outra acola, mas ver um Entity anotado com Named Queries e tudo mais, realmente é muito poluido.

80% aprovam Lula. Eu acho que Lula e o PT é o que há de pior em termos de política. Os princípios do PT são os mesmos princípios de Hitler: Um bom fim justifica qualquer meio.

na real a politica em si é um MERDA BEM GRANDE e SEMPRE SERÁ ......

odeio todos esse porras safados,eu conheço pq ja trabalhei la dentro e sei como que é...e são msm!!!

abrxx

saoj wrote:Sempre que vejo muita gente (a maioria) fazendo alguma coisa desconfio na hora. Alguns exemplos:

90% da população mundial é religiosa (teista). Eu não sou religioso (teista) (não confundir com ateu, pois sou deista)

Sim, eu sou ateu.

saoj wrote:
80% aprovam Lula. Eu acho que Lula e o PT é o que há de pior em termos de política. Os princípios do PT são os mesmos princípios de Hitler: Um bom fim justifica qualquer meio.

Acho que esse molusco deve voltar para o mar e parar de atrapalhar o desenvolvimento do pais.

saoj wrote:
Eu nao gosto de Hibernate. http://amplicate.com/hate/hibernate. Por que eu odeio hibernate vai consumir 10 páginas. http://maryniuk.blogspot.com/2009/09/orm-sucks-hibernate-sucks-even-more.html

Sonho todo o dia com algo melhor

saoj wrote:
Eu nao gosto de Spring. O pessoal que trabalha no Google também. Vide Guice.

Eu mechi pouco no Spring, na epoca não havia annotations, mas configurar aquele caminhão de XML é uma droga

saoj wrote:
Eu nao gosto de Maven. Uma minoria também: http://stackoverflow.com/questions/1163173/why-use-gradle-instead-of-ant-or-maven

Eu curto o maven, mas achei o Gradle interessante, só queria saber se ele gera JNLP, não achei nada disso.

saoj wrote:
Eu nao gosto de log4j. Se eu quero logar alguma coisa faço assim: Debug.log(asdf, asdf, asdf, asdf) and that's it. log4j.properties me irrita.

Sempre uso a API padrão

saoj wrote:
Eu nao gosto de XML e Annotations. Acho que código tem que ser limpo e qualquer tipo de configuração / setup tem que ser feita via configuração programática, independente e separada, com properties externalizadas por ambiente. (vide http://www.mentaframework.org/)

Também acho que XML e Annotations, se tornaram mais lixo que ajuda, o pessoal estrapola, mas em muitos casos é muito util, principalmente annotations, mas sem exagero, quando posso optar por uma solução mais programada, prefiro.

Private Messsage wrote:
vi que você não é fã do Hibernate, e nisso concordamos, gostaria de saber se você usa algum outro tipo de framework de persistencia.

Eu uso o MentaBean, que é um query helper para quem gosta e sabe escrever SQL. Veja o exemplo abaixo:

public List<Performance> loadMine(int user_id) throws Exception {
    	
    	Connection conn = getConn();
    	
    	PreparedStatement stmt = null;
    	ResultSet rset = null;
    	
    	try {
    		
    		StringBuilder query = new StringBuilder(512);
    		
    		query.append("select ").append(session.buildSelect(Performance.class, "p"));
    		
    		query.append(", ").append(session.buildSelect(User.class, "u"));
    		
    		query.append(" from performances p, users u");
    		
    		query.append(" where p.user_id = ? and p.status in (?,?,?,?)");
    		
    		query.append(" and p.user_id = u.id order by p.since");
    		
    		stmt = conn.prepareStatement(query.toString());
    		
    		int index = 1;
    		
    		stmt.setInt(index++, user_id);
    		stmt.setInt(index++, Status.ASSIGNED);
    		stmt.setInt(index++, Status.RE_ASSIGNED);
    		stmt.setInt(index++, Status.BEING_REVIEWED);
    		stmt.setInt(index++, Status.ESCALATED);
    		
    		rset = stmt.executeQuery();
    		
    		List<Performance> list = new LinkedList<Performance>();
    		
    		while(rset.next()) {
    			
    			Performance p = new Performance();
    			
    			session.populateBean(rset, p, "p");
    			
    			User u = new User();
    			
    			session.populateBean(rset, u, "u");
    			
    			p.setUser(u);
    			
    			list.add(p);
    		}
    		
    		return list;
    		
    	} finally {
    		
    		close(rset, stmt);

}
    }

Parece que o pessoal de Scala tem essa mentalidade, vide SBT, e tambem o framework web Lift onde as config tambem são feitas programaticamente em Scala, num arquivo chamado Boot.scala.
Sobre annotations, eu não acho ruim uma anotaçãozinha aqui outra acola, mas ver um Entity anotado com Named Queries e tudo mais, realmente é muito poluido.

Eu, há 5 anos atrás, fui chamado de maluco, mas agora até o Spring partiu para configuração programática. :-|

O Mentawai foi o primeiro framework web MVC em Java a adotar, implementar, documentar e incentivar todo e qualquer tipo de configuração (actions, filtros, validação, listas, connection pooling, ioc, di, etc.) única e exclusivamente através de configuração programática (100% Java), abolindo por completo o uso de XML e Annotations para as configurações. O framework nasceu em 08/Jun/2005 e logo depois em 18/Jul/2005 publicamos um artigo no site JavaWorld enfatizando o uso de configuração programática para o controlador MVC (actions/resultados/conseqüências) assim como para validação. Nascia aí o ApplicationManager: configuração em código Java independente do restante da sua aplicação e centralizada numa única classe. Apesar de termos recebidos muitas críticas pela aversão ao XML, as vantagens da configuração programática foram ficando cada vez mais claras para a equipe do Mentawai:

Mais prazerosa e natural, afinal estamos falando de código Java e não de uma especificação em XML.

Menos propensa a erros e typos, já que uma configuração em Java pode ser compilada antes de ser carregada pela aplicação web.

Ótima integração com IDEs, permitindo usar recursos como auto-complete, auto-compile (build automático), refactoring, etc.

Flexibilidade total que apenas uma linguagem de programação pode oferecer, o que te permite criar seus próprios métodos de configuração, loops, ifs, comentários, ou seja, você possui a liberdade para fazer a configuração se adaptar a você e não você se adaptar ao XML.

Utilizar linguagens de script como JRuby, Groovy, BeanShell, etc. para configurar sua aplicação, possibilitando uma configuração dinâmica que pode ser recarregada automaticamente pelo container a cada modificação.

O bom e velho JavaDoc, documentando todos os métodos que podem ser utilizados para configuração.

Isso não significa que o Mentawai não possui Convention over Configuration (CoC). O Mentawai possui CoC e padrões para tudo, diminuindo bastante a necessidade de configuração. Entretanto, seja por uma questão de preferência por explicitamente controlar as configurações ou seja por uma questão de necessidade, o que inevitavelmente acontece em qualquer projeto, quando houver configurações essas serão feitas através de configuração programática e não através de XML, Annotations ou arquivos properties.

Outro pilar em que o Mentawai se apoiou desde o início foi o comprometimento em abstrair e simplificar as principais tarefas recorrentes de todo projeto web. Ao invés de direcionar o usuário para qualquer outro framework que já faz isso, o Mentawai oferece soluções ou abstrações para as funcionalidades básicas de toda aplicação web: pool de conexões com o banco de dados, autenticação, autorização, IoC, DI, Envio de Email, Upload de Arquivo, Paginação, Tags, etc. O Mentawai é totalmente contra a política do "Já existe um framework pra isso! Procure na Internet e se vire!".

Hoje o Mentawai é utilizado por diversas empresas e pessoas no Brasil e no exterior, possui uma comunidade ativa que já trocou perto de 10 mil mensagens no seu fórum de discussão, e continua evoluindo, sempre fiel aos princípios da produtividade, simplicidade, abstração e configuração programática. Fique a vontade para conhecer o framework e veja como é fácil fazer a sua aplicação web utilizando o Mentawai.

Mais informações: http://forum.mentaframework.org/posts/list/2401.page

saoj wrote:

Private Messsage wrote:
vi que você não é fã do Hibernate, e nisso concordamos, gostaria de saber se você usa algum outro tipo de framework de persistencia.

Eu uso o MentaBean, que é um query helper para quem gosta e sabe escrever SQL. Veja o exemplo abaixo:

public List<Performance> loadMine(int user_id) throws Exception { Connection conn = getConn(); PreparedStatement stmt = null; ResultSet rset = null; try { StringBuilder query = new StringBuilder(512); query.append("select ").append(session.buildSelect(Performance.class, "p")); query.append(", ").append(session.buildSelect(User.class, "u")); query.append(" from performances p, users u"); query.append(" where p.user_id = ? and p.status in (?,?,?,?)"); query.append(" and p.user_id = u.id order by p.since"); stmt = conn.prepareStatement(query.toString()); int index = 1; stmt.setInt(index++, user_id); stmt.setInt(index++, Status.ASSIGNED); stmt.setInt(index++, Status.RE_ASSIGNED); stmt.setInt(index++, Status.BEING_REVIEWED); stmt.setInt(index++, Status.ESCALATED); rset = stmt.executeQuery(); List<Performance> list = new LinkedList<Performance>(); while(rset.next()) { Performance p = new Performance(); session.populateBean(rset, p, "p"); User u = new User(); session.populateBean(rset, u, "u"); p.setUser(u); list.add(p); } return list; } finally { close(rset, stmt); } }

Só pra ressaltar, que a mensagem privada foi minha

.

esse seu modo de usar essas queries dinâmicas, não torna muito especifico? No seu where, vc tem campos fixos (pode ser só pelo exemplo, mas me chamou atenção).

Não acho que o JPA seja algo assim tão bom, por que aquele amontoado de anotação as vezes mais confunde e dificulta. Eu penso em algo mais KISS e DRY, o nome do Field ter algum padrão pra identificar o nome da coluna algo como numeroCPF ser o campo numero_cpf, por ai vai, até estruturei algo assim, mas não dei continuidade.

Sem falar que o Hibernate não é flexivel, não existe uma maneira de usa-lo por exemplo num NOSQL, a não ser que crie um driver JDBC que converta SQL em queries que o Banco NoSQL entenda. Algo muito chato e inapropriado...

Notícias, artigos e o maior fórum brasileiro sobre Java