Grails é um framework Web escrito em Groovy que promete trazer mais produtividade ao ambiente JEE. Como Groovy e Java possuem o mesmo código de execução (bytecode) a adoção do novo framework seria mais simples e menos traumática. Além disso, é possível usar a sintaxe Java em Groovy, o que diminui a curva de aprendizado da linguagem.

O primeiro projeto que decidimos implementar em Grails foi um pequeno sistema para cadastramento dos feras (disponível em http://www.ufpb.br/feras) aprovados no vestibular da UFPB. Sumariamente o sistema possui dois perfis: aluno e administrador. O primeiro acessa o sistema para atualizar dados pessoais e imprimir um comprovante de cadastro, e o segundo usa o sistema para confirmar quais feras entregaram o comprovante (com os demais documentos comprobatórios) no setor responsável pelo cadastramento dos alunos.

O projeto foi concluído no tempo estimado e já passou por várias atualizações desde então. Na última delas, precisei alterar um campo de entrada do formulário do tipo password para o tipo text, pois os parâmetros cpf e senha são usados para acessar o sistema e, como a senha padrão do fera é a data de nascimento dele, optamos por deixar o sistema mais intuitivo informando ao usuário que ele deveria digitar sua data de nascimento.

Para receber os dados do formulário gsp (Groovy Server Pages) foi criada a classe Command (http://grails.org/doc/latest/guide/single.html#commandObjects) abaixo:

class LoginCommand  {
    String login
    String password

    static constraints = {
        login(blank:false, nullable:false)
        password(blank:false, nullable:false)
    }
}

No entanto, o password foi substituído pela data de nascimento do fera no formato (DD/MM/YYYY) e para tanto foi necessário alterar a classe LoginCommand e sobreescrever o getter que retornava o password, para que as barras digitadas pelo usuário fossem removidas. Inicialmente o getter foi implementado como descrito abaixo:

def getPassword() {
    return this.password?.replaceAll('/','')
}

Entretanto, o método não estava sendo invocado. Após algumas pesquisas descobri (http://colinharrington.net/blog/2009/01/gorm-override-a-setter-on-a-grails-domain/) que a assinatura do método deve ser a mesma do correspondente JavaBean, ou seja, o código correto é:

String getPassword() {
    return this.password?.replaceAll('/','')
}

E tudo voltou a funcionar! Mas por que o código inicial não funcionou? A resposta é simples: esquecendo alguns detalhes, Groovy é Java e, por isso obedece às regras de sobreescrita de um método, e uma delas diz:

Os argumentos devem ser do mesmo tipo e retornar tipos compatíveis.

Por padrão não é necessário escrever  os métodos getters e setters das classes de domínio Groovy, pois o compilador os cria automaticamente. Assim, nossa classe LoginCommand possui os getters e setters das variáveis de instância login e password, ambas do tipo String. Ao tentarmos implementar o método getPassword usando a palavra chave def, descartando o método gerado automaticamente,  criamos outro método com assinatura public Object getPassword(), pois os tipos de retorno não são compatíveis. Dessa forma, o método getter padrão não existe mais e o mecanismo do framework Grails, que liga o formumlário gsp à classe Command, passa a não funcionar.

Nestes dias, do pouco que tenho assistido a televisão venho comentar 2 coisas de uma matéria que assisti de relance: a primeira é revoltante, que meninas de até 10 anos estão sendo usadas por criminosos para inserir celulares de forma ilícita em presídios ( link da matéria ) ; a segunda coisa foi o comentário que ouvi sobre a questão do crime organizado, o comentário dizia: (adaptado) ” A maior arma do crime organizado é o celular” , não é difícil entender o porquê dessa afirmação , pois assim eles conseguem se comunicar com o mundo fora das prisões e gerenciar suas ações dentro e fora da prisão.

Celulares são fundamentais para os criminosos dentro das cadeias, então tem de se acabar com isso. Lendo uma matéria sobre esse assunto, encontrei a matéria na página do terra com o título “SP investe R$ 34 mi para barrar celular em prisões” . Informando gastos com detectores de metais e equipamentos de raio-x para serem instalados nos presídios, apesar dos esforços ainda não solucionaram os problemas, pois os aparelhos conseguem adentrar os presídios, através de outros meios como o uso de crianças e corrupção de agentes penitenciários. INFELIZMENTE esse dinheiro é mal direcionado e não resolve a situação, digo isso baseado que o crime ainda tem influência de dentro dos presídios.

A solução mais radical e sem falhas para realmente cortar o uso de celulares de dentro de presídios seria bloquear o sinal. Na matéria anterior transcreve a fala de alguém informando que a tecnologia é cara e inviável, contudo não creio que seja assim.

Uma matéria interessante com o título Americanos usam aparelho para bloquear celular dos outros informa sobre o uso ilegal de aparelhos que liberam uma onda de rádio capaz de derrubar ligações de celulares num raio de 10 metros. Na mesma matéria comenta que também aparelhos que custam algumas centenas de dólares podem transforma áreas maiores em locais onde o uso de celular é impossível.
Creio que o uso destes aparelhos resolveriam os problemas neste caso.
Não entendo como ainda não resolveram isso!!

Infelizmente o governo do Brasil anda distante dos princípios que deveriam prevalecer sobre suas ações. Esqueceram de que deveriam usar os recursos do povo para o bem do povo com probidade e com eficiência.

Tudo pode ser solucionado, basta parar, pensar, avaliar, pesquisar e agir. No Brasil as coisas para dar certo depende mais de vontade e caráter dos indivíduos que lideram do que a quantidade de dinheiro a ser investido.

nos últimos tempos temos nos acostumado com a tamanha violência que tange nossas vidas e nosso país. Hoje a aceitamos e aprendemos a lidar com ela dentro de certos padrões de uma inusitada realidade na qual vivemos. Mas de ontem para hoje, uma notícia me fez cair da cadeira de tanta raiva e indignação. Um ato de covardia contra a vida de um ser humano. Uma garota de 15 anos foi trancafiada por mais de um mês dentro de uma cela com 20 homens. Nunca pensei que um dia viria uma coisa dessa, mas o nosso país insiste em inovar no que tem de pior.

Creio que não podemos apenas agir mas também orar, pois só Deus mesmo para nos socorrer da absurda realidade em que vivemos.
O link da notícia:
http://www.estadao.com.br/cidades/not_cid82773,0.htm

Sinceramente não tenho como imaginar no que passou na mente dos responsáveis por tamanha loucura (é o termo mais ameno para expressar esse ato).

Peço a Deus que os homens de bem que ainda há neste país não deixem isso passar em branco.

José Wendell (Grupo AQIL)

Contudo a aplicação GMail Driver só funciona no Windows e eu precisava de uma solução multi-plataforma. Foi então que na minha busca encontrei o GMail Space . Um addon (complemento, plug-in, etc) do Firefox que permite você visualizar sua conta GMail como um sistema de arquivos atráves de uma espécie de cliente FTP de dentro do firefox rodando localmente.

Testei no linux e no Windows XP e funcionou tranquilamente em ambos. Mas nem tudo são flores. Há limitação do tamanho dos arquivos (no máximo , salvo engano, 19 Mb) que estão sendo manipulados e que se houver grande fluxo de dados para sua conta (manipulação constante e excessiva de arquivos, por exemplo) sua conta pode ficar bloqueada por 24 horas.

Mas de qualquer forma é uma solução boa para se ter backup de pequenos arquivos e compartilhar com outro usuários.

Caso queira um controle das versões dos arquivos, sugiro o uso de um controle de versão.

O link para fazer a instalação é https://addons.mozilla.org/en-US/firefox/addon/1593.

Abraço e sucesso a todos.

Quem nunca pegou um quebra-cabeça na infância e se aventurou em montá-lo. Certamente alguns não lembram dos quebra-cabeças de 20 peças que pegaram quando tinham apenas 3 ou 4 anos. Quando crescemos queremos um desafio maior, queremos aumentar o número de peças, queremos de 100 peças, depois 200, 300, e finalmente chegamos a 1000, 2000 e assim sucessivamente.

Na computação, podemos ver a evolução das linguagens de programação e de seus respectivos paradigmas e filosofias. Nos cursos de computação, até pelo menos quando paguei Linguagem de Programação I (o primeiro contato com linguagem de programação) onde estudamos pela primeira vez a linguagem Pascal e as primeiras noções de algoritmos. Ver que um algoritmo é um conjunto de ações sequênciais e estruturadas para fazer alguma coisa bem definida. Depois estudamos a programação estruturada, usando geralmente a linguagem C. Aprendemos na programação estruturada a lidar com funções e procedimentos(sem contar nos benditos ponteiros), e evitar duplicação de código e melhorar a legibilidade do código (Não pretendo discutir as características dos paradigmas, apenas comentá-los). E finalmente aprendemos o paradigma do momento, OO (Orientação a Objetos), onde conseguimos através dela modelar de forma mais eficiente os problemas da realidade, e modelá-las de forma mais consistente e fácil através de conceitos de classes e instâncias.

Atualmente no mercado usamos além da OO, os chamados frameworks . Frameworks são soluções que implementam uma série de operações que podemos utilizá-las para acelerar o nosso trabalho. Certamente o conceito e as características de frameworks vai muito além disso. Não é difícil ver no desenvolvimento de sistemas atuais uma solução que contenha uma série de frameworks onde cada um soluciona uma parte do problema.

Você pode estar pensando: “O que tem haver os benditos quebra-cabeças com esse assunto afinal?”. Simplesmente porque estamos tratando de resolver problemas. Resolver quebra-cabeça e desenvolver um sistema com certeza não têm nada haver entre si, mas levam objetivos semelhantes, montar uma solução com as peças que têm. Com certeza você deve ter ouvido que o desenvolvimento de uma solução de software pode quebrar a cabeça de alguém.

Quando estamos aprendendo programação, nossas peças são simples e limitadas, são arranjos , variáveis de inteiros, reais ou strings e comandos de repetição e decisão. Quando chegamos em programação estruturada trabalhamos com funções e procedimentos e aumentamos o tamanho e número de peças. Na OO temos peças inteiras como classes que levam dentro de si métodos, variáveis e comportamentos próprios. O tamanho das peças está crescendo a cada dia. Temos agora as peças gigantes, os frameworks. Tudo isso junto gera o maior quebra-cabeça do mundo.

Existe uma discussão até que nível programação é arte, e a partir de qual ponto passa ser uma atividade metódica e planejada (onde teoricamente a criatividade some). Talvez a visão tenha mudado, pois as peças com quais lidamos também mudaram. O desafio hoje para o exercício de nossa arte, seja além dos algoritmos eficientes que tenhamos criado no passado, nossa arte está também em sincronizar todos os recursos da tecnologia atual na construção da solução do cliente. Solução essa que não pode somente funcionar, e sim também permitir a extensão e a facilidade de manutenção conciliada a um desempenho desejado.

A arte na programação não sumiu, ela só teve suas peças ampliadas e diversificadas. Cabe a nós, profissionais de informática conhecê-las bem para sabermos a melhor hora e o melhor lugar de encaixarmos nossas peças.

Sucesso nos quebra-cabeças computacionais a todos.

No desenvolvimento de software, o tempo é um dos fatores chaves. Tão importante que problemas com o tempo(prazos) chega a gerar as mais terríveis dores de cabeça até nos melhores gerentes de projetos. Isso pode acontecer porque nas atividades de desenvolvimento existem inúmeras variáveis que se não forem bem previstas e calculadas podem colocar o projeto em sérios problemas.

(Como seria bom ter o DeLorean )

Você pode estar se perguntando o porquê deste problema com o tempo. Afinal, o desenvolvimento de software é uma atividade como qualquer outra, como engenharia ou outra profissão com regras e procedimentos, é só seguir uma seqüência de passos. ERRADOOO! Desenvolvimento de software é uma atividade muita mais profunda do que se imagina.

O desenvolvimento de software é uma atividade intelectual. A matéria prima é essencialmente “massa cerebral” dos colaboradores de projeto. Isso acarreta uma importância no relacionamento pessoal entre os componentes da equipe e de como o “estado da mente” de cada um dos colaboradores pode influenciar o projeto (dependendo de suas responsabilidades). O ser humano traz em si uma série de variáveis que terão de ser sempre vigiadas pelos gerentes do projeto.

Os software atuais estão cada vez mais complexos e constituídos de inúmeras camadas. O que gera um grau de complexidade maior que se não for bem vigiada e controlada pode se transformar num problema grave. Pois Murphy anda à solta, ele é um fantasma presente em todo o processo de desenvolvimento de software e está presente em todos os projetos. Por isso quando se falar em tempo, pense no tempo que Murphy lhe poderá requisitar.

Por causa dessas peculiariedades do desenvolvimento de software, usa-se metodologias de desenvolvimento de softwares, como XP, RUP e entre outras. Todas tem algumas práticas e técnicas que permitem gerenciar o tempo de desenvolvimento levando em consideração inúmeras experiências de profissionais já consagrados.

Então não tente errar onde todos já acertam e não refaça a roda. Sempre há boas lições para se aprender por aí. Afinal, tempo é dinheiro.

Sucesso e tempo a todos.

Imagine o trabalho em equipe com n pessoas, cada um responsável com uma parte do projeto. Contudo há partes do projeto que serão pontos em comum entre alguns desenvolvedores. Como você fará para integrar essas partes? Como garantir que uma parte do projeto que integra as demais partes esteja consistente e segura de alterações indevidas? E como lembrar de um código existente anteriormente antes de você fazer algumas modificações e perceber que estava indo pelo caminho errado?

Ou você tem uma penca de back-ups manuais feitos por você ou usa um controle de versão. Controles de versão permitem que você saiba quem alterou o arquivo, registrar logs das modificações, permitem que os usuários alterem o mesmo arquivo e façam um merge (fundir as modificações efetuadas), e disponibiliza a versão mais atual de todos artefatos para os usuários.

Os controles de versão mais conhecidos são o CVS “esse é o clássico” e Subversion “muito bom também”. As principais IDE (como Netbeans e Eclipse) trazem suporte completo para ambas ferramentas. Então não tenha receio de usá-las, será satisfação na certa!

Quem quiser ler sobre a importância de um controle de versão no seu ambiente de trabalho click here .

Sucesso a todos.

Por falar em web 2.0, já se comenta a web 3.0, a Web Semântica. Quem quiser saber um pouco mais sobre o tema pode ler essa entrevista com Tim Berners-Lee .

Até que foi um bom 1º post!