Para essa discussão tenho os seguintes (humildes) comentários:

O assunto é interminável devido a existência de tantas variáveis que
não há como chegar a uma receita de bolo sobre o assunto. A melhor
opção simplesmente não existe, depende do caso.

Em determinadas situações ORM é um mal necessário, tanto para o
desenvolvimento como para o negócio, pelos motivos que alguns colegas
falaram. Além de facilitar a implementação e é inegável o ganho de
tempo e consequentemente de dinheiro.

Numa fábrica de software, por exemplo, quanto mais tempo se economiza
mais rápido você entrega um produto (menos R$ investido em salário).
Um sistema feito em pouco tempo, provavelmente terá pouca qualidade,
mas aí começam as evoluções nos sistemas (mais R$ entrando como
receita) e o ciclo se reinicia. (Por favor, não estou generalizando).

Mas a verdade irrefutável é:

Aplicações e linguagens vão e vem, novidades surgem a cada segundo,
mas os dados são eternos, por extensão a lógica que os relaciona
também (absorvendo as mudanças que o negócio possa ter). Hoje JAVA,
PHP e outras OO com seus respectivos ORM's são a bola da vez, mas
amanhã podem não ser e certamente não serão. Aí vem a decisão do
gestor de apostar tudo na aplicação ou nas informações que movem seu
empreendimento.

ORM, lógica negocial no banco, noSQL, etc, etc, tem mercado para
todos, onde alguns mercados agradam mais alguns do que outros.

Pelo que pude observar essa discussão bateu o record da lista em
número de respostas e para mim foi muito rica e valeu cada minuto
investido na leitura dos e-mails dos colegas. É muito empolgante poder
acompanhar discussões tão "acirradas", apesar de eu não conseguir
participar da lista tanto quanto gostaria.

Ler esses e-mails é muito mais produtivo e rico do que ler todos os
livros de TI de muitas livrarias por aí! :-)

-- 
Marcone Peres - DBA
http://www.linkedin.com/in/marconeperes
@marconeperes
(61) 8146-0028
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a