Vamos imaginar que você está em uma empresa que desenvolve softwares. Mais precisamente em uma apresentação para um cliente onde várias pessoas estão por perto. Eis que aparece aquela indesejada Periplaneta americana (vulgo barata) pela sala.

Parando para pensar um pouco. Existem algumas diversas maneiras de se livrar da visita inoportuna. Vamos para a mais clássica, econômica e efetiva. Você vai até ela e pisa em cima dela.

Agora supomos que essa empresa tenha feito todo um planejamento de riscos e dentro daquele documento de 300 páginas, existe a previsão de aquisição de inseticida e toda uma estrutura para controlar sua validade e garantir a disponibilidade.

O estagiário, que ainda não conseguiu ler toda essa documentação e se interar sobre todos os processos da empresa, decidi inocentemente iniciar a solução inicial já apresentada neste artigo. Antes de tentar concluir ele é interrompido por um funcionário mais antigo que lhe explica rapidamente sobre a situação e então inicia a caminhada até o documento do plano de contingência, deixando o estagiário tomando da penetra.

Minutos depois chega a inseticida e resolve o problema.

O que vimos até aqui?

A solução com toda certeza não foi a mais rápida. Por não ser tão agil, correu o risco de não ser efetiva, já que a barata poderia ter fugido no tempo que levou até que a solução pudesse ser aplicada. Também não foi a mais barata.

Do ponto de vista da empresa e do processo, foi feito a coisa certa.

Vamos tentar extrapolar mais um pouco no exemplo e imaginar uma terceira situação. Supomos agora que por diversos motivos, essa empresa já teve problemas parecidos com esse antes, já havia feito seu planejamento de riscos e documento de contigência e decidiu que, para agregar mais qualidade, deveria delegar essa responsabilidade a uma empresa externa, devidamente certificada, ISO 9001 em eliminação de baratas.

Para se protegerem da possibilidade de ocorrência do problema e garantir uma resposta rápida a situação, fizeram um SLA estipulando tempo máximo de atendimento em casos de avistamento de baratas, e monitoração constante do espaço para garantir que de forma alguma teriam que se preocupar novamente com esse tipo de problema.

Voltando agora a reunião e a própria. Ela aparece em cena, o computador da central de atendimento soa o alerta e uma equipe é despachada imediamente para atender o caso na empresa. A secretária recebe a ligação avisando do ocorrido e para não entrarem em pânico que em menos 10 minutos a equipe estará no local. Como é hora do RUSH, resolvem ir de helicóptero, para garantir o tempo de resposta e evitar pagamento de multas pela quebra do contrato.

Barulho, correria, entra 4 pessoas na sala e fica mais uma de fora para garantir que o alvo não escape. Em poucos segundos é isolado o espaço em que a barata está e aplicado o inseticida na quantidade precisamente correta para uma morte digna e sem desperdícios. Trabalho cumprido.

Lições aprendidas:

1. Existe sempre uma maneira rápida e simples e efetiva para se fazer as coisas, basta saber utilizar a ferramenta mais adequada para o problema.
2. Dependendo da cultura organizacional da empresa, você nunca vai chegar a primeira solução, mas ainda assim vai atingir o seu objetivo, mesmo que a um custo um pouco maior.
3. Se você tiver muitos engenheiro de software na sua equipe, vai acabar utilizando sempre a solução mais complexa e cara de todas, limitadas apenas pelo seu orçamento.

Agora com suporte a Tags (bem conhecidas dos usuários do Gmail) e navegação com Abas, a nova versão também traz o motor Gecko 1.9 para renderização de html (o mesmo utilizado no firefox 3).

Além da melhora na renderização dos e-mails, praticamente todos os recursos dele receberam atenção e melhoria, como é o caso dos filtros anti-spam, agora mais inteligênte, recurso de arquivamento de emails, que basicamente limpa da sua caixa de mensagens as conversas que já foram concluídas, movendo para uma pasta separada.

A configuração inicial de contas também foi simplificada. Na versão anterior, era necessário saber todas as informações de IMAP, STMP, SSL/TLS, estas agora são descobertas automaticamente. Tudo que é necessário para registrar uma nova conta é seu nome, e-mail e sua senha.

Nunca foi tão facil encontrar aquele e-mail que você tanto precisava. Com os novos recursos de pesquisa avançado, praticamente qualquer informação pode ser encontrada em uma pesquisa estilo Google (que você simplesmente diz o que quer, sem precisar ficar configurando filtros e parâmetros).

Para completar as novidades, o recurso de agrupamento de mensagens por “tópico” (threaded view) similar ao que acontece no gmail, foi melhorado e deve agradar bastante os usuários desta versão.

Não deixe de conferir você mesmo, baixando a versão pelo site oficial. Disponíveis versão para Linux, Windows e Mac.

Comentários no próximo artigo.

A algum tempo atrás era comum ouvir por ai que “Internet Explorer” era um mal necessário. Ninguém que desenvolvia gostava, mas quando chegava no contato com o cliente, ele podia nem saber direito pra que servia, mas estava esperneando se de alguma forma o seu site estivesse diferente (não estou nem cogitando a opção dele não funcionar direito, estamos falando de diferenças subjetivas, quase milimétricas).

O vilão ao qual me refiro é a versão 6.0, a talvez, mais odiada de todas. Digo isso, por que as que antecederam, eram tão incapazes que ficaram fadadas ao “de jeito nenhum, é impossível, não tem como”.

O problema aqui em questão é que pra muita gente leiga, o Internet Explorer é aquele “botãozinho azul que liga a internet”, some isso a realidade brasileira do final dos anos 90 em que windows original, quando existia, era uma única cópia pra empresa toda. E por essa realidade, todos tinham/tem medo de atualizar seu computador.

O resultado é um navegador que tem mais de 8 anos de idade e ainda é bastante utilizado. Mas graças ao bom deus, essa realidade está mudando, e com o surgimento da versão 8.0 (amém) será possível escrever códigos mais próximos dos padrões internacionais da W3C e esperar que funcione razoavelmente bem em todos os navegadores.

Mas os artigos que venho propor aqui não tem muito a ver com o Internet Explorer 6, e sim com algumas técnicas que vamos ouvir falar muito ainda daqui pra frente.

Em resumo trata-se de uma maneira de você escrever códigos que funcionem bem em browsers antigos e funcionem melhor ainda em browsers modernos. E sem usar hacks ou artificios como prover códigos personalizados para cada navegador ou folhas de estilos especificas.

Tudo começa com o artigo de 1999 do Nick Finck, um veterano em desenvolvimento web, onde ele explica um pouco sobre o que é Liquid Web Desgin, que segundo ele, seria o exemplo máximo de um bom desgin. Aquele que se adaptasse ao tamanho da janela do cliente e mantivesse todas as suas características originais, ou se adaptasse o melhor possível.

Pela linha do templo, vamos agora para um artigo de 2002, do Peter-Paul Kock, o autor do site QuircksMode, um dos mais bem conceituados, durante muito tempo, website sobre informações de compatibilidade entre browsers. O artigo levanta a questão do Gracefull Degradation ou em uma tradução mais ao pé da letra seria Degradação Harmoniosa. Talvez o termo em português não ajude muito, mas o conceito é bem simples e baseia-se nas seguintes regras:

1. Qualquer navegador deve ser capaz de ver o conteúdo do seu site
2. Qualquer navegador deve ser capaz de navegar pelo seu site.

Para que isso seja alcançado, o seu site deve estar legível, mesmo que nenhuma imagem ou estilo CSS tenha sido carregado. Por legível entende-se que as coisas estejam organizadas logicamente e em uma sequência que faça algum sentido.

Uma maneira simples de testar isso é utilizando o navegador W3M do linux (navegador pro terminal).

Pegando um artigo mais novo, do portal de desenvolvedores do Opera, de 2008, é sugerido um conceito novo. Ao invés de pensar pelo lado do Gracefull Degradation (de cima para baixo) ele sugere que comecemos de baixo para cima, pelo angulo do Progressive Enhancement ou Melhoria Progressiva.

Devemos desenvolver o nosso site, pensando na menor tecnologia (a mais antiga) que vamos suportar, e então ir adicionando progressivamente recursos das mais novas. O importante é que esses recursos não entrem em conflito com as tecnologias antigas. Dessa forma um site visualizado com o Internet Explorer 6 tera um visual “meia boca” ou uma versão “simplificada” visualmente falando do que seria visualizado por alguém utilizando o Internet Explorer 7, e progressivamente o Internet Explorer 8.

Exemplo de Melhoria Progressiva

A idéia é que se a pessoa ainda utiliza uma tecnologia antiga, devemos entregar para ela, algo que seja bem suportado para a tecnologia dela, sem tentar fazer milagres, e para aqueles que utilizam browsers mais avançados (vamos citar aqui todos eles: Safari 4, Opera 10, Firefox 3.5, Google Chrome), que também possam desfrutar das inovações.

O momento é de dizer um basta, para a seguinte frase: “Isso é legal, é uma pena que só vamos poder usar daqui uns 5 ou 6 anos, quando todo mundo resolver atualizar o seu Internet Explorer 6 pra uma versão melhor”.

Para quem não domina o inglês e gostaria de uma segunda opinião, eu indico um artigo do Diego Eis, do site Tableless, em que faz uma abordagem sobre o mesmo assunto, e por coincidência, encontrei enquanto estava escrevendo esse artigo. Fica a dica.

Já a versão Mac também ganhará a aplicação em sua UI nativa, cuja imagem segue à baixo

Os testes foram feitos utilizando uma nova arquitetura de chips para servidores da AMD, a Shanghai Opteron concorrente direto da linha Quad-Core Xeon da Intel.

Foram feitos 20 testes diferentes e em 19 deles o Ubuntu se saiu melhor, inclusive em testes que envolviam a tecnologias Java, e apenas em 1, o Open Solaris se saiu melhor.

Os detalhes completos e a análise pode ser lida no site da Phoronix

A nova versão deve ser a primeira da série 4.x voltada ao público em geral. Quem não acompanhou até aqui, a controversa decisão precipitada de antecipar o lançamento da 4.0, sem que boa parte das principais aplicações tivessem sido portadas, cauzou muita confusão entre os usuários pois, ao testarem a mesma, ignoraram o aviso que dizia claramente, que, apesar de ser uma versão final estável, não éra destinada ao público em geral.

Apesar dessa decisão, um ponto positivo aconteceu com o lancamento da 4.0, que foi o compromisso de um planejamento melhor do lançamento de novas versões. Seguindo mais ou menos a tendência dos releases do Ubuntu, de 6 em 6 meses, é garantido o lançamento de uma nova versão estável.

E assim veio a 4.1 que trouxe a correção de um grande número de bugs que ainda pairavam em cima da 4.0 e a deixou um pouco mais perto do que poderiamos esperar das promessas iniciais.

Finalmente com o lançamento que está por vir, segundo Alexander Dymo, um dos desenvolvedores do KDE, em seu blog, anunciou que esta deve ser a primeira versão destinada ao usuário final, e que devemos considerá-la por tanto a 4.0 que não chegou a tempo.

Ele ainda faz uma boa análise (somente em inglês) de todas as novidades e o que ele gostou e não gostou dessa versão. Vale a pena conferir.

Consolidando nesta versão, todos os recursos que não tinham sido migrados pra plataforma 6.x e que existiam na 5.5 e mais um monte de outras coisas.

Destaque desse lançamento vai também para um melhor suporte a Ruby e Ruby on Rails, suporte oficial para PHP e um Early Access (basicamente uma versão não terminada, mas razoavelmente estavel) para desenvolvimento em Python, que pode ser encontrado aqui.

A lista completa traduzida pode ser encontrada aqui (é o artigo sobre o lançamento da versão beta, mas tudo que tem lá tem aqui).

O artigo completo cubrindo o lançamento da nova versão vem em seguida. Aguardem

UPDATE: Faltou o link para o download.

Estou baixando a minha aqui, que no momento está se limitando a velocidade de 54Kb/s o download (usando o link da universidade, que, tem o limite de velocidade da minha placa de rede), então a solução é por pra baixar e aguardar.

Para quem usa Ubuntu, pode fazer o download dos arquivos .deb por este link (versão em Inglês).

A versão em português, ainda não está disponível no site oficial, e o site do broffice.org não está respondendo neste instante.

Como toda versão em desenvolvimento do Netbeans, esta também é bastante usável e você encontrará poucos bugs, característica de um bom gerenciamento de projetos. Com os Milestones antigos foi assim, com essa versão Beta não será diferente.

O grande foco da 6.5 se deu em implementar um suporte melhor ao Glassfish v3, melhorar o suporte a Ruby e Ruby on Rails (e suas variantes escritas em Java: JRuby e JRuby on Rails), concluir a implantação do suporte ao PHP. Além claro das outras linguagens que ela da suporte, como o Java e a tecnologia Java EE, os carro chefes da IDE.

A lista completa das principais modificações (quase toda traduzida) você encontra a seguir:

PHP Editor PHP (Code completion, destaque sintático e semântico de código) Suporte a sintaxe heredoc e PHTML Xdebug Gerador de trechos de código para base de dados MySQL
JavaScript e Ajax Editor JavaScript e Depurador Gerenciador de Bibliotecas JavaScript Bibliotecas Yahoo UI, Woodstock, jQuery, Dojo, Scriptaculous, Prototype Editor de CSS
Java EE e Desenvolvimento Web Suporte aperfeiçoado para Spring, Hibernate, JSF, gerador de CRUDs JSF, JPA (Java Persistence API) Criar web services RESTful a partir de tabelas de banco de dados ou de entidades JPA Suporte a Arrastar e Soltar (Drag and Drop) Serviços SaaS em arquivos PHP Melhorias no Editor SQL (suporte a code completion, save/recall queries, e mais)
Groovy e Grails Desenvolva aplicações Groovy puras ou use o Groovy em conjunto com projetos Java SE Editor Groovy (code completion, destaque de sintaxe, e mais) Framework de aplicação web Grails (Groovy on Rails) Abrir aplicações Grails existentes sem necessidade de adicionar metadados
Ruby e Rails Melhorias no Rake: Rake Runner e um arquivo pré-gerado do Rake Depurador: Breakpoints condicionais e catchpoints Projetos Ruby aceitam parâmetros da JVM pela linha de comando Nova interface para Execução de Testes e exibição dos resultados
GlassFish v3 Prelude para Desenvolvimento Web Arquitetutora Modular e baseado no OSGi Mais leve, carrega mais rápidamente e faz deploy mais rápido Suporte para usar linguagens interpretadas (scripts) incluindo JRuby
C/C++ Melhorado o code completion, destaque de erros, e destaque semântico do código Gráfico de arvore de chamadas, janela de informações da Memória Desenvolvimento remoto Empacotamento de aplicações em arquivos tar, zip ou pacotes SVR4
Java ME Novos assistentes de projetos para adicionar componentes customizados a palheta do editor visual Novos componentes SVG no SVG Composer (aperfeiçoado) permitem desenvolver interfaces ricas Novos Componentes Customizados de Data Binding na palheta do editor visual Atualizado ferramenta de obfuscation para ProGuard 4.2 e o framework de testes para JMUnit 1.1.0
Java SE Depurador java para aplicações com suporte a Multiplas threads Construtor de interfaces gráficas Swing: Editor de Arvores para JTrees Aperfeiçoado o importador e sincronizador de projetos Eclipse
Ferramentas da IDE e Usabilidade Campo de pesquisa para ações da IDE, arquivos, configurações e documentação Suporte para caminhos de rede do windows Suporte para recurso: Compilar ao Salvar / Realizar Deploy ao Salvar