Conhecendo os princípios do LIQUID

Conhecendo os princípios LIQUID de programação

Os princípios LIQUID referem-se a um estilo de programação que continua muito usado atualmente e que vamos abordar neste artigo. (Espero que você não se identifique com ele)

Você provavelmente já ouviu falar da sigla SOLID para programação. Mas talvez você não tenha ouvido falar de um estilo de codificação pouco conhecido, mas frequentemente praticado, que podemos chamar de LIQUID pois é oposto ao SOLID.

Nota: A palavra SOLID é um acróstico onde cada letra significa a sigla de um princípio: SRP, OCP, LSP, ISP e DIP.

Vamos parar um momento para revisar os princípios da programação LIQUID, para aqueles menos familiarizados com ela (embora temos certeza de que vai soar um sino conforme a descrevemos).

Large - Crie arquivos grandes que contenham classes e métodos longos;

Mostre sua inteligência escrevendo classes e métodos longos e difíceis de seguir. Você deve ser inteligente, porque apenas um gênio poderia entender o que você faz;

Interdependencies - Crie dependências obscuras e frágeis entre os módulos;

Para garantir um fornecimento contínuo de trabalho, certifique-se de criar dependências obscuras e frágeis entre os módulos. Isso funciona especialmente bem quando essas dependências também não são documentadas; Com isso você garante o seu emprego !!!!

Quagmire - Coloque itens não relacionados juntos em um mesmo arquivo ou classe;

Criar módulos bem definidos de responsabilidade única é um incômodo. Basta jogar tudo em uma classe sempre que puder. Isso permitirá que você use barras de rolagem como o todo-poderoso pretendia, minando assim as tentativas tolas de muitos IDEs modernos de fornecer navegação inteligente do código-fonte;

Undocumented - Nunca documente requisitos, arquitetura, design, classes ou métodos;

Claro, a documentação pode economizar tempo a longo prazo, aumentar a qualidade do seu código e tornar mais fácil e rápido adicionar novos membros da equipe no futuro, mas pra que se preocupar com isso agora ; deixe essa tarefa para alguém da equipe fazer; Alguém vai fazer esse serviço.

Illegible - Mantenha o código o mais ilegível possível, não seguindo padrões de codificação consistentes;

Alinhe as coisas de maneira organizada, mantenha seus tamanhos de indentação consistentes e siga muito rigidamente as diretrizes de estilo de equipe e logo seu código começará a parecer muito antiquado e chato. Onde está a emoção nisso ??? Seu código deve ter uma certa “desordem aconchegante”; Isso mostrará o seu espírito irreverente e rebelde.

Duplicate Code - Copie e cole funcionalidades semelhantes conforme necessário e não se preocupe com a codificação DRY (Don´t Repeat Yourself);

Não se preocupe com a programação DRY. É uma perda de tempo, já que alguém provavelmente aparecerá e atrapalhará seus esforços de qualquer maneira. Você já ouviu o ditado "prefira a composição à herança". Não use isso. Copiar e colar é mais rápido;

Se você se identificou ou percebeu que adota alguns dos princípios LIQUID, mas se sentiu um pouco incomodado com isso, então ainda existe esperança para você como um desenvolvedor.

Assim abandone de imediato os princípios LIQUID e adote os princípios SOLID.

Referências: