Aproveitando o embalo de alguns amigos que estão escrevendo em seus blogs as suas respectivas restropectivas de 2012, vou deixar alguns comentários sobre como foi comigo.

Se eu tiver que resumir em poucas palavras, posso dizer que foi um ano incrível. Não consigo entender pessoas que ficam reclamando pro ano acabar logo e vir outro. Esse ano me proporcionou tanta experiência fantástica que foram capazes de superar qualquer uma outra ruim.

Se falar sobre web, não posso deixar de citar as palestras. Corri várias cidades com diversos amigos, além de fazer novas amizades e conhecer pessoalmente algumas pessoas que já tinha uma admiração pelo trabalho feito.

O BrazilJS foi a palestra mais assistida, e quase a mais difícil. Fui falar de um tema importantíssimo e, pois mais que eu não me arrependa de nada do que foi falado, não era uma crítica fácil de receber ou até de entender. Estudei 2 meses contínuos para preparar todo o material, desde o roteiro até os slides ou frases das minhas infames piadas sem graça – prometo melhor meu lado humorístico em 2013. Eu vinha de um histórico de 100% de feedback positivo das demais palestras que apresentei no mesmo ano e não esperava tanto ódio ou estupidez em algumas críticas. Felizmente também houve pessoas que foram grandes o suficiente para virem fazerem críticas ou discordarem de forma digna e educada, essas me ajudaram a perceber alguns pontos e melhorar o conteúdo. A todos esses e a todos os amigos que me apoiaram nesse evento: muito obrigado, me proporcionaram toda a parte que curti do evento.

Em termos de dificuldade nada se compara à palestra que apresentei com o Felipe Moura em Buenos Aires, Argentina. Foi uma verdadeira missão. Eu tinha acabado de receber alta parcial para pelo menos viajar. Havia passado por uma cirurgia pra tirar o apêndice e não podia comer qualquer coisa que tivesse gordura – quase tudo tem. Lá no evento precisamos nos apresentar em inglês e com um objetivo: convencer a Mozilla sobre o crescimento da comunidade de desenvolvedores web no Brasil e assim conseguir coisas grandiosas como trazer o Brendan Eich – criador do JavaScript e CTO da Mozilla – para o BrazilJS. Sei que há uma fagulha minha de responsabilidade na vinda dele ao evento, mas o mérito do trabalho feito pelo Felipe e pelo Jaydson ainda é incontestável.

Vi pessoas incríveis fazendo coisas mais incríveis. O trabalho feito por alguns amigos foi – mais uma vez – surpreendente. Posso citar vários nomes além dos já citados. Bernard de Luna, Daniel Filho, Zeno Rocha, Giovanni Kepellen e por aí vai. Pessoas as vezes menos comuns de serem citados mas que também fizeram grandes feitos, não menos importantes. Tivemos a Talita Pagani e o Richard Johansen organizando o FrontInterior no estilo vanguarda bem similar ao do FrontInRio, assim como o Tiago Prado Campos e a galera do Avadora organizando mais FrontIns e Juarez Filho ajudando a trazer os FrontIns para o Nordeste.

Falando do Nordeste – queria que o meu Rio de Janeiro fosse lá também – uma galera deixou bem claro que há ótimos profissionais na região e eles não estão de bobeira. Um salve pro amigo Luiz Tiago.

Vi muita coisa boa surgir. Desde o super trunfo dos políticos, uma brincadeira sagaz com dados abertos, ao Boot2Gecko, agora chamado FirefoxOS. Projetos foram vários. Tenho vários amigos usando muito, como se deveria usar, o Github e compartilhando o código. Isso é enriquecedor e deveria ser regra para ingressar na área. Fico muito feliz de também ver surgindo projetos que no início de 2012 ainda estavam na fase de planejamento, como o Estou Jogando, do Cayo “Yogodoshi” e o projeto de eCommerce do Personare, onde também há pessoas incríveis trabalhando para uma missão super enriquecedora para cada usuário.

Não posso deixar passar o trabalho que tenho feito na Estante Virtual. Que lugar para se trabalhar. Se falei várias vezes que algo incrível aconteceu, eu com certeza me lembrei de algo totalmente incrível. Vou começar 2013 completando oficialmente um ano de empresa. Conheci despretensiosamente a Estante e nem imaginava que iria acabar trabalhando ali. Foi uma missão difícil, mas cada momento bacana que foi proporcionado eu consigo guardar e manter como a melhor experiência do ano. A amizade construída com pessoas que trabalham no mesmo lugar – Breno “Garu” você é um dos culpados – e a possibilidade de realizar um sonho profissional: trazer o “desainer” mais modafoca da parada pra empresa. Trabalhar com o Bernard de Luna era um projeto pessoal meu, a Estante Virtual ajudou a resolver isso.

Algo interessante da empresa é que consegui um incentivo para explorar algo pessoal que me deixa muito feliz: a música. Isso mesmo, sou desenvolvedor JavaScript em uma empresa que intermedia a venda de livros usados e sou incentivado a tocar guitarra. Desde a banda remota formada com outros colegas de trabalho, à guitarra semi acústica que fica na sala de TI ou ver o chefe – tentando – tocar ukulele e violino no meio do expediente, ou o nosso CEO ensinando a construir pífanos e trazendo TODOS os instrumentos para formar uma banda de forró em festa na empresa, a música é fator presente e o lado artístico não atrapalha a produtividade. Inclusive ainda não tive um vizinho que veio ali reclamar do barulho. :)

Posso complementar em vários passos, falar do primeiro natal que organizei na minha casa e o pato que preparamos em 24 horas, ou meu nível 90 no WoW. Isso tudo demandaria mais tempo e mais texto. Vou encerrar pedindo desculpas a fatos que ocasionalmente esqueci ou amigos não menos importantes ou a membros da família que sempre permanecem em apoio contínuo.

Com saudades de 2012, espero sinceramente que meu 2013 seja mais incrível, mas não vou conseguir isso sozinho. Dependo do esforço de todos para que seja um ano bom a todos. Juntos, somos incríveis.

Boas festas e um grande abraço!

Há pouco tempo comentei um status no facebook onde resolvi expressar o que sinto ao ver vagas – principalmente na área de TI – onde as empresas dizem uma mínima especificação do que esperam e cada vez menos se preocupam em dizer o que pode se esperar da empresa.

O que falo serve para qualquer empresa, empresário e profissional de RH. Qualquer um deve se preocupar com o que é falado aqui pois é o ponto chave para conquistar bons profissionais, inclusive em um mercado (TI) que anda tão escasso de profissionais, alguns ruins e outros poucos que são bons.

Acredito que a empresa deveria se apresentar, mesmo sendo famosa, o que vai importar é o ambiente, o que é feito, como é feito.

A empresa só querer saber do profissional e se apresentar do tipo: “nem preciso descrever minha vaga pois quero ver antes quem se descreve melhor” é como se fosse deixado de lado a importancia que a empresa deve ter com seus funcionários.

É necessário que a empresa mostre que o funcionário pode se sentir confortável em seu ambiente de trabalho, e não apenas que a empresa vai estar ganhando por ter mais um funcionário. Esse, aliás, pode acabar frustrado com as surpresas que a empresa não contou no processo seletivo, mas isso parece não fazer a menor importância.

Isso se repete para diversos anúncios de vagas, é muito comum. Se reparar bem, grandes profissionais acabam indo para empresas que tomam essa estratégia diferente do comum, pois sabem o que vão encontrar. Essas empresas podem não ser melhores, algumas são, mas elas se organizando mais nesse quesito conseguem uma melhor expressividade e alcance a bons profissionais que já estão em um momento de preocupação com seu ambiente de trabalho, não somente com um pagamento no final do mês.

Complemento a crítica com a uma característica frustrativa que muitos candidados descobrem após o anúncio das vagas: contratação por PJ. Isso é um dos piores males das empresas que contratam profissionais hoje em dia. É errado. É só a garantia que vejo no tipo: quero o máximo do profissional na minha empresa, mas a minha empresa não dá o seu máximo para fazer o que é correto pela lei para garantir um mínimo de estabilidade a quem ela vai exigir que “vista a camisa”.

Anote: emprego é somente via CLT. Se as características de um trabalho se diferenciam de um emprego e geram uma exceção ao que está previsto na CLT, aí sim, pode ser uma contratação PJ. Acredite: 99% dos casos de PJ tem a natureza de emprego, todos irregulares.

CLT
Art. 3º – Considera-se empregado toda pessoa física que prestar serviços de natureza não eventual a empregador, sob a dependência deste e mediante salário.

Como diriam alguns amigos meus, é preciso que – além do funcionário vestir a camisa da empresa – a empresa também vista a camisa de seus funcionários.

Essa semana eu fiz uma pesquisa sobre ferramentas de Code Coverage para JavaScript. Para quem ainda não conhece, esse tipo de ferramenta serve para calcular quais trechos de um código foram lidos, e quantas vezes foram lidos. Ou seja, ela observa sua aplicação javascript em execução e faz uma cobertura sobre esse código em questão.

A intenção do uso de uma ferramenta de Code Coverage é verificar se há partes no código que não estejam sendo executadas, como gorduras, por exemplo.

Uma outra prática comum para o uso de Code Coverage é a sua integração no ambiente de testes unitários para medir o quanto do código já foi testado. Isso serve para trechos parciais de métodos, blocos condicionais (if/else/switch).

Como falei sobre a pesquisa, aproveitei para criar um artigo e compartilhar meu relatório que fui montando enquanto via cada opção que encontrei. Também digo que por enquanto fiquei com o JSCoverage mas ainda guardo um interesse em experimentar o CoverJS.

JSCoverage

• Link: JSCoverage
• parece ser ruim demais pra integrar com alguma CI
• funciona e permite criar um servidor para servir os arquivos
• pode ser compilado em qualquer sistema
• open source

CoverJS

• Link: CoverJS
• Em NodeJS e parece ser amigável, considerando também que tem cerca de 2 meses de vida
• Está bem cru ainda, pode estar incompleto ou ainda não 100% funcional
• Mesmo assim vale testar e colaborar no projeto open source

Node Coverage

• Link: Node Coverage
• Também em NodeJS e bem amigável.
• está bem mais sólido que o CoverJS
• sem ver funcionando não ficou muito claro o esquema para ver o report, mas tem uma API JSONP, no mínimo.

script-cover

• Link: script-cover
• Open Source
• Apenas como extensão do Chrome
• Não funcionou 100%, várias funções executadas foram ignoradas, somente suas declarações foram observadas.

JavaScript Code Coverage Tool for Firebug

• Link: JavaScript Code Coverage Tool for Firebug
• projeto descontinuado há 2 anos
• plugin do firebug
• não executa na versão atual do Firefox (13).

Saga

• Link: Saga
• Java, integra com o Maven (ECA!)
• Interface é bonitinha, pelo menos
• Open source, acho, talvez de pra pegar o código e tirar isso das trevas (Java) e fazer um port pra JS

hrtimer -> hrcov

• Link: hrtimer
• Está no mozdev, funciona como extensão do Firefox
• Está muito desatualizado, não tem suporte ao atual Firefox (13)
• Talvez uma das melhores opções entre as demais para trabalhar em cima do código e criar algo novo
• Desatualizado é pouco: versionado em CVS…

Outros que nem vou descrever muito:

• Javascript Coverage Validator – $199!!!
• JesCov – Java CLI sem exemplos de reports
• JsTestDriverCoverage – Java

Outras ferramentas interessante que não são de Code Coverage mas vale a pena citar:

Travis CI

• Link: travis-ci
• CI de projetos open Source

Testosterone

• Link: Testosterone
• Testa servidores HTTP e aplicações NodeJS
• É uma ferramenta para fazer teste viril!

Sites de referência:

https://wiki.mozilla.org/Gaia/Hacking#Building_B2G

https://developer.mozilla.org/en/Linux_Build_Prerequisites

Nota:

É preferencial que o Linux utilizado seja a versão de 32 bits, mas isso não impede que você utilize uma versão de 64 bits. Nesse caso, você pode não ter uma resposta ideal dos processos desse roteiro.

Da pasta usuário (~):

hg clone http://hg.mozilla.org/mozilla-central mozilla-central
git clone https://github.com/andreasgal/gaia gaia

OBS: o mozilla-central demora um pouco, aguarde.

Se não tiver o hg (mercurial) ou o git, instale-os via apt-get com sudo apt-get install git-core mercurial, etc

Atualização

Lembre-se sempre de atualizar seus repositórios quando for tentar novas builds.

Para atualizar o mozilla central vá até a sua pasta e entre com os comandos:

hg pull
hg update

Para atualizar o gaia vá até a sua pasta e entre com os comandos:

git fetch
git pull origin master

Dependências para o Ubuntu:

Há algumas dependências para o build do mozilla-central no Ubuntu. Uma lista completa para outras versões do Linux pode ser vista na MDN – Linux Build Prerequisites.

Segue um comando para instalar algumas que consegui identificar:

sudo apt-get build-dep firefox
sudo apt-get install autoconf2.13 build-essencial yasm libgtk2.0-dev mesa-common-dev libasound2-dev libdbus-glib-1-dev gconf2 libgconf2-dev libnotify-dev curl libcurl4-openssl-dev libiw-dev libxt-dev

Autoconf 2.13

O mozilla-central requer a versão 2.13 do Autoconf, não funciona com versões diferentes, mesmo que posteriores. Para utilizar a versão correta você pode recorrer a 2 meios:

• O primeiro é adicionando a seguinte linha ao seu .profile:

export AUTOCONF=autoconf2.13

• A outra opção – mais limpa – é adicionar a seguinte linha ao seu arquivo mozconfig (mais informações sobre esse arquivo logo abaixo):

mk_add_options AUTOCONF=autoconf2.13

Vou considerar essa opção como a preferencial e manter ela.

Criação do MozConfig:

na pasta do ~/mozilla-central criei um arquivo mozconfig com o seguinte conteúdo:

mk_add_options AUTOCONF=autoconf2.13
 
mk_add_options MOZ_OBJDIR=../b2g-build
mk_add_options MOZ_MAKE_FLAGS="-j9 -s"
 
ac_add_options --enable-application=b2g
ac_add_options --disable-libjpeg-turbo
 
# This option is required if you want to be able to run Gaia's tests
ac_add_options --enable-tests
 
# turn on mozTelephony/mozSms interfaces
# Only turn this line on if you actually have a dev phone
# you want to forward to. If you get crashes at startup,
# make sure this line is commented.
ac_add_options --enable-b2g-ril

Note que essa última linha pode ser comentada se começar a ter crashes no startup do B2G. Não tive nenhum problema com ou sem o uso dessa opção (fiz duas builds diferentes).

Build do mozilla-central

Faça o build com o seguinte comando:

make -f client.mk build

Aguarde, pois vai demorar.

Build do Gaia

Agora é hora de fazer o build do Gaia. Vá até a pasta onde ele foi instalado. Por exemplo, a minha foi a ~/gaia.

O build do Gaia é rápido:

make

O processo vai gerar uma pasta profile dentro do Gaia que vamos utilizar mais a frente.

Arquivo Hosts

O perfil do Gaia cria um serviço web e você precisa adicionar sua máquina para os domínios e subdomínios chamados.

Logo, modifique o seu /etc/hosts como root e inclua a seguinte linha:

127.0.0.1     gaiamobile.org 
127.0.0.1     system.gaiamobile.org
127.0.0.1     homescreen.gaiamobile.org
127.0.0.1     dialer.gaiamobile.org 
127.0.0.1     sms.gaiamobile.org 
127.0.0.1     browser.gaiamobile.org 
127.0.0.1     maps.gaiamobile.org 
127.0.0.1     camera.gaiamobile.org
127.0.0.1     gallery.gaiamobile.org
127.0.0.1     video.gaiamobile.org 
127.0.0.1     market.gaiamobile.org
127.0.0.1     music.gaiamobile.org 
127.0.0.1     settings.gaiamobile.org
127.0.0.1     clock.gaiamobile.org
127.0.0.1     crystalskull.gaiamobile.org
127.0.0.1     penguinpop.gaiamobile.org
127.0.0.1     towerjelly.gaiamobile.org
127.0.0.1     wikipedia.gaiamobile.org
127.0.0.1     cnn.gaiamobile.org 
127.0.0.1     bbc.gaiamobile.org 
127.0.0.1     nytimes.gaiamobile.org 
127.0.0.1     calculator.gaiamobile.org

Execução do B2G Desktop e Gaia

Após os builds feitos, chame o browser simulador do B2G para abrir a partir do perfil do Gaia:

~/b2g-build/dist/bin/b2g -profile ~/gaia/profile

Lembre-se que os diretórios ~/b2g-build e ~/gaia são de sua escolha e podem ser diferentes nesse processo.

Se tudo estiver ok uma janela com o emulador do Boot2Gecko deve se abrir. Divirta-se!

Provavelmente no final de 2012 ou início de 2013 vamos ter o lançamento do Boot2Gecko, o sistema operacional mobile da Mozilla que é 100% open source e tem como plataforma apenas a Web. É um projeto de encher os olhos de quem trabalha com desenvolvimento web.

Já podemos fazer alguns testes e criar aplicativos para o B2G, uma forma de fazer isso, com pouco custo, é instalar o B2G Desktop, que é – de certa forma – uma versão do Firefox que emula o sistema, afinal, o que temos por aí é Web.

Fui experimentar esse processo de instalação no meu Mac e resolvi relatar cada passo que fiz para obter sucesso. Meu planejamento é que em breve faça o mesmo guia no Linux.

Se interessar, podem também acompanhar o gist onde fiz esse mini tutorial.

Site de referência:

https://wiki.mozilla.org/Gaia/Hacking#Building_B2G

Primeiros passos:

Da pasta usuário (~):

hg clone http://hg.mozilla.org/mozilla-central mozilla-central
git clone https://github.com/andreasgal/gaia gaia

OBS: o mozilla-central demora muito, aguarde alguns instantes.

Se ainda não tiver o hg (mercurial) ou o git instalados, instale-os via Homebrew com brew install hg, etc

Dependências para o Mac OS X:

Há algumas dependências para o Mac OS X para fazer o build do mozilla-central como visto em https://developer.mozilla.org/en/Mac_OS_X_Build_Prerequisites, entre elas o yasm e o libidl

Instale-as também com o Homebrew:

brew install yasm libidl

Outra dependência peculiar é a versão 2.13 do autoconf, você pode obter mais uma vez pelo Homebrew:

brew install https://raw.github.com/Homebrew/homebrew-versions/master/autoconf213.rb

Criação do MozConfig:

na pasta do ~/mozilla-central criei um arquivo mozconfig com o seguinte conteúdo:

mk_add_options MOZ_OBJDIR=../b2g-build
mk_add_options MOZ_MAKE_FLAGS="-j9 -s"
 
ac_add_options --enable-application=b2g
ac_add_options --disable-libjpeg-turbo
 
# This option is required if you want to be able to run Gaia's tests
ac_add_options --enable-tests
 
# turn on mozTelephony/mozSms interfaces
# Only turn this line on if you actually have a dev phone
# you want to forward to. If you get crashes at startup,
# make sure this line is commented.
ac_add_options --enable-b2g-ril

Note que essa última linha pode ser comentada se começar a ter crashes no startup do B2G. Não tive nenhum problema com ou sem o uso dessa opção (fiz duas builds diferentes).

Build do mozilla-central

Faça o build com o seguinte comando:

make -f client.mk build

Aguarde, pois vai demorar (mais de uma hora).

Build do Gaia

Agora é hora de fazer o build do Gaia. Vá até a pasta onde ele foi instalado. Por exemplo, a minha foi a ~/gaia.

O build do Gaia é rápido, mas tive problemas na inicialização que resolvi adicionando um valor para a palavra DEBUG, antes de executar o make, então recomendo o seguinte para fazer o build do Gaia:

DEBUG=1 make

O processo vai gerar uma pasta profile dentro do Gaia que vamos utilizar mais a frente.

Arquivo Hosts

O perfil do Gaia cria um serviço web e você precisa adicionar sua máquina para os domínios e subdomínios chamados.

Logo, modifique o seu /etc/hosts como root e inclua as seguintes linhas:

127.0.0.1     gaiamobile.org 
127.0.0.1     homescreen.gaiamobile.org
127.0.0.1     dialer.gaiamobile.org 
127.0.0.1     sms.gaiamobile.org 
127.0.0.1     browser.gaiamobile.org 
127.0.0.1     maps.gaiamobile.org 
127.0.0.1     camera.gaiamobile.org
127.0.0.1     gallery.gaiamobile.org
127.0.0.1     video.gaiamobile.org 
127.0.0.1     market.gaiamobile.org
127.0.0.1     music.gaiamobile.org 
127.0.0.1     settings.gaiamobile.org
127.0.0.1     clock.gaiamobile.org
127.0.0.1     crystalskull.gaiamobile.org
127.0.0.1     penguinpop.gaiamobile.org
127.0.0.1     towerjelly.gaiamobile.org
127.0.0.1     wikipedia.gaiamobile.org
127.0.0.1     cnn.gaiamobile.org 
127.0.0.1     bbc.gaiamobile.org 
127.0.0.1     nytimes.gaiamobile.org 
127.0.0.1     calculator.gaiamobile.org

No OS/X o arquivo hosts não aceita vários domínios em uma mesma linha, logo, é preciso quebrar em linhas diferentes como no exemplo acima.

Execução do B2G Desktop e Gaia

Após os builds feitos, chame o browser simulador do B2G para abrir a partir do perfil do Gaia:

../b2g-build/dist/B2G.app/Contents/MacOS/b2g -profile ~/gaia/profile

Lembre-se que os diretórios ~/b2g-build e ~/gaia são de sua escolha e podem ser diferentes nesse processo.

Provavelmente virá a seguinte resposta:

Opened socket on 4242
======================= webapi+apps.js ======================= 
DataCallSettings - ril.data.enabled:falseDataCallSettings - ril.data.roaming.enabled:falseDataCallSettings - ril.data.apn:DataCallSettings - ril.data.user:DataCallSettings - ril.data.passwd:

Não tem que inserir password, simplesmente alterne as janelas abertas para abrir o B2G Desktop e divirta-se.

Nesse último fim de semana, dias 21 e 22 de Abril, houve o MozCampLATAM 2012. Um encontro com vários Mozillians da América Latina e também pessoas de muitos outros cantos do mundo.

Eu não imaginava o quanto seria incrível! Conheci muitas pessoas que carregam consigo a ideia de manter uma web para todos, com ferramentas que permitam a inclusão de qualquer pessoa, sem qualquer discriminação ou sem quaisquer barreiras sociais.

O evento me fez voltar com empolgação total para colaborar cada vez mais com projetos da Mozilla, além de ter me alimentado de ideias sobre outros projetos e outras formas de colaborar.

Criei um álbum no Flickr com fotos desse evento sensacional.

http://www.flickr.com//photos/leobalter/sets/72157629890595367/show/

Eu sei que JavaScript não é uma linguagem que vai agradar todo mundo, mas ela é a linguagem que roda nativamente em qualquer browser, com uma performance que não deixa nada a desejar.

O que poderiam reclamar do JavaScript seria no máximo a sintaxe, mas particularmente é questão de gosto. Problemas? Todas as linguagens tem, mas como todas que tem uma boa comunidade ativa ganham melhorias e novas features bem interessantes, assim como as APIs do HTML5 que já estão por aí e o ECMAScript 6 que vai trazer ótimas novidades.

Mesmo considerando toda a questão de gostos pessoais – e respeito muito isso – ainda acho que não podemos fugir da busca pela qualidade para atender uma vontade individual.

Ou seja, assim como para fazermos o melhor não deixamos de escrever em Java para apps de Android, em Objective-C para apps de iPhone, em Ruby para apps em Rails, utilizar qualquer outra pré-linguagem que compile para JavaScript para execução em Browser é algo que não parece ser a melhor opção.

A melhor linguagem que pode ser compilada para JavaScript é o próprio JavaScript. Tenho certeza das minhas interações pelo código e da qualidade do mesmo, assim como posso encontrar outro profissional bom na linguagem para entender o que está acontecendo. Estariamos falando da mesma linguagem e a qualidade no código seria um facilitador para essa colaboração.

Outro ponto que acredito ser crucial: não somos únicos. Quando um programador sai da empresa, morre ou esteja em qualquer situação em que não escreva mais o código de determinada aplicação ele simplesmente não leva o código junto com ele, a menos que aquilo seja intencional. O legado de um código é ensinar para uma pessoa nova aquilo o que está acontecendo. Se eu preciso de um novo profissional quando tenho um aplicativo em CoffeScript qual linguagem eu devo exigir dele? CoffeScript, Javascript ou as duas?

O dia que encontrar um profissional que saiba somente CoffeScript eu vou acreditar que o mesmo é totalmente incompleto, que teria o mesmo nível de quem aprendeu apenas pseudo-código, não me importa o tempo que ele tenha de experiência. Como ele vai entender a real situação do meu aplicativo e todos os pontos que poderíamos melhorar no meu aplicativo? Como ele vai saber se tem ali um JavaScript bem escrito e funcional?

Em outras palavras, usar linguagens de pré-compilação me parece um verdadeiro eXtreme Go Horse, do tipo que se funcionar está ok, não importa o que está acontecendo no meio do caminho.

Texto em resposta a: http://imasters.com.br/artigo/23160/javascript/criar-aplicativos-web-nao-precisa-ser-uma-tarefa-cansativa-e-irritante

Nesse último sábado (10 de dezembro de 2011) rolou o último encontro do ano do grupo RioJS, foi também meu primeiro encontro que fui como Representante da Mozilla no Brasil.

O evento – gratuito – foi um sucesso. A comunidade de desenvolvedores JavaScript finalmente está ganhando expressão aqui no Rio de Janeiro e o pessoal está super ligado com o que há de novidades. Um fator que também fortalece a comunidade é agnosticismo entre linguagens de programação, não afastando pessoas que programam em x ou y, mas sim vendo o que essa galera tem pra trazer de bom.

A organização do evento também foi feita pelo Davidson Fellipe – Globo.com – que conseguiu na empresa onde trabalha toda a estrutura para que tudo acontecesse perfeitamente. Não tivemos problemas estruturais e ainda ganhamos um ótimo lanche, com certeza a Globo.com demonstra um ótimo engajamento no auxílio das comunidades OpenSource e destaco essa atitude em forma de agradecimento.

Um exemplo foi a apresentação do Breno Oliveira do Estante Virtual, que falou sobre a biblioteca Three.js para manipulação de gráficos em 3D via javascript. Breno, ou Garu como também é conhecido, já havia alertado no início da sua apresentação que ele é desenvolvedor backend, cheio de projetos relacionados ao Perl mas também tem interesse por JavaScript.

Leo Beto Souza da Marlin também trouxe ideias super importantes sobre acessibilidade com Javascript. O tema é pra ser compreendido por todos os desenvolvedores, muitos não dão muita atenção a isso e podem perder um bom mercado.

Eu falei sobre o novo DevTools que está sendo feito para o Mozilla Firefox. Mostrei que a ideia não é substituir o Firebug (que não é feito ou mantido pela Mozilla) mas sim trazer um novo, que seja executado nativamente. Foi um barato e a galera curtiu a nova ferramenta que não se apegou tanto nas demais existentes e trouxe coisas novas e bem bacanas.

O Evandro Golçalves (Globo.com) falou sobre manipulação de templates no JavaScript. A palestra foi a que mais gerou debate entre os presentes, muito construtivo. O pessoal discutiu muito sobre performance, qualidade de código, quantidade de requisições, padrões estruturais.

Aliás, todas as apresentações geraram debates, todos muito bem aproveitados e que considerei o ponto forte do encontro.

Durante o Coffeebreak o pessoal levantou o tema sobre o “Chrome é o novo IE6″, com as ideias levantadas em um artigo da PCMag: http://www.pcmag.com/article2/0,2817,2397158,00.asp

A galera não satisfeita apenas com as apresentações e debates se posicionou em uma mesa redonda e cada um se apresentou e no meio das apresentações puxávamos alguns tópicos sobre o que tem rolado do Javascript nos dias de hoje, etc. Foi quase uma hora de uma ótima discussão crítica e que revelou os caminhos que a galera está trilhando.

Um dos caminhos que mais me interessaram, confesso, foi o da galera discutir linguagens de pre-processamento, como o CoffeeScript e o Dart. Falávamos sobre desvantagens gerais da utilização delas. Fica o gancho para o link de um post que saiu essa semana e considerei totalmente pertinente: http://ryanflorence.com/2011/2012/case-against-coffeescript/.

Espero agora poder marcar mais encontros do RioJS e até outros com o apoio da Mozilla, espalhar boas ideias do mundo web é sempre agradável e ainda tem muito trabalho pela frente.

TODO: links no conteúdo
TODO: links para slides
TODO: fotos

Depois das ideias super bacanas que a comunidade Ruby trouxe, de fomentar o CoffeScript para escrever um “JavaScript” mais bonito, ou da Google de fazer o Dart para escrever um JavaScript “tipado”, resolvi também trabalhar em algo que deixaria o Ruby perfeito.

Puby e Juby! São dois projetos distintos mas com propósitos excelentes:

Puby

No Puby podemos escrever para a plataforma “Pails”, ou também “Puby on Pails”. A ideia é simples: o desenvolvedor precisa escrever em uma linguagem bonitona, como o Python, e aproveita a plataforma e bacanisse do framework Ruby on Rails.

Nada de indentação feiona, é importante seguir regras básicas para o código ter uma leitura mais humana.

Assim, um código onde está escrito:

print "Hello, World!"

é compilado para:

puts 'Hello, World!'

Não tem muito mistério, é só saber Ruby e Python que dá certo.

Juby

Já no Juby é pra dar maior robustez aos projetos feitos em Rails, assim temos o framework “Juby on Jails”.

A ideia é trazermos todo o conceito de classes e tipagens obrigatórias do Java para o Ruby, além de métodos e própriedades privadas, estáticas, e outras coisas a mais que tornam o Java tão performático.

Assim um código com:

public class HelloWorldConsole  
{  
    public static void main(String args[])  
    {  
        System.out.println("Hello, World!");  
    }  
}

é compilado para:

puts 'Hello, World!'

Traz sempre uma maior liberdade para o desenvolvedor e inclusive da pra trazer boas bibliotecas e elementos de frameworks do Java para o Rails, como o Struts, Hybernante, JSF, etc.

Resultado:

Todo o código é convertido para Ruby, isso pode ocorrer em um momento de deploy, assim, não compromete a performance e boa escrita do seu código, até porque código sempre é bem escrito em python e robusto em Java.

A comunidade Ruby tem muito mais a ganhar de colaboração pois pode ter ajuda massiva da galera de Java e Python e assim criar mais apps interessantes.

Assim que tiver mais resultados efetivos, vou publicar o código que já está no github.com

A comunidade que luta pelo desenvolvimento livre da Web pode comemorar.

O Flash, da Adobe, será descontinuado para dispositivos móveis, sinal que realmente os aparelhos iPhone e iPad da Apple nunca aceitarão essa tecnologia. O motivo dessa recusa pelo Flash era justamente a falta de investimento e falta de amadurecimento do player em relação a consumo de CPU e Memória nesses aparelhos.

A Adobe também declarou que vai investir no desenvolvimento em flash para conversão do produto final em HTML5, isso é ótimo, pois mantém ativa a comunidade de desenvolvedores flash, não joga fora anos de estudos que o pessoal se dedicou.

A parte ruim da notícia é que ao mesmo tempo a Adobe demitiu 750 funcionários, também ontem (09/11/2011).

Em outro plano, a Microsoft também anunciou ontem que não dará mais continuidade ao Silverlight, produto similar ao Flash.

Foi uma vitória gigantesca da Open Web.

Com certeza o futuro indica que vamos ter maior investimento da Adobe no HTML 5, que é um padrão aberto e assim permitir uma evolução muito mais interessante da internet.