Sinónimos

Excesso de engenharia;
Sobreengenharia;
Sobredesenvolvimento;
Engenharia Exagerada;
Complexidade Desnecessária;
Engenharia em Demasia.

Definições

Overengeneering é o uso excessivo de recursos ou complexidade em um projeto ou sistema, geralmente resultando em um produto ou serviço que é mais caro, difícil de usar ou manter do que o necessário.
Overengeneering na construção de um software refere-se à prática de aplicar mais complexidade, recursos e tecnologias do que o necessário para atender aos requisitos reais do projeto.
Overengeneering é o desenvolvimento excessivo ou desnecessário de um software, caracterizado pelo uso de tecnologias, recursos e abstrações que ultrapassam os requisitos e escopo reais do projeto.

Desvendando Overengeneering: Uma análise detalhada

Para analisar o conceito de overengeneering é indispensável explorar minuciosamente vários cenários comuns, nomeadamente:

Engenharia de Software;
Arquitectura;
Design de código;
Base de dados;
Software em uso.

1. Engenharia de Software

Planejamento

Problema: Planejamento excessivamente detalhado e complexo.
Impacto: Atrasos no início do desenvolvimento, dificuldade em se adaptar a mudanças.

Modelagem

Problema: Modelagem excessivamente detalhada e complexa. -
Impacto: Dificuldade na compreensão, resistência a mudanças nos processos.

Documentação de Requisitos

Problema: Documentação detalhada demais, incluindo requisitos pouco relevantes.
Impacto: Dificuldade na manutenção da documentação, confusão para a equipe de desenvolvimento.

Falta de MVP (Minimum Viable Product)

Problema: Falta de foco na entrega de um produto mínimo viável.
Impacto: Atraso na entrega, aumento nos custos.

2. Arquitectura

Excesso de Camadas

Problema: Introdução de camadas desnecessárias na arquitetura.
Impacto: Complexidade adicional, dificuldade na manutenção e entendimento do sistema.

Dependências Externas

Problema: Integração excessiva com bibliotecas e serviços externos.
Impacto: Maior probabilidade de falhas, aumento da complexidade de configuração.

Não Revisão Contínua da Arquitetura

Problema: Falta de revisões regulares da arquitetura durante o desenvolvimento.
Impacto: Dificuldade em identificar e corrigir problemas arquiteturais precocemente.

3. Design de Código

Abstração

Problema: Uso excessivo de abstrações complexas e desnecessárias.
Impacto: Dificuldade de compreensão, aumento da curva de aprendizado para novos desenvolvedores.

Design Patterns

Problema: Aplicação incorreta ou desnecessária de padrões de design.
Impacto: Complexidade adicional, dificuldade na manutenção e entendimento do código.

Separação de Responsabilidades

Problema: Separação exagerada de responsabilidades, resultando em muitas pequenas classes.
Impacto: Dificuldade na navegação do código, aumento da complexidade.

4. Base de Dados

Modelagem (lógica e conceitual)

Problema: Modelagem excessivamente complexa e detalhada.
Impacto: Dificuldade na manutenção, lentidão em consultas.

Excesso de Tabelas

Problema: Criação de tabelas desnecessárias.
Impacto: Aumento no uso de recursos, dificuldade de manutenção.

Excesso de Índices

Problema: Criação de índices em excesso e/ou desnecessários.
Impacto: Desempenho comprometido, aumento no espaço de armazenamento.

Excesso de Triggers

Problema: Utilizar triggers em excesso.
Impacto: Aumento da carga de processamento, potencialmente resultando em lentidão e instabilidade.

Excesso de Stored Procedures

Problema: Desenvolver procedimentos armazenados em excesso.
Impacto: Aumento na complexidade do banco de dados, dificultando a manutenção e compreensão do sistema.

Queries Complexas

Problema: Escrever consultas SQL mais complicadas do que o necessário.
Impacto: Degradação do desempenho do banco de dados, dificuldade na depuração e manutenção do código.

5. Software em uso

Excesso de Alerts e Modals

Problema: Sobrecarregar o usuário com pop-ups excessivos, prejudicando a experiência.
Impacto: Interrupção constante na fluidez da interação, levando à possível frustração do usuário.

Excesso de Passos

Problema: Demandar um número excessivo de etapas para concluir uma operação simples.
Impacto: Aumento da complexidade operacional, podendo resultar em lentidão e confusão para o usuário.

Excesso de Configurações

Problema: Disponibilizar um número excessivo de opções de configuração.
Impacto: Potencial confusão do usuário, tornando a customização mais difícil e aumentando a probabilidade de configurações inadequadas.

Soluções para os cenários

1. Engenharia de Software

Foco na agilidade e adaptação a mudanças;
Manter a documentação alinhada com as necessidades do projeto.

2. Arquitetura

Adotar uma arquitetura simples que atenda aos requisitos;
Avaliar a necessidade de cada dependência externa.

3. Design de Código

Priorizar simplicidade e clareza;
Utilizar abstrações e padrões apenas quando justificado.

4. Base de Dados

Modelagem simplificada conforme os requisitos;
Evitar a criação de objetos de banco de dados desnecessários;
Otimizar consultas e índices conforme necessário.

5. Software

Limitar o uso de pop-ups e modais;
Simplificar fluxos de trabalho, reduzindo o número de passos;
Fornecer configurações essenciais e relevantes para o usuário.

Causas da Overengineering

Falta de compreensão dos requisitos: Desconhecimento ou interpretação inadequada dos requisitos pode levar a soluções excessivamente complexas e desnecessárias;
Ambição excessiva: Alguns desenvolvedores, impulsionados por uma ambição desmedida, buscam criar um software perfeito, mesmo quando essa perfeição não é crucial para o projeto;
Inexperiência da equipa: Os desenvolvedores inexperientes podem não ter o conhecimento ou a experiência necessários para identificar o overengineering;
Desejo que igualar as Big Techs: A aspiração de equiparar-se às grandes empresas de tecnologia pode resultar na implementação de todas as tecnologias utilizadas por elas, sem considerar a fase específica de desenvolvimento em que a empresa se encontra. Esse desejo desenfreado de imitar pode levar a escolhas tecnológicas inadequadas para o momento presente da organização.

Consequências da Overengeneering

Elevação dos custos de desenvolvimento: Implica na necessidade de mais recursos computacionais, tempo, envolvimento de pessoal e utilização de ferramentas adicionais;
Aumento nos custos de manutenção: A complexidade excessiva, caracterizada por camadas supérfluas, dependências intricadas e uma variedade excessiva de ferramentas, pode tornar o software difícil de manter;
Diminuição da flexibilidade: Dificulta a adaptação do software às mudanças reais nas necessidades do negócio, comprometendo a agilidade e a resposta eficiente a evoluções no cenário operacional;
Decréscimo no desempenho: Pode resultar em uma experiência de usuário insatisfatória devido a sobrecargas e ineficiências, afetando negativamente a performance do sistema.

Como evitar Overengeneering?

Compreensão precisa dos requisitos do software;
Implementar apenas os recursos estritamente necessários;
Ter expertise e conhecimento suficientes para identificar potenciais práticas de overengineering durante o processo de desenvolvimento.

Conclusão

Em conclusão, o overengineering representa um desafio significativo no desenvolvimento de software e na arquitetura de sistemas. Quando as soluções são projetadas com uma complexidade além do necessário, isso não apenas aumenta a dificuldade na manutenção e compreensão, mas também pode resultar em impactos negativos no desempenho, consumo de recursos e na experiência do usuário.

É crucial que os profissionais da área reconheçam os sinais de overengineering em diversas camadas, desde o design de código até a arquitetura e implementação de software em uso.