Já faz algum tempo que alguns alunos me perguntaram o que era Ubiquitous Language, com isso me motivou a fazer este post. Espero realmente que seja útil.

Ubiquitous Language é um conceito muito comum em DDD(Domain-driven Design).

Basicamente é um dos conceitos que o DDD utiliza, que tem como finalidade: “falar” a língua do usuário/cliente . Manter uma única linguagem de domínio que seja entendível tanto para os desenvolvedores quanto para o cliente.

Vamos falar de outra forma.
No DDD você tem o Domain/Domínio que é o primeiro D, que é a parte mais “importante” desta abordagem. Pois esse domínio é exatamente o problema que queremos resolver, o problema do cliente.

Problemas
Normalmente não conhecemos a área do cliente, por isso se faz necessário o entendimento por completo ou parcial do domínio(problema do cliente).

O cliente usando a sua linguagem pede algo que pode ser entendido[isso acontece sempre] de outra forma pelo desenvolvedor ou analista.

Outro problema também seria a falta de cuidado para definição de nomes de classes, métodos, variáveis etc, causando problemas de entendimento na equipe e favorecendo ao aumento na dificuldade de manutenção dessas classes e entendimento no código.

Possível solução
Para esses “problemas” anteriores se os desenvolvedores tivessem o conceito de Ubiquitous Language bem definidos na equipe, esses problemas poderiam ser evitados. Quando se tem por exemplo uma classe chamada StrUtil.java onde muitos de nós adotamos como classes utilitárias[inclusive eu confesso, mas não da forma como passada aqui claro ] é no mínimo perigoso, pois o nome dessas classes não refletem bem a sua real função.

Mas então você defende: “- Ah mas é uma classe utilitária de strings, onde você pode fazer certas manipulações com Strings”.

Ok ! Mas muitas vezes por não tem um bom senso o desenvolvedor acaba criando uma classe UtilUtil, ou seja, essa sua classe StrUtil não está manipulando somente String ela pode está fazendo determinadas funções que são completamente diferentes, métodos que não tem nada em comum, como manipulação de datas etc, e esse é o problema.

O que o DDD com o Ubiquitous Language fala é bem simples:

Todo comportamento do seu sistema deveria estar implementado em classes cujos nomes devem fazer parte do domínio do problema, do domínio do cliente.

Isso é válido não somente para nomes de classes,mas para métodos, variáveis e tudo dentro do domínio, assim como também para o problema em si.
Esses nomes devem ter o mesmo[se não bem próximo] significado tanto para a equipe quanto para o cliente, facilitando assim a comunicação entre os mesmo, sem falar que irá melhorar muito a manutenção e entendimento do código.

Essa “linguagem” é um meio termo entre a linguagem técnica e a linguagem do cliente. O seu cliente não irá entender seu dialeto técnico e você provavelmente não irá entender[pelo menos no início] a linguagem do cliente. Assim utilizando esse conceito você irá facilitar a comunicação entre todos[desenvolvedores, analistas e cliente].

O cliente[conhecedor do domínio/problema em detalhes] deve conversar com os desenvolvedores[que possuem o conhecimento para a solução] que conhecem a programação em detalhes, para juntos, chegarem a uma língua comum, onde que todos consigam se entender e que será usada não somente nas conversas mas também no desenvolvimento do software.

Com essas conversas constantes e com a utilização desse conceito de linguagem comum, todos juntos chegarão a um consenso sobre o domínio, definindo assim o modelo do domínio[Domain Model].

Domain Model em resumo é a abstração do problema real, criada em parceria com os especialistas no domínio[normalmente o cliente e/ou analista] com os desenvolvedores.

É utilizando esse modelo que os desenvolvedores vão implementar em código[seu código irá refletir a solução para o problema do cliente], exatamente como foi acordado e as chances de cair naquele velho problema de telefone sem fio[cliente diz X, analista entende –X+2, desenvolvedor implementa Y] serão mais escassas.

Conclusão
Podemos observar que o conceito de Ubiquitous Language é bem simples, e parece que não tem muita importância, pois no resumo é apenas a padronização de nomes de métodos, classes etc, claro que tudo dentro do domínio.

Mas vimos também que não é somente isso, a idéia de Ubiquitous Language no DDD é criar um canal de comunicação entre o cliente e a principal peça: o desenvolvedor.
Pois é ele que irá criar o produto que o cliente deseja.

E através da Ubiquitous Language podemos juntamente com o cliente definir um modelo para o sistema, fazendo com o que as chances de problemas de má interpretação sejam anuladas[ou parcialmente anuladas], assim deixando o sistema mais limpo, fácil manutenção, simples alteração e de quebra, sendo entregue no prazo.

Bem espero ter conseguido explicar um pouco sobre Ubiquitous Language.

Abraços

Mais uma vez o evento Natal Java Day 2008 em Natal/RN foi muito bom. Seja por networking, nível das palestras e organização. Todos com nota 10.
Neste ano tive o privilégio de palestrar no evento, assim como mais dois amigos.
O evento teve muitas palestras, mas nenhuma foi apenas para cumprir tabela, todas foram muito bem elaboradas(sou suspeito para falar sobre a minha ).
Tentei esse ano fazer a mesma cobertura que fiz ano passado, mas infelizmente não consegui, pois tive alguns problemas técnicos, primeiro meu note não estava legal, então o Victor Hugo conseguiu um emprestado(queria saber o nome do anjo rsrsr), mas depois acabei usando o meu, enfim, tentei fazer o possível.
Este ano além do blog teve a cobertura pelo meu Twitter em tempo real.

Palestras:
-Novidades do Java 7 – Itamir Filho (JavaRN).

-OpenGinga: Ambiente para desenvolvimento de aplicações para TV Digital – Raoni Kulesza (UFPB)

-Os 10 maus hábitos dos desenvolvedores JSF – Rafael Ponte (CEJUG)

-JVM Internals and Tools: Entendendo e usando o poder da JVM – Gleydson Lima (JavaRN)

-Java e a próxima geração de smart cards – Igor Medeiros

-DWR: Utilizando o COMET/ReverseAjax do DWR – Handerson Frota (CEJUG) -  Não ficaria legal falar da minha própria palestra e afinal, não tinha como eu blogar na hora que ela aconteceu

-Java, Software LIvre e Governo – Serge Rehem   (Serpro/JavaBahia)

-OpenSocial: Padronização das redes sociais - Christiano Milfont (CEJUG)

-A tempestade por trás da computação nas nuvens – Rodrigo Rebouças (UFCG / PBJUG)

-Mais velozes e mais furiosos: Desenvolvimento Web2.0 e JEE com JBoss Seam – João Paulo Viragine (Red Hat)

-Apresentando Groovy para desenvolvedores Java – Ricardo Wendell (JavaRN) – Infelizmente tive que sair neste momento ;( desculpas ao Ricardo.

-Desenvolvimento de Jogos um Sonho Real – Thiago Carvalho de Sousa – Infelizmente tive que sair neste momento ;( desculpas ao Thiago.

Bem só tenho a agradecer aos organizadores pelo excelente evento e parabenizá-los.  Sem dúvida o Natal Java Day é um dos melhores eventos de Java do Brasil e quem sabe da América Latina.

Em breve colocarei aqui as fotos do evento.

Abraços e até o ano que vem.

Fala sobre o JBOSS Seam, um pouco de sua história, definições, usabilidade, funcionalidades, necessidades que ele supre e sobre a motivação da criação do Seam.

Ele falou que o JBOSS Seam não é um simples framework de integração, e ele não é uma resposta ao Spring e sim ao Ruby on Rails, com facilidade e simplicidade assim como o Ruby on Rails.

Mostrou exemplos em código da estrutura de uma aplicação feita com JBOSS Seam, explicando as suas vantagens, sobre a liberdade do Seam de você desenvolver da forma que você desejar, integração com suporte Ajax dentre outras finalidades.

Devo dizer que foi uma palestra muito esclarecedora sobre o JBOSS Seam, deu até vontade de estudar mais a fundo sobre o assunto.

Parabéns João Paulo, excelente palestra.

Milfont falou sobre a padronização das redes sociais, criando novas oportunidades de negócios e como isso está ligado com a palestra do Rodrigo Rebouças.

Começou mostrando um exemplo do Orkut, das oportunidades para as empresas.

Falou sobre o Emokut, e basicamente a palestra foi um pouco parecida com outra palestra com o mesmo título.

Veja mais sobre a palestra: http://www.milfont.org/tech/tag/opensocial/

Como sempre o Rodrigo Rebouças deu uma palestra muito interessante. Começou falando sobre um projeto do Meninos da Rede, que é um projeto social. Baseado em uma aula ele viu a importância da utilização da Computação nas nuvens.

Falou sobre as aplicações como o Google Docs, Suite Office da Microsoft dentro outros, mostrando assim um pouco da idéia da computação nas nuvens.

Alguns usuários leigos acham que todas as aplicações funcionam no próprio PC, como o Orkut, Gmail etc, que para esses usuários o componente mais importante do PC não é a CPU e sim o monitor.

Uma maneira muito legal de explicar o que é computação nas nuvens.

Mais uma vez o Rodrigo Rebouças está de parabéns.

O Serger falou sobre o poder do Java dentro do Governo. Falou do SERPRO e os motivos que levaram a adoção do Software Livre e principalmente do Java.

Falou sobre o sistema de declaração do imposto de renda que é feito com Java e tem mais de 24 milhões de usuários utilizando o aplicativo feito em Java para Desktop, e foi a solução adotada para substituir o sistema antigo que era feito em Delphi e apresentava muitos problemas, além de só funcionar no Windows.

Falou e mostrou alguns sistemas feitos em Java que são utilizados no Governo, dentro e para acesso do público.