abstractj.com

TorqueBox - O melhor dos dois mundos

2011-08-05T00:00:00-03:00

Some weeks ago, I talked about TorqueBox here in Brazil at meeting of GURU-SP. For people who don’t know, this is amazing group of people that loves ruby and technology.

I appreciate the opportunity to talk at Caelum, was great to see that the auditorium was crowded and a lot of rubyists are open to Java technologies. Here comes my slides:

View more presentations from Bruno Oliveira

Moving again...

2011-08-04T00:00:00-03:00

For a long time, I had been hosting my old “nobody cares” blog with wordpress, because this was the fastest way to put my stuff online. Over the time, like a stupid lazy boy, write less became a common habit with no excuses for this.

The reason to move is not related with any kind of service, is just because I don’t need a bunch of online tools to write a simple text. Just need a place to store my thoughts with no worries.

Don’t get angry with me, but I really don’t mind about blog layout/design and believe when I say this. The main goal is to write and I’m comfortable with simple things, because simpler is better, for this reason I’m moving my entire blog to S3 with Jekyll, maybe in the near future I’ll try awestruct.

I don’t want to to sound like a jerk, but if you don’t like something here, just move on. I’m just writing to my own amusement.

Thanks.

Meu ambiente de desenvolvimento em 7 items

2010-12-29T00:00:00-02:00

Recebi a intimação do amigo Castellani para falar do meu ambiente de trabalho, essa brincadeira começou com o Lucas Catón, passando pelo @vinibaggio, @qmx e chegou minha vez. Assim como todos, vou seguir a receita de bolo com os 7 itens:

Máquina/Sistema Operacional

Acredito que faça parte da rotina conhecer um pouco de cada OS na hora de desenvolver. Sou usuário GNU/Linux desde 2001, época em que utilizava Slackware até na geladeira de casa, essa distro me acompanhou por uns bons anos.

Com o decorrer do tempo, fui ficando mole, começei a usar Ubuntu e fui picado pelo bichinho da maçã, desde então OSX é o padrão. Gosto de Linux, mas acho o Mac melhor e não troco. Tenho Debian e Windows instalados em VM, que uso pra simular alguns cenários do dia a dia.

Editor

Comecei utilizando vi, acredito que é uma das experiências mais interessantes que se tem, ser obrigado a pensar sem uma IDE, aprendi bastante com isso.

Desenvolver em Java Eclipse é unânime como ferramenta de edição, mas não consegui ficar longe do vi, então encontrei um meio termo com a dica do @qmx, eclim. Basicamente foi juntar o útil ao agradável sem perder as funcionalidades do eclipse e abrir mão do macvim com vários plugins que tenho.

Terminal

Bash com algumas customizações no bash_profile.

Browser

Apesar da reclamação de alguns sobre consumo de memória, eu gosto do Firefox, pela quantidade absurda de plugins que existem.

Software

macvim
Skype e Adium
iTunes ou grooveshark aberto no browser
Dropbox
Calibre (sempre consulto minha biblioteca pessoal)
Parallels (pra gerenciar minhas VMs)
Yoru Furukou (Twitter)
Keynote (quando é necessário apresentar alguma coisa)
reeder for mac (no iPod também)
Preview (com vários livros abertos)

Source-Code

~~Já usei SourceSafe (a força)~~, SVN por um bom tempo até surgir um controle de versão descente. Git (controle de versão de verdade) nos dias de hoje me salva um rim a todo instante, inclusive para projetos com SVN.

Música

Fones de ouvidos são tão necessários quanto um bom OS, normalmente anti-sociais, ajudam a manter o foco e isolar o barulho de qualquer ambiente aberto. Nenhum gênero musical em específico, mas metal comanda a playlist.

Passo a brincadeira pros amigos @cmilfont, @adrianoalmeida7 e @fer_bass

Match cases on Scala

2010-12-10T00:00:00-02:00

Functional programming is a well-know paradigm present in languages like Scheme, Haskell, Lisp and others, the main goal is to provide code easy to write and reuse. This paradigm concept came from mathematics, where expressions are evaluated to functions and they always return the same result every time asked. Think about the Haskell code below:

factorial :: Integer -> Integer
factorial 0 = 1
factorial x = x * factorial (x - 1)

If you try to put some output from this function, the code will miserably fail. Functional languages don't like to deal with side-effects, for this reason they are immutable and selfish to share state. Scala came with purpose of bringing mixed-paradigm concept to JVM, taking the benefits from both the worlds: functional and object oriented. This language was designed to keep your hand safe from write a bunch of code, with the gift of full concurrency support. One of the great features inherited from functional languages is pattern matching. This feature provides a way to choose between multiple choices based on types. In Java, case conditions are restricted to primitive or enumerated types, is not possible to have switch/case accordingly with object type. Scala addresses these gaps more efficiently than Java:

val mylist = List(1, "QconSP", 10.2)
  for (myItem <- mylist) {
  myItem match {
    case a: Int => println("Integer feelings: " + a)
    case b: String => println("String feelings " + b)
    case c: Double => println("Double feelings " + c)
  }
}

There's nothing new for Ruby programmers, that also have pattern matching inside. The code above created an immutable variable with val and match keyword which provides a way to apply pattern matching function. Functional features built inside Scala enhanced matching case work more efficiently than languages like Java or Ruby. Take a look at this example matching on sequences:

val list1 = List(1, 3, 23, 90)
val list2 = List(4, 18, 52, 7)

for (l <- List(list1, list2)) {
  l match {
    case List(_, 3, _, _) => println("3 found")
    case List(_, _, _, 7) => println("7 found")
  }
}

Matching on sequences enable you to look inside collections in a eager evaluation. Here we are looking for a List that have 3 like a second item and 7 for the last, the bizarre _ is a wildcard, it matches anything not defined in cases. Match cases are not only for collections, you can use this function to find objects. Suppose you specifically need to know if an object contains some value, match on classes could solve this problem, better than deal with a lot of frameworks. The last one of our Swiss knife:

val rock = new Music("Metallica", "Rock")
val classical = new Music("Bach", "Classical")
 
 for (music <- List(rock, classical)) {
   music match {
     case Music("Metallica", "Rock") => println("metal")
     case Music("Bach", "Classical") => println("calm")
   }
 }

Pattern Matching become useful when you have to deal with Actors (subject for another post), because case classes are sent as messages and have to be parsed when received. This feature is not a particularity from Scala, is a inheritance from functional languages and help you where object oriented languages don't fit well.

QCON São Paulo 2010

2010-08-11T00:00:00-03:00

"Com sistemas cada vez mais complexos, o QCon aborda não apenas uma única tecnologia ou aspecto: passa de Java, .NET e Rails até Arquitetura, Design, Cloud, Escalabilidade, Replicação, Cache e casos de sucesso."

Durante os dias 11 e 12 de Setembro ocorrerá a QCon, um evento que contará com nomes do cenário nacional e internacional de desenvolvimento de software, serão 6 temas, 40 palestras em 2 dias de troca de experiências. Caso não tenha feito sua inscrição, acelere o passo e faça o quanto antes.

Eu junto com o Douglas apresentarei uma das palestras, falaremos sobre ambientes onde escalabilidade não é opcional, mas uma questão de sobrevivência. Espero você lá para!

Palestra: Domesticando dragões com soluções escaláveis.

Resumo

Usuários exigentes, burocracia, prazos surreais, acabam por consumir grande parte dos esforços de um time, e muitas vezes, aspectos essenciais como escalabilidade, resiliência, tolerância a falhas, acabam sendo negligenciados.

Nosso objetivo é desmistificar alguns desses tópicos geralmente renegados, mostrando soluções simples com java ou ruby altamente escaláveis, fazendo uso tanto de tecnologias já estabelecidas no mercado, como de algumas novidades, e também como aferir se a sua abordagem está produzindo o resultado esperado: sistemas rápidos, com uso eficiente da capacidade disponível, e que vão permitir que você tenha noites tranquilas de sono.

Montanhismo digital

2010-08-09T00:00:00-03:00

Um bom alpinista quando decide subir qualquer montanha, busca o máximo de informação necessária a sobrevivência. Desconhecer terreno, condições climáticas, topografia do lugar e mesmo assim se dispor a enfrentar uma montanha, esconde por trás da teimosia, estupidez.

Software não é muito distante dessa realidade, ser dogmático em relação a uma tecnologia ou solução sem levantar algumas informações antes, pode resultar em um overcapacity homérico. Informações sobre infra-estrutura, capacity, quantidade de requisições simultâneas e perspectiva de crescimento do sistema devem ser levadas em consideração antes de decidir entre alguma tecnologia hype ou algo pré-existente.

Se sua aplicação usa Cassandra, Rescue, roda no Cloud ou é completamente feita em Scala e sai do ar, ninguém vai querer saber qual parafernalha tecnológica você usou, e se a arquitetura é digna de ser exposta no MASP. A principal pergunta será: "Quando o sistema volta ao ar?".

Aumentar o capacity do servidor pode ser uma alternativa para amenizar o caos. Considere antes disso alguns itens antes de pensar em um famigerado upgrade do servidor (estamos longe de uma lista completa aqui):

Quantidade de transações por segundo suportadas
Perspectiva de crescimento do sistema em horas, dias, meses, anos...
Largura de banda disponível para atender as requisições
Capacidade de armazenamento do servidor de banco de dados
Quantidades de threads ou processos executados

Realizar upgrade de hardware, pode resolver temporariamente, porém, acrescentar mais recursos não vai fazer com que uma aplicação escale melhor, é necessário saber: "O que você quer escalar?", "Como?" e "Porque?". De nada adianta superestimar hardware ou colocar a aplicação no Cloud, é preciso saber como e quais recursos a aplicação irá consumir, simular situações de stress com o objetivo de avaliar o comportamento da aplicação em diferentes situações e identificar possíveis pontos de falha, cogite problemas de performance na aplicação, antes de blasfemar contra o servidor.

Assim como no alpinismo, escalar montanhas sem informação resulta em morte, desenvolver sistemas desconhecendo o comportamento real em situações de alto processamento, fará com que você não saiba o que fazer em situações críticas, adotando sempre soluções de contorno. Conhecer o comportamento de uma aplicação, é mais do que exibir gráficos legais em forma de ppt ao cliente, é questão de sobrevivência.

Vale conferir um dos Techtalks, onde Narayanan Shivakumar fala sobre como o google trata alguns aspectos de escalabilidade por lá.

[googlevideo=http://video.google.com/videoplay?docid=-5699448884004201579]

The Pomodoro Technique

2009-05-06T00:00:00-03:00

"Procrastinação é o diferimento ou adiamento de uma ação. Para a pessoa que está procrastinando, isso resulta em stress, sensação de culpa, perda de produtividade e vergonha em relação aos outros, por não cumprir com suas responsabilidades e compromissos. Enquanto é normal que as pessoas procrastinem até um certo ponto, isso se torna um problema quando impede o funcionamento normal das ações." (Wikipedia - Procrastinação )

É comum se deparar com pessoas constantemente estressadas, sem tempo ou até com a sensação de total falta de produtividade. Normalmente a origem disso tudo vem da procrastinação, ou seja, com a evolução dos inúmeros atrativos na internet como: twitter, facebook, orkut, msn, gtalk, skype..e etc, você acaba encontrando ótimos e inúteis motivos para retardar muitas das suas tarefas e se sentir um verdadeiro peso de papel.

Eu particularmente tenho o péssimo hábito de fazer várias coisas em um curto espaço de tempo, como: ler 10 páginas de um livro, ouvir música, assistir TV, programar e outras atividades que simplesmente não cabem nas 24 horas de um dia, além é claro de procrastinar, o resultado é a chamada falta de tempo, clássica virada de noite e dias de stress.

Recentemente enquanto estava, exercendo a técnica milenar da procrastinação no google reader, li o post do Bruno Mentges de Carvalho falando sobre algumas práticas que ele adotou, pra aumentar sua produtividade. No meio do texto, encontrei uma referência a Pomodoro Technique que consiste no gerenciamento do seu tempo, talvez a solução para minha hiperatividade que não chega a ser aguda, mas me incomoda bastante e trás um sentimento de inutilidade e tédio.

Acredito que não convém entrar em detalhes da técnica aqui, uma vez que o livro que é disponibilizado gratuitamente, já faz isso bem, além de outros milhares de artigos espalhados na internet.

Com esse post, chego ao fim do meu primeiro pomodoro em busca da produtividade :)

Javaone 2009 approved!

2009-03-03T00:00:00-03:00

Boas conquistas são feitas de sonhos, metas, planejamento e prática. Em 2008, submeti junto com o Marlon uma palestra inspirada nos caçadores de mitos com seguinte foco: coletar informações equivocadas ou não sobre a plataforma Java JME e explorá-las, felizmente fomos aprovados no JustJava, isso por si só já foi uma conquista bem vinda.

Após nossa participação, foi aberto o call for papers do JavaOne, sem pretensão alguma submetemos nosso trabalho, e o resultado de toda essa brincadeira, é que felizmente fomos aprovados pela organização do evento:

Dear Bruno ,Congratulations! Your submission entitled " Java Platform, Micro Edition (Java ME Platform) Myth Busters " was so compelling that the 2009 JavaOne Conference[sm] Program Committee has accepted your proposal to participate at the upcoming 2009 JavaOne conference in San Francisco, California, June 2 - 5, 2009. As an accepted speaker, you will receive a full complimentary pass to the Conference, allowing you access to all technical sessions, BOFs, Hands-On Labs and the Pavilion.

Please plan for a 60 minute presentation, inclusive of Q&A.

Agora é agilizar todo o processo burocrático como documentos, estadia, passagens e preparar um bom conteúdo técnico pra ser apresentado em São Francisco, Califórnia. Obrigado a todos pelo apoio, mais um sonho realizado.

Opensource Jobs

2009-02-14T00:00:00-02:00

Existem duas perspectivas sobre projetos opensource: trabalhar sem remuneração pros outros, ou aprender de forma colaborativa, eu particularmente fico com a segunda perspectiva, a primeira é um pouco medíocre. Semanas atrás procurei por projetos mais sérios pra poder trabalhar, iniciar algo solo de fundo de quintal nessa altura do campeonato, não seria uma boa alternativa.

Trabalhar em projetos opensource maiores, te permite interagir com desenvolvedores experientes e inexperientes, a consequência de tudo isso é o aprendizado. Em conversa com o Sérgio Lopes, ele me indicou os projetos da Caelum:

- JForum JForum is the most widely-used Java-based Open Source forum management system. - VRaptor

VRaptor is an MVC controller framework for web applications, based on the principle of "Convention over Configuration" which has contributed to the success of frameworks in other languages such as Ruby on Rails. - Tubaina

Tubaina is a textbook generator which receives a simple markup language syntax and outputs Xhtml and Latex.

[Editado]

Relação de todos os projetos: http://www.caelum.com.br/opensource/

Acredito que existam outros projetos brasileiros ótimos em andamento, meu objetivo é divulgar alguns dos que me interesso e estou estudando pra tentar contribuir.

JustJava 2008

2008-09-24T00:00:00-03:00

Você sabe o que são mitos?

O pai dos burros diz: "imagem simplificada, frequentemente ilusória, que grupos humanos elaboram ou aceitam e que tem um papel determinante no seu comportamento".

Muita gente por "ouvir falar", ou porque leu em algum fórum, blog e etc, acaba criando uma verdadeira confusão e desespero quando se trata de JME, alguns vêem como o patinho feio do Java, mas na verdade é uma tecnologia que pode mais do que aparenta.

Este ano tive a feliz oportunidade de palestrar com o Marlon sobre um assunto que surge em qualquer área, MITOS! Nossa palestra teve o objetivo exatamente de esclarecer a visão simplista que muitos tem a respeito da plataforma JME. Esta idéia surgiu à partir da coletânea de pérolas que líamos em fóruns e listas de discussão, além de algumas experiências no trabalho.

Resumidamente, separamos um top ten de mitos, pois se fôssemos falar de todos seria assunto para um dia inteiro. Os slides da palestra estão disponíveis no slideshare.

ps: Post completamente atrasado, mas antes tarde do que nunca!

Certificações...

2008-08-22T00:00:00-03:00

Não sei até quando o mesmo assunto surgirá, mas sempre gera discussões calorosas, posts e afins.

Dúvida comum: "Qual o valor de mercado
sobre a certificação da SUN, Oracle, Microsoft X.Y.Z? A remuneração é
boa?".

Não se sabe a origem patológica da idolatria por siglas e afins, a única informação cientificamente comprovada é o surgimento de profissionais alpha, beta, gama e sistemas ineficientes.

Um exame, seja de faculdade, certificação ou qualquer coisa do tipo, nada mais é do que uma forma de testar o que você sabe dentro do escopo escolhido, também pode ser considerado uma maneira eficaz de exercitar a sua memória. É fato que alguns exames práticos envolvem muito mais do que decorar, exigindo do candidato raciocínio sobre problemas reais, requisito pouco exigido na maioria das avaliações.

Mesmo assim não é o exame que te faz capaz de desenvolver software com qualidade. Não dá pra imaginar Fowler ou Beck, preocupados com uma SCJP, por exemplo? Aliás, se a febre que assola o supermercado existisse na época em que eles procuravam emprego, difícilmente seriam aprovados pelo RH de algumas empresas.

O supermercado de trabalho abarrota cada vez mais suas prateleiras de SCJPs, OCAs, Scrum Masters e afins, todos versionados pra todos os gostos, nos mais variados biotipos: geek 1.4, nerd 1.5...construtor de gambiarras beta.

Em um mundo ideal e perfeito como ocorre na Europa e em algumas empresas aqui no Brasil, o candidato deveria ser avaliado pelo seu conhecimento, vivência e motivações pessoais. Além disso, seria permitido como um dos itens de seleção a avaliação da equipe, que no fim das contas é quem vai ter que conviver com ele todos os dias.

Infelizmente a realidade é bem diferente, as pessoas precisam pagar as contas, sobreviver e garantir o leitinho das crianças (sem ironias), e se vêem diante de uma exigência mais que comum, tirar o green card (cartões enviados após o êxito na prova).

No fim das contas é difícil separar o joio do trigo, o que resulta na prostituição generalizada da área e a supra valorização dos exames de certificação.

Espero que algum dia esse cenário ao menos melhore, com seleções um pouco mais inteligentes e eficazes, pois é absurdo avaliar a capacidade de um ser humano, através de uma folha de papel ou questões de múltipla escolha no computador.

JustJava 2008 Approved!

2008-08-17T00:00:00-03:00

Há um bom tempo conversando com o Marlon, surgiu a idéia de levar a público algumas das lendas urbanas que surgem em listas de discussões sobre JME.

Foi com felicidade que tivemos nossa palestra aprovada no JustJava deste ano. O objetivo não é sair em um duelo mortal sobre tecnologia, mas apenas esclarecer equívocos comuns em torno da especificação.

Fonte: http://www.sucesusp.org.br/justjava2008/

Título: JavaME Myth Busters

Palestrantes: Bruno Oliveira da Silva / Marlon Luz

Empresas: Mobup Inovações Tecnológicas / LightMobile

Data:

10 a 12 de Setembro de 2008

Horário:

8h30 às 19h00

Local:

Centro Universitário SENAC - CAMPUS SANTO AMARO

Av. Engenheiro Eusébio Stevaux, n. 823

Santo Amaro - 04696-000 - São Paulo / SP

Extreme Programming Experience Week

2007-11-16T00:00:00-02:00

Há algum tempo tenho me interessado por metodologias ágeis, uma vez que feedback constante as demandas geradas pelo cliente tem sido algo presente no cenário de desenvolvimento de software.

Fora do país muitas das grandes empresas já adotam em seus processos este "novo" paradigma. No Brasil um dos processo ágeis, o XP, começa a sair da teoria através da adoção em algumas empresas com sucesso.

Pois bem, encontrei os podcasts com casos e experiências de sucesso da Improve IT, que trouxeram motivação sobre o tema, minha intenção aqui não é jabá pra fazer propaganda, mas realmente o know-how do pessoal sobre XP é muito bom. Conseguimos aqui em Juiz de Fora, formar uma turma de 30 interessados em fazer o curso com o Vinícius, fundador da Improve IT e um dos coordenadores do xprio.

O curso te leva a pensar sobre valores que muitas vezes são negligenciados em um ambiente de desenvolvimento, seja por cultura, achar que é perda de tempo, falta de conhecimento das práticas, quebra de paradigmas ou pelo argumento "aqui não trabalhamos dessa forma", como já citado pelo Phillip em um de seus posts.

Aprendemos alguns valores, princípios e práticas importantes do XP, o que mais chama a atenção no processo é sua base humanística.

Nos dois primeiros dias aprendemos coisas relativamente simples, mas muito mais importantes do que qualquer parafernalha tecnológica envolvida em projetos.

Inicalmente fizemos o jogo da comunicação, onde ficou claro que receber especificações na forma escrita apenas, sem a interação com a pessoa mais importante de todo processo, o cliente, não é o melhor caminho. Isso gera resultados negativos como: retrabalho, sistemas incompatíveis com as necessidades do cliente e alta demanda em tarefas de manutenção, uma vez que a não compreensão dos requisitos leva a nova codificação do sistema.

Basedo na técnica dos seis chapéus, fizemos retrospectiva, onde toda equipe durante a reunião identifica pontos positivos e negativos que tenham ocorrido durante a semana, sejam eles pessoais ou técnicos. Sem desfocar do que está sendo discutido, o objetivo é permitir que todos pensem e agreguem idéias sobre um mesmo tema.

No jogo do planejamento, tivemos o tempo de execução para cada estória sempre cronometrando no relógio, conseguimos observar a velocidade da equipe para as próximas iterações e avaliar o que deve ser priorizado quando o prazo é curto. Em todos os pontos do processo, fica claro que feedback é fundamental, seja por parte da equipe de desenvolvimento, seja pela participação do cliente.

Através de Stand Up Meeting com durações de 15 minutos por dia no máximo, a equipe troca informações sobre os acontecimentos do dia anterior e se planeja pro dia corrente, esse é um momento legal onde todos devem ter consciência de que não se trata do momento pra falar de outros assuntos, mas para trocar experiências. Vinícius também nos mostrou o quão importante é o estabelecimento de um ambiente transparente e comunicativo onde fique visível o status do projeto e suas respectivas atividades.

Foram dedicados dois dias inteiros para tratar na prática de assuntos como: desenvolvimento orientado a testes, refatoração, integração contínua e automação de builds. Bom, vou deixar pra falar de testes em um outra ocasião, me limito a dizer que alguns acreditam que esse assunto é mais uma invenção utópica do mundo capitalista como forma de inserir um item a mais no escopo do projeto, refatoração então, é tido como forma de corrigir gambiarras, mas basta ler mais sobre e descobrir o contrário.

Técnicas de refatoração utilizadas de forma correta se tornam grandes aliadas quando se deseja desenvolver orientado a testes, permitindo a construção de aplicações mais robustas. Foi destacada a importância da integração contínua de código, realizada periodicamente durante o dia através de builds automatizados, assim, problemas que só seriam identificados mais a frente podem ser detectados no mesmo dia evitando catástrofes e pessoas estressadas.

No último dia, Vinícius falou sobre o papel de cada um dentro da equipe e sua importância para realização de um projeto realmente bem sucedido. O curso foi realmente válido e provou de que não existe utopia nesse processo, mas a experiência de profissionais que há décadas desenvolvem software, algumas fotos do curso podem ser encontradas aqui.

Depois disso tudo, tive que adquirir o livro do Vinícius e do Kent Beck pra estudar mais sobre o assunto e romper alguns paradigmas existentes em mentes perdidas.

J2ME - This is the end?!

2007-11-02T00:00:00-02:00

Este mês uma das principais atrações que mais chamou atenção dos desenvolvedores de dispositivos móveis, não partiu nem do Google e Apple, mas sim de James Gosling que provocou um verdadeiro alarde entre os mais incautos.

Em entrevista, tratada com uma pitada de drama e encarada com mesmo teor por alguns, ele citou os próximos passos em mobilidade da Sun, um deles consiste na tentativa de cobrir a especificação JSE para aparelhos celulares e TV Digital. O principal candidato a substituir o JME, será o JavaFX Mobile que possivelmente deverá incorporar as características JSE.

Este anúncio, confirma uma tendência quase que inevitável, os dispositivos móveis tem evoluído rapidamente consequentemente as especificações da SUN também precisam, alguns problemas já estão sanados na especificação MIDP 3.0, como:

Bibliotecas compartilhadas, também chamadas LIBlets;

Comunicação entre MIDlets;

Inteface para jogos mais ricas;

MIDlets rodando em background;

Múltiplas MIDlets rodando na mesma máquina virtual;

Otimização de segurança no RMS;

MIDlets poderão desenhar em Display(s) secundários;

Localização e Internacionalização;

IPv6;

Algumas dessas características já existem em outras plataformas, no Java ME estas funcionalidades poderão ser implementadas quando os fabricantes realizarem o upgrade de seus hardwares para MIDP 3.0. Esta atitude da SUN é mais do que positiva, uma vez que o futuro (ou talvez possamos dizer, o presente) converge pra mobilidade, empresas de conteúdo já se preparam através da WEB 2.0, fabricantes de processadores e até as distribuições Linu x estão buscando seu ponto de congruência.

Um dos problemas, citados pela SUN, no qual o JSE se propõe a resolver seria a fragmentação existente no JME. O que seria essa fragmentação?

Algumas definições, JME atualmente se divide em dois tipos de configurações CLDC (Connected Limited Device Configuration), utilizado em dispositivos muito limitados estabelece um core mínimo e bem básico como: java.lang, java.io e java.util sem a garantia de todos as classes e métodos contidos na versão JSE sobre esses pacotes, pra se ter uma idéia nem a classe String foi poupada e o conjunto de métodos não é o mesmo da usada pra desktops.

O outro tipo de configuração, o CDC (Connected Device Configuration), é bem menos restrito e já possui um número maior de classes, foi projetado para equipamentos com maior poder de processamento e armazenamento.

Estas definições por si só já caracterizam um problema de fragmentação, pois não existe uma única configuração para dispositivos móveis, mas isso é apenas a ponta do iceberg.

Vamos a um exemplo típico, nem toda aplicação Java pra microdispositivos é capaz de ser executada em qualquer aparelho. "Mas pera aí! Java não executa até em geladeira?!" Sim e não, vamos a situação atual, os fabricantes possuem em suas VMs versões das implementações de CLDC e MIDP, que compõem um core mínimo para execução de aplicações JME, sendo assim temos dispositivos que implementam determinadas JSRs e outros não.

Temos então no mercado aparelhos que suportam CLDC 1.0/MIDP 1.0, CLDC 1.0/MIDP 2.0, CLDC 1.1/MIDP 2.0, essas seriam algumas das configurações existentes, não tendo por garantia que sua aplicação execute em qualquer um, pois a VM que possui suporte a CLDC 1.0 não executa aplicação para CLDC 1.1 por exemplo.

Outro fator é que nem todas as JSRs estão nos dispositivos, um exemplo disso é a JSR de criptografia. Este ano construí uma aplicação na qual utilizava essa especificação e fui executar em dois equipamentos relativamente caros com todas as parafernalhas cibernéticas que um bom aparelho possa ter, em um a aplicação foi executada normalmente, no outro não, exatamente pela falta dessa JSR na VM no dispositivo.

Resolvendo este problema através da definição de algo que seja padrão entre os dispositivos móveis, irá poupar a queda de cabelo de arquitetos e desenvolvedores que trabalham com mobilidade, sem essa variedade de implementações, assim a SUN conseguirá trazer de volta para dispositivos móveis algo já existente nas plataformas JEE e JSE, portabilidade.

Gosling deixa claro em seu blog, para os totalmente equivocados: "Java ME is NOT dead!", apenas existirá a fusão futuramente de JME e JSE, felizmente, pois teremos aplicações muito mais ricas do que as atuais.

Fica claro que essas mudanças não serão do dia pra noite, mesmo porque seria loucura descontinuar algo que é executado em mais de dois bilhões de aparelhos no mundo, no caso o JME. Todas essas mudanças serão morosas de acontecer, pois dependerá da SUN finalizar e homologar essa versão, dos fabricantes implementarem em seus hardwares essa VM e claro, estes aparelhos atingirem um preço acessível ao consumidor, para que os aparelhos "legados" sejam renovados, até lá nós desenvolvedores ainda perderemos muitos fios de cabelo na construção de aplicações sobre esse ambiente limitado.

Unix based ou Windows

2007-10-24T00:00:00-02:00

Esta thread postada no GUJ me deixou impressionado, sobre uma discussão que parece eterna e muitas vezes é tratada como uma verdadeira religião.

- "Qual a melhor plataforma para desenvolvimento Java?"

Uma boa resposta seria: depende. Se o objetivo da empresa está na economia em licenciamento de software, uma solução proposta por muitos seria: Software Livre!

Ótimo, mas nem tanto, se o time de desenvolvimento não possuir conhecimentos mínimos sobre a plataforma, então um tempo mínimo será gasto para adaptação, por mais que as distribuições atuais tenham evoluído poderíamos ser otimistas para estimar um mês de aprendizado e preparo do ambiente.

De acordo com o perfil dos profissionais pode-se perder meses resolvendo problemas e equívocos cometidos sobre a plataforma. Outros fatores também devem ser avaliados:

Problemas aparentemente bobos como codificação de caracteres entre um sistema operacional e outro, por exemplo UTF-8 e ISO-8859-1. Existem casos em que esse tipo de cuidado inexiste e o projeto pode causar realmente grandes problemas;

Quais ferramentas serão realmente utilizadas? Se todas são livres, a equipe tem domínio sobre?

O seu ambiente de desenvolvimento é razoável o suficiente pra simular o ambiente do cliente? Por mais sedutora que seja a frase "Write once, run anywhere" seja muito sedutora, acredite, o mundo não é tão perfeito assim, podem surgir desde problemas de conectividade com o banco até a não realização do deployment.

Qual é o foco da sua empresa? Sistemas operacionais ou desenvolvimento?

Qual é teu prazo? O tempo que perde-se discutindo qual ambiente desenvolver, poderia ser gasto em planejamento do processo para produção de um software de boa qualidade;

Algumas empresas utilizam a técnica do "deixa por conta do desenvolvedor", o que pode ser uma boa alternativa desde que não impacte em perda de tempo dele e nem dos outros em algo que não é o foco para o produto final, acredito que os sistemas operacionais existentes tem seus benefícios não importa qual.

O estabelecimento de um ambiente minimamente padronizado é o que importa para gerência do caos, e redução desse overhead entre desenvolvimento e plataforma, entre qual é melhor ou pior.

Pelo que percebe-se na internet, gasta-se muito tempo com discussões sobre qual é melhor: Linux x Windows, Netbeans x Eclipse....enfim, quando na verdade o mais interessante seria a discussão sobre qual processo de desenvolvimento adotar e apenas pesquisar sobre o que o mercado tem utilizado, pois não é necessário reinventar a roda, apenas buscar casos de sucesso, já ajuda.

Floggy - Persistência em JME

2007-10-24T00:00:00-02:00

Uma vez li um post interessante que falava exatamente disso, sobre a rara contribuição em projetos de software livre por parte dos desenvolvedores brasileiros, como dito no post existem boas exceções, uma delas é o projeto Floggy que finalmente hoje consegui tempo pra testar e avaliar um pouco.

Bom, o framework em si é muito interessante, por ser capaz de abstrair a camada de persistência através de objetos, eliminando as tarefas chatas que seriam feitas através de RMS, sendo um pouco presunçoso, poderia afirmar que este poderia ser apelidado de Micro Hibernate.

Claro que o projeto ainda irá amadurecer muito até adquirir a confiança dos desenvolvedores, mas tem um grande potencial e atualmente desconheço algo similar, com exceção das plataformas JEE ou JSE na qual o Hibernate é um dos mais difundidos.

Espero que mais desenvolvedores possam colaborar com esse projeto.

Multiplataforma apenas na linguagem

2007-08-23T00:00:00-03:00

A portabilidade entre os diversos sistemas operacionais tornou-se uma característica marcante entre linguagens de programação como Java, a política do "write once, run anywhere" realmente existe, mas não para o ambiente de desenvolvimento, especificamente os sistemas operacionais e suas ínfimas peculiaridades.

Em um mundo utopicamente perfeito, bastaria instalar o JDK de desenvolvimento e a sua IDE preferida para que então se fizesse a luz, não é o que ocorre quando se fala da diversidade dos mundos Windows e GNU/Linux. Enquanto o primeiro enfrenta problemas em gerenciar sua memória, o outro enfrenta um único e simples problema, ter que testar várias ferramentas na esperança de que alguma seja capaz de efetuar uma única tarefa.

Recentemente devido a requisitos de projeto, foi inserido no contexto o SQL Server 2000 que com certeza, por vias normais, não é executável em plataforma GNU/Linux. Qual a solução?

Acessar via VPN um servidor Windows que possua o SGDB instalado.

Eis dois problemas, acessar uma VPN pptp via Linux se torna uma tarefa extremamente complexa, uma vez que todas as ferramentas testadas simplesmente não funcionam, após 3 anos de experiência na plataforma percebe-se que evoluiu-se pouco no que condiz a ambiente de desenvolvimento, muitas ferramentas, poucas funcionais de fato.

Após instalar meia dúzia de ferramentas para mesma finalidade, encontra-se uma chamada ppptconfig, que enfim conecta-se a VPN, mas simplesmente as rotas necessárias não são adicionadas.

Solução: Adicionar rotas para o host e enfim a comunicação funciona, após vários apt-get -y *.funcionapeloamordeDeus, você já encontra-se no ápice de sua total falta de paciência.

Chega-se ao ponto que teoricamente deveria ser semi impossível e se torna o mais banal de todos, encontrar um cliente gráfico pra SQL Server 2000 que seja executável no GNU/Linux, pra minha felicidade encontro o SQuirreL SQL Client portável em praticamente todos os SGBDs que possuam suporte a JDBC.

Mas, estou eu aqui escrevendo este post do meu Linux, certamente é gostar de sofrer, pois como diz alguns amigos: "Se fosse bom, seria pago". Espero que algum dia os desenvolvedores dessa plataforma, pensem nos desenvolvedores, é uma frase redundantemente repetitiva, mas que faz certo sentido.

Cadê seus artigos?

2007-08-22T00:00:00-03:00

MundoJava 17 JUnit – Testes unitários "Descubra porque e como utilizar a ferramenta de testes mais popular entre os programadores Java."

Autores: Arthur Campos e Bruno Oliveira

SQL Magazine 36 - UML+JAVA+HIBERNATE "Desenvolvendo uma Aplicação em Java com Hibernate - Dos Requisitos à Implementação."

Autores: Bruno Oliveira da Silva, Rodrigo Oliveira Spínola; Marco Antônio Araújo

SQL Magazine 44 - Implementando testes unitários em bases de dados com DBUnit

"Qualquer profissional que trabalhe no desenvolvimento de sistemas já deve ter ouvido falar que testes são, de fato, importantes para a qualidade de qualquer software. Mas, será que atividades de teste realmente fazem parte do ciclo de desenvolvimento da maioria dos projetos? Existem diversas razões para certo desinteresse de alguns desenvolvedores por este assunto, seja por desconhecimento de técnicas e ferramentas para este fim, seja pela falta de tempo alocado para esta atividade ou até mesmo em função de projetos mal conduzidos, que dificultam o planejamento e execução de testes. Desta forma, o desenvolvedor acaba lidando com linguagens e algoritmos complexos, mas não os testa suficientemente, de forma organizada e planejada. Neste contexto, este artigo abordará a ferramenta DBUnit, para testes automatizados em bases de dados, sendo uma das possíveis ferramentas a serem utilizadas para contribuir com a qualidade no desenvolvimento de aplicações."

Autores: Bruno Oliveira da Silva, Samuel Vieira Pinto, Marco Antônio Pereira Araújo