Re: [pgbr-geral] VELOCIDADE DE ACESSO REMOTO AO POSTGRESQL - OFF-TOPIC

2016-03-10 Por tôpico Flavio Henrique Araque Gurgel

Não, foi alguém mais, o Gurgel só respondeu.  Leia as mensagens
anteriores antes de cantar de galo.


​Exatamente, porque você não le as mensagens anteriores, não estou
cantando de galo, sequer inferindo, ele escreveu com todas as letras. e
a oração me parecia bastante completa.


Oi Shander, desculpa aí se algo que falei não caiu bem, tá?

Eu não sou dono da verdade, ninguém é, tudo o que eu posto aqui é na 
intenção de ajudar. Ninguém ganha nada por ajudar nesta lista e o faz 
por prazer. Todo mundo tem seu emprego e ganha sua vida sem precisar 
aparecer, alguns com mais experiência, outros com menos.


Às vezes, a gente erra. Então esta discussão pra mim está encerrada e 
peço desculpas novamente se algo caiu "quadrado".


O resto do e-mail, eu cortei porque não interessa muito, e o teor está 
pesado.


Shander e Dutra, vocês estão fazendo ataques cruzados que não vão levar 
a lugar algum. Vamos todos parar e focar em ajudar ao próximo?


Abraços
Flavio
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] VELOCIDADE DE ACESSO REMOTO AO POSTGRESQL - OFF-TOPIC

2016-03-09 Por tôpico Shander Lyrio
Em 9 de março de 2016 18:30, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:

>
> Não, foi alguém mais, o Gurgel só respondeu.  Leia as mensagens
> anteriores antes de cantar de galo.
>
>
​Exatamente, porque você não le as mensagens anteriores, não estou cantando
de galo, sequer inferindo, ele escreveu com todas as letras. e a oração me
parecia bastante completa.

> ORM não faz parte do mundo dos bancos de dados
>
> Por isso mesmo está desacreditado.  Porque é uma solução porca de
> programadores que nunca entenderam modelos de dados.
>
>
​Talvez esteja no seu mundinho particular. Todos os principais frameworks
full stack de desenvolvimento em praticamente todas as linguagens tem seu
ORM.​ A solução porca resolve muito bem o problema, sinto muito por você e
por sua opinião que não é compartilhada pelo resto da humanidade.



> > ORM faz parte do mundo dos
> > aplicativos que utilizam banco de dados relacionais.
>
> Não, que usam bases de dados SQL.  Relacional de verdade nunca teria
> precisado de ORM.  Nem SQL, mas com relacional a ‘necessidade’ seria
> ainda mais obviamente absurda.
>


​Leandro, há muitos anos nesta mesma lista eu ouço sempre você falando
desta mesma ladainha que é linda na teoria mas não se comprova na prática.​
Sinto muito por não ser iludido como você e por acreditar que o meio termo
é sempre a melhor saída. Não adianta vir com este assunto sem sentido para
discutir comigo, eu trabalho com banco de dados relacionais desde o finado
Sybase em 1998 e sei bem o que funciona e o que não funciona.



> > Se ORM fosse
> > desacreditada, então não teríamos 100% dos projetos utilizam ORM hoje
>
> Não temos, ainda bem.  Informe-se melhor.
>
>
​Hauahauahauah, técnica de discussão comigo?​ Estou muito bem informado meu
caro, mais de 25 anos trabalhando com desenvolvimento de softwares desde o
Xenix, mais de 12 anos que conheço você desta lista e sua chatice. Algumas
boas contribuições, é evidente, mas nada sem antes tentar inferiorizar o
interlocutor da pergunta sobre caixa alta ou baixa no nome do banco, e
argumentos sem sentido utilizando técnias de discussão para atrapalhar a
vida de quem acaba de chegar. Você é apenas um chato, um aprendiz de troll,
escrevendo coisas que não trazem nenhuma substância para a discussão para
se fazer de entendido. Vai me enxer o saco agora sobre conversa fora do
contexto da thread? O que você contribuiu sobre o assunto? Que tal me
informar sobre projetos bons, que sejam usados e atualizados, que utilizem
linguagens orientadas a objetos modernas e que não utilizam ORM. Que tal
contribuir com algo que eu não saiba.


> Talvez você não saiba, mas qualquer ORM aceita consultas sql nativas do
> > banco de dados, não precisa ser utilizado a linguagem do ORM
>
> E aí ele se torna contraproducente, peso morto.
>


​Não, é aí que ele brilha, torna o trabalho 99% do tempo fácil sem
influenciar na performance do banco de dados e quando por algum motivo
influencia, pode ser usado de forma a se adaptar ​ao banco de dados através
de uma sql nativa. Extremamente produtivo e nada de peso morto, excelente
ferramenta que certamente você nunca deve ter usado.


> > De qualquer forma, não estou aqui indicando REST e ORM para todo mundo,
> só
> > acho que não adianta ficar fazendo bulling sem conhecer as ferramentas.
>
> Posso te garantir que o Gurgel conhece-as, bem melhor que tu.
>
> Pesquise também SQL Alchemy.
>


​Você não pode garantir nada, eu trabalho com Python há mais de 10 anos e
SqlAlchemy há 7 anos desde sua versão 0.4. Sua opinião é baseada em
falácias pois você não escreve código. Pesquisar oque sobre SqlAlchemy?
você quer uma aula do que sobre SqlAlchemy? O que SqlAlchemy diverge de
qualquer coisa que eu tenha falado aqui?

Que fique claro que não estou desmerecendo o conhecimento do Gurgel, pois
este está mais do que provado não apenas nesta lista. Ao contrário de você,
ele sempre tratou qualquer membro com muita vontade de ajudar e humildade.
Pessoa que admiro e respeito sempre, apesar de não concordar com algumas
opiniões como o caso desta thread, algo absolutamente normal. A discussão
seguia rica e esperava que mais conhecimento fosse entregue a esta thread
até você aparecer.

Vai colocar algum conteúdo que tenha haver com o assunto ou vai ficar
apenas trollando?

Abraço,

--
Shander Lyrio
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral