Não tenho

Muito se tem visto, ouvido e lido sobre POO, tanto na internet quanto em revistas e livros sobre programação. Mas porque será que tão poucos programadores comentam e programam em POO se é tão mais simples, a reutilização de código é mais fácil e o sistema acaba tendo um grau de manutenabilidade muito maior? Talvez a resposta para está pergunta seja muito mais complexa do que podemos imaginar. Mais o que realmente diferencia uma programação orientada a objetos de uma programação estruturada com reutilização de código?

Fiquei por meses pesquisando e estudando sobre as duas formas de programação. Acabei chegando as minhas proprias conclusões. Ambas as formas de programação possuem seus altos e baixos. Ambas possuem vantagens e desvantagens. Acredito que o ideal seria termos conhecimento sobre ambos os conceitos e tirarmos o melhor proveito deles. Sei que muitos programadores iram discordar de mim já que muitos trabalham com a programação estruturada e acreditam fielmente que o Delphi não foi projetado para se trabalhar com POO (Programação Orientada a Objetos), já outros ficam completamente indignados quando ouvem alguém dizer que a linguagem pascal (ou delphi language) é "incompativel" com a POO, e são programadores devotos dela.

Hoje fazendo algumas pesquisas aqui no forum mesmo, vi uma pessoa citar que leu em algum livro que a POO consome mais memória, ao ler isso nem sei explicar o que eu senti. Afinal, o que garante a qualidade final de um software? Na minha opinião, a programação seja ela POO ou estruturada, é uma arte. O programador ao adentrar neste mundo tem que estar disposto a aprender, se aprimorar e tratar um novo projeto como um bebê. Um novo projeto tem que ser olhado pelo programador como uma obra de arte e não como um amontoado de códigos e forms sem nenhum padrão. Antes de colocarmos a mão na massa, uma pesquisa de mercado, um levantamento sobre as necessidades dos usuários, é indispensável. Além de um projeto conciso e elaborado sobre o que