Executando verificação de segurança...
Respondendo a "Quem trata de regra de negócio é o backend, o O..." dentro da publicação Potencialize seu banco de dados Oracle com PL/SQL
0
JohnDoeZeroToLeft

Em ciência da computação quando finalizei lá em 2001 a regra de negócio era inserida no db, desde então trago isso em todo meu desenvolvimento client/server independente de backend/middleware/frontend.

Processamento muito mais rápido quando o próprio db executa a regra em seu core, do que depender de um backend enviar todas transações, além de você minimizar quantidade de código do backend. Costumo deixar o backend principalmente para crud e consumo de api, o máximo que eu puder fazer de regras no db eu faço!

Carregando publicação patrocinada...
0
gabrielTapes

Isso é algo pessoal seu, não tem nada a ver com ser melhor ou pior. Não adianta sair criticando meio mundo só pq fazem as coisas diferente do que era feito em 2001, as coisas mudam, evoluem e se transformam, tecnologia é assim.

Em 2001 Fortran era mais utilizado do que Python para analise de dados, hoje a maioria nem sabe o que é Fortran.

0
JohnDoeZeroToLeft
Autor
Autor

Quem criticou foi quem falou que era uma burrice sem tamanho, apenas coloquei meu ponto de vista. Fortran 1960 meu amigo, 2001 era java e continua sendo... Qual o seu ponto de vista?

0
gabrielTapes

Fortran tinha bastante relevância nos anos 90 e início dos anos 2000, mas nunca chegou a ser uma linguagem comercial como Java é até hoje. O principal trabalho feito em Fortran é a Lapack, q foi escrita em Fortran 77 e é usada por debaixo dos panos em qualquer sistema que envolva o mínimo de Álgebra Linear, utilizando o frontend Blas.

A questão de regra de negócio é mínimamente de implementação, uns utilizam no banco, outros no backend, outros delegam para o ORM e também existem os boçais que ligam o frontend diretamente no Banco de Dados sem nenhum tipo de validação. Todos tem problemas e todos tem alguma vantagem, no meu ponto de vista programação é algo social, você usa o que o seu time decidir usar, gostando ou não.