{"id":1649,"date":"2013-11-10T22:29:48","date_gmt":"2013-11-11T01:29:48","guid":{"rendered":"https:\/\/devkico.itexto.com.br\/?p=1649"},"modified":"2014-01-22T08:15:21","modified_gmt":"2014-01-22T11:15:21","slug":"como-cai-java-na-programacao-orientada-objetos","status":"publish","type":"post","link":"https:\/\/devkico.itexto.com.br\/?p=1649","title":{"rendered":"Como cai no Java e na programa\u00e7\u00e3o orientada a objetos"},"content":{"rendered":"
\"Cubo<\/a>
Cubo Vazado – Franz Weissmann<\/figcaption><\/figure>\n

No post anterior disse que o valor que mais apreciso em Groovy e Grails<\/a> \u00e9 \u00a0a populariza\u00e7\u00e3o que este propicia da plataforma Java EE. Mais do que simplesmente trocar de linguagem, n\u00e3o raro ocorre tamb\u00e9m a inclus\u00e3o de um novo paradigma de desenvolvimento: a programa\u00e7\u00e3o orientada a objetos (POO). Esta n\u00e3o \u00e9 uma “mudan\u00e7a” f\u00e1cil (se \u00e9 que pode ser chamada de mudan\u00e7a: prefiro o verbo\u00a0agregar<\/strong>), e acredito que ao expor minha pr\u00f3pria experi\u00eancia talvez possa ajudar aqueles que neste momento estejam passando por esta experi\u00eancia.<\/p>\n

Minha origem com TK-85 e MSX<\/h2>\n
\"Ah...<\/a>
Ah… TK-85!<\/figcaption><\/figure>\n

O primeiro computador no qual pude por as m\u00e3os era um TK-85 em 1985. Meu pai era radioamador e naquela \u00e9poca voc\u00ea podia ligar um cartucho atr\u00e1s desta maquininha e com isto transmitir e receber mensagens em c\u00f3digo morse<\/a>, \u00a0substituindo o modo tradicional usando algum telegrafo<\/a>.<\/p>\n

Foi amor \u00e0 primeira vista. Este computador era ligado a uma televis\u00e3o preto e branco que servia de monitor. N\u00e3o tinha disquetes ou CD-ROM. Se n\u00e3o me engano tinha apenas uma entrada para cartucho (ou algo assim) e outra para um gravador de fitas K7 aonde voc\u00ea podia salvar seus dados acredite se quiser. Eu tinha seis anos.<\/p>\n

O que me lembro bem \u00e9 que eu podia criar meus pr\u00f3prios jogos nele usando BASIC<\/a>. Como eu fazia isto? Existiam livros nos quais vinha impresso o c\u00f3digo fonte dos jogos. Ent\u00e3o eu pacientemente os digitava naquele teclado de borracha linha a linha. Terminava tudo e em seguida mandava executar. Se tudo estivesse certo o jogo aparecia, caso contr\u00e1rio eu tinha de fazer tudo de novo. Este foi o meu primeiro contato com a programa\u00e7\u00e3o. Ent\u00e3o, se o Dijkstra estiver certo, sim: j\u00e1 comecei me mutilando.<\/p>\n

\u00c9 pr\u00e1ticamente imposs\u00edvel ensinar boa program\u00e7\u00e3o a estudantes que tenham sido expostos anteriormente ao BASIC: como potenciais programadores eles se encontram mentalmente mutilados sem qualquer chance de recupera\u00e7\u00e3o.\u00a0– Edger Dijkstra<\/p><\/blockquote>\n

O legal \u00e9 que j\u00e1 naquela \u00e9poca eu percebia que mudando alguns trechos do c\u00f3digo o jogo se comportava diferente. Foi tamb\u00e9m minha primeira experi\u00eancia “hacker”.<\/p>\n

\"MSX\"<\/a>
MSX<\/figcaption><\/figure>\n

Logo em seguida veio o MSX que era bem mais avan\u00e7ado que o TK-85. Eu devia ter uns sete anos e a hist\u00f3ria era basicamente a mesma: livros de jogos escritos em BASIC que eu alterava conforme ia digitando no computador.<\/p>\n

E logo ap\u00f3s isto veio o hiato de dez anos. S\u00f3 voltei a programar quando fui para um curso t\u00e9cnico de inform\u00e1tica em Belo Horizonte.<\/p>\n

Visual Basic, Delphi, PHP, C, Pascal<\/h2>\n

De novo meu amig\u00e3o Basic, desta vez sob a forma do Visual Basic 3 da Microsoft. Era coisa de louco o neg\u00f3cio: eu criava meus formul\u00e1rios s\u00f3 arrastando e soltando. Logo em seguida eu adicionava um evento ou outro nos meus bot\u00f5es e componentes e pronto: l\u00e1 estava meu programa “profissional”. Meu primeiro “hit”, o MatMaker<\/a>, foi escrito nesta linguagem. Era um “solucionador de problemas matem\u00e1ticos”. Fui citado em diversas teses de mestrado, trabalhos de conclus\u00e3o de curso, etc. Foi meu grande incentivo para seguir a carreira.<\/p>\n

Mas o Visual Basic tinha um problema: eu precisava distribuir diversos arquivos junto com o execut\u00e1vel. Foi quando conheci o Delphi, que gerava apenas um EXE. Ent\u00e3o atualizei o MatMaker e esta foi por um bom tempo minha linguagem de programa\u00e7\u00e3o favorita. Comecei no Delphi 3 e, como a maior parte dos delpheiros, terminei no 7.<\/p>\n

Logo em seguida brinquei um pouco com C, Pascal e PHP. Mas n\u00e3o era nada muito avan\u00e7ado: basicamente programa\u00e7\u00e3o que tentava ser estruturada. Olhando hoje para aqueles sistemas da vontade de estapiar aquele moleque de 17 anos. :)<\/p>\n

Primeiro contato com orienta\u00e7\u00e3o a objetos no Delphi<\/h2>\n

Em 2001 lancei meu primeiro produto. Se chamava Livreiro: era um ERP vertical para livrarias feito em Delphi (lembra aquela vers\u00e3o gratuita do Delphi 5 que vinha em uma revista?). Naquele momento j\u00e1 sabia programa\u00e7\u00e3o estruturada e, na pr\u00e1tica, o que eu realmente fazia era programa\u00e7\u00e3o baseada em eventos de interface.<\/p>\n

O Livreiro foi crescendo e com isto a manuten\u00e7\u00e3o foi ficando complicada. Era preciso ter c\u00f3digo reaproveit\u00e1vel. Surgem meus primeiros componentes sob a forma de DLLs<\/a>. Basicamente um amontoado de fun\u00e7\u00f5es e formul\u00e1rios que eu usava o tempo inteiro.<\/p>\n

O pr\u00f3ximo passo foi a orienta\u00e7\u00e3o a objetos. Eu n\u00e3o via uma classe como uma classe, mas sim como uma maneira de eu digitar menos c\u00f3digo. Pegava o c\u00f3digo que usava em diversos pontos e colocava em uma classe. Logo em seguida o que eu fazia era simplesmente criar algo que herdasse daquela classe. E este foi meu primeir\u00edssimo contato com a orienta\u00e7\u00e3o a objetos. N\u00e3o era Programa\u00e7\u00e3o Orientada a Objetos, mas sim Baseada em Objetos no m\u00e1ximo, tal como eu j\u00e1 fazia com o Visual Basic.<\/p>\n

De mecanismo de reuso \u00e0 cria\u00e7\u00e3o de objetos reais<\/h2>\n
\"Brucutu!\"
Brucutu!<\/figcaption><\/figure>\n

No meu primeiro est\u00e1gio tive a que talvez foi a experi\u00eancia mais emocionante da minha carreira: desenvolvi o sistema de comissionamento da Mina de Brucutu<\/a>. Enquanto programava eu observava que haviam “categorias de objetos”, cada uma representando uma funcionalidade diferente do programa.<\/p>\n

Quando liguei a palavra “categoria” ao termo “classe” a coisa passou a fazer sentido. Finalmente entendia O QU\u00ca eram as tais das classes. Eram categorias de objetos, cada qual com a sua pr\u00f3pria responsabilidade. Pela primeira vez escrevi um sistema REALMENTE modular, \u00a0REALMENTE expansivel.<\/p>\n

Cada classe passava a representar algo como se fosse uma personagem em uma pe\u00e7a de teatro. E elas interagiam entre si de tal forma que aquele ato que encenavam era na realidade o meu sistema.<\/p>\n

Padr\u00f5es de projeto e Java<\/h2>\n
\"Aprneda
Aprneda em 24 horas Java 1.1 – Livro massa!<\/figcaption><\/figure>\n

Aquele sistema foi feito em Visual Basic. Ent\u00e3o eu n\u00e3o tinha orienta\u00e7\u00e3o a objetos, mas programa\u00e7\u00e3o baseada em objetos pois o Visual Basic 6 n\u00e3o tinha heran\u00e7a direito. Eu no m\u00e1ximo conseguia simular algo pr\u00f3ximo. No entanto quando aprendi Visual Basic 3 estava surgindo um neg\u00f3cio chamado Java, que aprendi lendo um livro chamado “Aprenda Java em 24 horas”.<\/p>\n

(S\u00f3 pra lembrar, mais ou menos naquela \u00e9poca a Microsoft havia feito a CAGADA de lan\u00e7ar um VB.net completamente incompat\u00edvel com a vers\u00e3o anterior. Muita gente foi pro Java com medo de se ferrar de novo com a mesma hist\u00f3ria. Isto rendeu um post aqui<\/a> em 2008.)<\/p>\n

Aquele livro era massa! Mas n\u00e3o falava muito em orienta\u00e7\u00e3o a objetos: s\u00f3 o b\u00e1sico. Sabia que existia heran\u00e7a, interfaces, um tal de polimorfismo e s\u00f3. De resto at\u00e9 ent\u00e3o Java s\u00f3 me servia para escrever alguns applets (algu\u00e9m lembra disto?) bem tolos.<\/p>\n

Para os pr\u00f3ximos projetos Java parecia (e era) uma op\u00e7\u00e3o interessante. Comprei ent\u00e3o o “Java como Programar” dos Deitel e a\u00ed sim aprendi o que era polimorfismo, heran\u00e7a, etc. E havia tamb\u00e9m o GUJ<\/a>, que me ajudava HORRORES com algumas discuss\u00f5es que eram simplesmente fant\u00e1sticas.<\/p>\n

Eu ouvia falar de padr\u00f5es de projeto mas n\u00e3o entendia o que eram. Ent\u00e3o comprei dois livros: o “Padr\u00f5es de Projeto<\/a>” original e o “Use a cabe\u00e7a: Padr\u00f5es de Projeto<\/a>“. Foram livros important\u00edssimos na minha forma\u00e7\u00e3o pois pela primeira vez eu via que outras pessoas enfrentavam os mesmos problemas que n\u00f3s tinhamos na empresa! Ao mesmo tempo foi tamb\u00e9m um alerta, pois foi quando vi tamb\u00e9m que o uso de padr\u00f5es apenas por serem padr\u00f5es pode ser a maior cilada (escrevo sobre isto um dia).<\/p>\n

Como liguei as palavras “categoria” e “classe”<\/h2>\n

Em 2001 comecei o curso de Filosofia na UFMG. E l\u00e1 entrei em contato com os textos de Plat\u00e3o e Arist\u00f3teles. Diversos comentadores usam a met\u00e1fora do “mundo das id\u00e9ias” do Plat\u00e3o, ent\u00e3o eu pude ver algo parecido com “classes”.<\/p>\n

Junto a isto vinha o texto “Categorias” do Arist\u00f3teles que, mesmo n\u00e3o tendo o lido, tomei contato sobre o mesmo atrav\u00e9s dos comentadores, ou seja, quem acidentalmente me preparou para a orienta\u00e7\u00e3o a objetos foi o curso de Filosofia da UFMG. Sei que n\u00e3o \u00e9 o caso da maior parte dos programadores, ent\u00e3o fica a dica aqui: pesquisem a respeito.<\/p>\n

A transi\u00e7\u00e3o foi f\u00e1cil?<\/h2>\n

N\u00e3o foi f\u00e1cil: foi horr\u00edvel. Eu estava habituado ao modo de trabalho anterior que por mais que critiquem era e \u00e9 extremamente produtivo. Primeiro montavamos a interface e em seguida iamos enriquecendo o sistema com fun\u00e7\u00f5es compartilhadas, m\u00f3dulos, o banco de dados e o resto. Conforme ia entrando no Java parecia que era um modo de trabalho extremamente retr\u00f3grado.<\/p>\n

Conforme o tempo foi passando vi que aquela minha impress\u00e3o era s\u00f3 uma impress\u00e3o. Meus c\u00f3digos iam melhorando conforme ia me habituando com a orienta\u00e7\u00e3o a objetos. Eu conseguia ter uma vis\u00e3o mais ampla do sistema, conseguia gerar solu\u00e7\u00f5es que eram f\u00e1ceis de serem alteradas no futuro. Ent\u00e3o aquela perda da interface “arrastar e soltar” come\u00e7ava a valer muito \u00e0 pena.<\/p>\n

Diversos colegas n\u00e3o conseguiram fazer a transi\u00e7\u00e3o. Na primeira dificuldade sempre acabav am voltando para o VB com a promessa de depois refazer a coisa em Java ou C#, o que nunca ocorria. H\u00e1 sempre um medo na mudan\u00e7a: o segredo \u00e9 perceber que o ganho compensa no final. Para mim compensou bastante: fez minha carreira. Foi a mudan\u00e7a fundamental.<\/p>\n

Sobre este medo, \u00e9 sempre bom terminar com este v\u00eddeo da Carli Fiorina: “The Dynamics of Change and Fear”:<\/p>\n