Executando verificação de segurança...
1

SOLID está escrito em pedra?

Fala devs, tenho uma pequena dúvida que sempre me faz ter calafrios quando estou escrevendo um código.

Na empresa que trabalho, frequentemente preciso fazer "robôs" em .NET que fazem algum tipo de trabalho simples. Basicamente, automatizam um trabalho manual de forma muito pontual (sei que toda aplicação, no fim, serve exatamente pra isso, massss). Reenviam requisições salvas no log que deram erro após o código ter sido corrigido, alteram registros específicos no banco para algo predefinido. Enfim, são diversos os cenários e geralmente esses "robôs" sao usados pouquissimas vezes, isso se são usados mais de uma vez.

Por conta disso, eu dificilmente aplico conceitos do SOLID neles. Pensando que vai ser um trabalho a mais que provavelmente não será reutilizado ou revisto no futuro. Mas ainda assim, ao menos o Clean Code eu tento aplicar, visando facilitar o entendimento caso eu mesmo ou alguém precise fazer alguma alteração ou algo do tipo no futuro.

E aí? O que acham? Eu to sendo preguiçoso por não aplicar o SOLID nesses casos, ou nada está escrito em pedra e podemos alterar a maneira e os padrões de código conforme a necessidade?

Carregando publicação patrocinada...
1

Ao meu ver, nem o SOLID nem o Clean Code são regras obrigatórias dentro do desenvolvimento, tanto que estão em alta a pouco tempo.
Se você for analizar softwares mais antigos muitos não terão esses conceitos e podem até utilizar o que hoje alguns consideram um "Erro fatal".

Aqui aonde trabalho tem pessoas que seguem o SOLID e Clean Code religiosamente, porém não é de facil entendimento o código que eles geram, a minha conclusão, a única filosofia que dever seguir é ser o mais simples possível, sem trechos de códigos absurdamente grandes e que precisa de vários comentários para explicar o que cada linha faz.

1

Tudo depende do software que você ta escrevendo. Se seu código é simples e não vai ser necessário manutenções constantes, não vejo o porque seguir o SOLID ou qualquer outro padrão mais complexo (ou trabalhoso). Não estou falando em código bagunçado, mas sim em complexidade de código. Tem momentos que o valor do produto é entregue em um unico arquivo, e não a problema nisso.

1

Nada está escrito em pedra. O grande problema de muitos programadores é justamente acreditar nisso. Faça tudo de acordo com o contexto.

Farei algo que muitos pedem para aprender programar corretamente, gratuitamente. Para saber quando, me segue nas suas plataformas preferidas. Quase não as uso, não terá infindas notificações (links aqui).