Meus 2 cents,

Parabens pelo post !

Ele mostra um pouco da realidade: a ideia eh linda na teoria ai vai o DEV e acaba colocando como hard code, e quem vier depois que se vire.

Sobre a ultima pergunta, "...como resolveram vigência retroativa..." aqui vai a resposta que um DEV (meu chefe na epoca) resolveu em uma folha de pagamento em C ainda nos anos 80/90: as regras eram escritas em pseudo-codigo e versionadas por data (inclusive variaveis), entao quando ia gerar um determinado calculo (seja para todos os funcionarios, seja para 1 individual) o proprio sistema pegava a REF da folha que ia ser calculada e buscava as regras ativas na epoca. Isso era a parte facil, a complicada era determinar alguns calculos em cascata que influenciavam outros meses (principalmente contabilidade).

No final dos anos 90, em uma fabrica de software que trabalhei, a solucao vinha atraves de TRIGGERs e STORED PROCEDURES para armazenar as regras de negocio e como a empresa tinha ISO 9000, qualquer alteracao tinha de ser documentada pelos analistas/DEVs e passava pelo time de DBA que implementava: nao era o ideal (dava gargalo) mas pelo menos mantinha o processo sob controle (e sim, quando tinha de rodar processos com regras antigas era um caos).

Hoje resolvo de forma semelhante a folha de pagamento do exemplo acima: dentro do possivel regras versionadas e estanques chamadas e abstraidas do fluxo principal.

Saude e Sucesso !

Este post foi favoritado via extensão TABNEWS FAVORITOS

Tem curiosidade sobre IA ? Da uma olhada no meu LIVRO: IA PARA ENGENHEIROS