Complexidade

#pensamentoDoDia
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare, Cientista da Computação e inventor do QuickSort.
("Há duas maneiras de construir um projeto de software: Uma maneira é faze-lo tão simples, que, obviamente, não existem deficiencias, e a outra é faze-lo tão complicado que não existem deficiências óbvias. A primeira maneira é muito mais difícil.")

Não acredite em mim! Sou apenas um Brasileiro...

#engenhariaDeSoftware #pelancas #oop #orm
Ok, você não precisa acreditar em mim, afinal, sou apenas um Brasileiro, não? Apesar de 40 anos de experiência, e quase 30 livros publicados, continuo sendo um Brasileiro.
Então, leia este artigo sobre #oop: http://www.smashcompany.com/technology/object-oriented-programming-is-an-expensive-disaster-which-must-end
E este artigo sobre #orm: https://www.yegor256.com/2014/12/01/orm-offensive-anti-pattern.html. São antigos, mas vão direto ao ponto.
COMPLICAR É BENEFICIAR APENAS AOS FORNECEDORES DE SOFTWARE E HARDWARE!

Como calcular o percentual de gordura do seu software

Sim, você leu corretamente! O software que criamos tem muita coisa que serve para nada, ou seja: pelancas e gordura, mas que nós mesmos "enfiamos" nele por comodismo ou comprometimento.

Aqui vai uma fórmula simples para calcular o percentual de "gordura" e "pelanca" que nosso software tem, e também o quanto gastamos com isso. Se você é um engenheiro ou arquiteto de software, pode otimizar seu projeto com isto, se você é um cliente, pode cortar custos.

YAGNI e as pelancas do software corporativo

#engenhariaDeSoftware #complexidade

“Simplicity is a great virtue but it requires hard work to achieve it and education to appreciate it. And to make matters worse: complexity sells better.”
Edsger W. Dijkstra

SOLID, OOP, ORM, Frameworks... São realmente necessários? Compare duas soluções para um mesmo problema, e tire suas conclusões.

https://www.linkedin.com/pulse/yagni-e-pelancas-do-software-corporativo-de-melo-junior

Interfaces e indireção: Os problemas da OOP e do SOLID!

Sem dúvida, qualquer bom Programador já leu ou ouviu falar dos princípios S.O.L.I.D. certo?

• the Single responsibility principle (SRP),
• the Open-closed principle (OCP),
• the Liskov substitution principle (LSP),
• the Interface segregation principle (ISP), and
• the Dependency inversion principle (DIP).

OOP sem eles, é apenas uma confusão.

Porém, fica uma dúvida: Até onde são úteis? Sim, você me entendeu bem! Até quando devemos nos ater ferrenhamente aos princípios SOLID? Vale a pena em TODOS os casos?