{"id":1365,"date":"2013-04-15T00:31:11","date_gmt":"2013-04-15T03:31:11","guid":{"rendered":"https:\/\/devkico.itexto.com.br\/?p=1365"},"modified":"2013-04-15T13:06:45","modified_gmt":"2013-04-15T16:06:45","slug":"dando-cara-de-grails-ao-clojure","status":"publish","type":"post","link":"https:\/\/devkico.itexto.com.br\/?p=1365","title":{"rendered":"Dando cara de Grails ao Clojure"},"content":{"rendered":"

\"\"<\/a>Algum tempo atr\u00e1s postei aqui no blog alguns questionamentos relacionados \u00e0 orienta\u00e7\u00e3o a objetos. N\u00e3o ao paradigma em si, mas sim ao fato de rar\u00edssimas vezes questionarmos o seu uso. Ent\u00e3o resolvi sair do te\u00f3rico e ir pra pr\u00e1tica. Como resultado, iniciei o desenovlvimento de um framework web que fosse baseado em uma linguagem que n\u00e3o fosse essencialmente orientada a objetos mas que ao mesmo tempo me possibilitasse programar de uma forma mais funcional e, talvez, at\u00e9 mesmo procedural (este era o desafio).<\/p>\n

Ent\u00e3o criei o projeto itexto Projekt, que \u00e9 um framework que estou desenvolvendo (ainda est\u00e1 muito tosco, j\u00e1 vou avisando) para ser a base do novo sistema de issues da itexto. Ele \u00e9 baseado nos conceitos que mais amo no Grails: conven\u00e7\u00f5es sobre configura\u00e7\u00e3o, facilidade do desenvolvimento, n\u00e3o precisar reiniciar o servidor em desenvolvimento, etc. Ainda h\u00e1 muito ch\u00e3o pela frente: j\u00e1 iniciei o desenvolvimento de uma interface de linha de comando mas o controlador, ao menos o grosso dele, j\u00e1 encontra-se implementado.<\/p>\n

Clique neste link para ver o v\u00eddeo em que demonstro este meu trabalho. http:\/\/www.youtube.com\/watch?v=RRGB1j1_PDY&feature=youtu.be<\/a><\/p>\n