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

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

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

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.

No site do jQuery, por exemplo, encontramos lá uma versão de produção, com comentários e código de leitura fácil, bem estruturado e com tamanho relativamente grande, além de uma versão de desenvolvimento, sem comentários e código de dificílima leitura humana, normalmente estruturado em um número mínimo de linhas, mas com o tamanho consideravelmente menor que a outra versão.

Isso não é um trabalho que é feito a mão, não o de criar essas versões de desenvolvimento, ou também chamadas de código minimizado ou comprimido. Temos várias ferramentas que fazem isso.

Uma dessas ferramentas que mais me agrada é o UglifyJS. É feito em JavaScript e pronto para ser executado via NodeJS. Como indicado em sua própria documentação, o UglifyJS tem um resultado de minimização mais vantajoso que outras ferramentas similares, como o Google Closure Compiler ou o YUICompiler.

Há pouco quis criar um webservice que poderia ser utilizado para o retorno dele com o UglifyJS. Daí veio a ideia de criar um site também com uma interface web para pequenos testes. Troquei umas ideias com uns amigos e finalmente tirei o projeto do papel.

Lancei, então, o PimpMyJS com o projeto em aberto no Github.

O trabalho dele é simples: você manda um código JavaScript e escolhe as opções (com pequena documentação na página do Github), ele devolve pra você o código minimizado, ou não. Se for marcada a opção “beautify”, o código minimizado será expandido.

A interface web é inspirada no site do JSHint, utilizando o CodeMirror para fazer edição do código “colorido” em tempo real, além disso utilizei o Twitter Bootstrap parar não me preocupar muito com a interface enquanto me focava no código. Em breve o amigo Bernard de Luna prometeu uma nova interface e podemos ter um estilo bem bacana.

Se curtiu, vai lá no Github e me ajude colaborando com o projeto, seja reportando problemas, indicando novas funcionalidades ou botando a mão na massa e trazendo código novo.

Acredito que meu comentário foi suficiente pra expressar a opinião e inclusive transformar em um artigo aqui, concluindo com a citação do comentário do Roney Belhassof que complementa muita coisa que falei.

Achei importante transformar os comentários em artigos pelo desvio causado lá no blog de tantos comentários apenas com frases: “é muito bom” e vários adjetivos sem pontos críticos. Não queria essa ideia como um ponto perdido no meio.

Lá vai:

meu comentário ao artigo:

Cara, parece ignorância falar que Jobs simplesmente não contribuiu para o mundo open source, ainda mais que quando se fala esse nome também da impressão que isso significa apenas um outro nome: Linux.

O sistema operacional utilizado nas máquinas atuais da Apple, desde que passaram a utilizar processadores de padrão Intel, são apenas uma versão do BSD. A Apple colabora constantemente com o desenvolvimento do BSD, um sistema muito mais robusto, rápido e eficiente que uma distro do Linux, e sim, tem suas versões open source (veja FreeBSD e OpenBSD, por exemplo).

Além disso, você encontra a disposição das mesmas máquinas Apple n ferramentas de desenvolvimento Open Source.

Veja mais uma, por exemplo: Webkit. O navegador padrão do Mac OS, o Safari, é 100% baseado no Webkit, mesma engine open source utilizada pelo Google Chrome. A Apple também está em constante colaboração no Webkit, assim como também da apoio nos trabalhos da W3C, fortalezando sempre o lema “Web para todos”.

O hardware da Apple é todo feito com apelos ecológicos, tudo com o selo “verde”. Os produtos vendidos são de qualidade e duram muito mais que 99% de qualquer concorrência. Não vão te vender produtos que causam poluição (no uso e em sua fabriação).

A Apple não faz diferente de outros fabricantes e distribuidores, exceto pela determinação em só lançar coisas com qualidade que beiram à perfeição na visão de suas gestões. Justo dos produtos os clientes levam a satisfação de atendimento. Um serviço incluso que é excepcional.

Em termos de pensar também em qualquer pessoa como usuário, todos os produtos atendem regras de acessibilidade, permitindo a utilização por pessoas com deficiências físicas.

Até que ponto você deve abrir mão e passar a frente aquilo que você produziu? A que ponto isso não vai afetar o seu compromisso com a qualidade?

Todos querem e merecem conforto a partir de muito trabalho, dessa forma, não importa o quanto a Apple lucrou com suas vendas, ela fez por seu mérito, as pessoas compraram porque confiaram em seus produtos. Se você faz esse discurso para e pensa se você ainda estivesse aqui sem usar seu mouse, ou no seu trabalho em que foi necessário utilizar um iPad (a ponto de comprar um). Por que você antes do discurso não abriu mão de tudo isso? Seria hipocrisia?

O mundo open source existe, não é melhor porque é formado por uma maioria de humanos comuns que precisam também ter um trabalho que lhes garantam sustento e a dedicação as vezes não termina em primeiro plano. Nessas horas que um trabalho lucrativo faz a gente respirar, descansar e ter mais estímulo para produzir mais, criar mais.

Comentário do Roney Belhassof

No meu mundo perfeito o conhecimento é livre e as ferramentas para construí-lo e modelá-lo também são, mas isso não está acontecendo e ao ver seu post e alguns outros temo que realmente jamais acontecerá, que o conhecimento livre simplesmente é incompatível com o espírito humano (ou memético) e que a nossa mente coletiva simplemente não é capaz de construir as bases para o conhecimento livre.

Jobs nunca foi um obstáculo para o OpenSource, ele apenas fazia seu trabalho com competência. Sabia o que as pessoas precisavam antes delas. Bill Gates também fez seu trabalho ao pegar carona nas ideias do Jobs e ao saber muito bem o que as pessoas queriam.

A comunidade OpenSource poderia ter lucrado com esses homens, poderia ter absorvido o conhecimento deles para produzir ferramentas que eles jamais poderiam produzir por estarem presos à propriedade intelectual.

Isso não foi feito…

Em vez de atribuir a Jobs poderes mágicos para deter o OpenSource e impor sistemas fechados deveríamos nos perguntar porque as pessoas preferem o fechado ao aberto?

Devíamos nos perguntar porque grandes fabricantes de software que concorrem com a Apple e Microsoft como Adobe, Avid e tantas outras não lançam seus aplicativos em versão Linux? Garanto que não foi pela força do Jobs, mas por perceber que o universo OpenSource é hostil ao mundo de código fechado.

Lembrem-se que Jobs e Gates foram ao mesmo tempo adversários e parceiros até o final. Outra lição que a comunidade OpenSource poderia aprender.

A essa altura todas as pequenas empresas como locadoras de vídeo, lan houses, livrarias e restaurantes deviam usar Linux com sistemas de gerenciamento OpenSouce. A Apple tem ZERO de penetração nessas áreas que movimentam um capital enorme.

No entanto isso não acontece. Já ouvi do pessoal de Lan House que aparentemente a comunidade OpenSource não tem interesse em desenvolver um sistema para eles pois são empresas voltadas ao lucro.

Sim, lucro. A Terra contemporânea é capitalista.

Os grandes inimigos do OpenSource não são Gates ou Jobs, o grande inimigo é a cegueira que assola a comunidade e continua levando-a a eleger anticristos para justificar a própria incompetência.

Eu gosto de ferramentas limpas e mimalistas, mesmo que isso possa limitar um uso alternativo. É como o twitter, simples e direto: você escreve até 140 caracteres e le apenas as atualizações de quem está seguindo.

Uma opção como o Google+ (ou Google Plus) é até interessante quando vem com as features de criar círculos de tipos de convivência que tem com cada pessoa. Um amigo tem uma intimidade diferente de um colega ou uma pessoa que nem conhecemos pessoalmente. Mas isso nos dá trabalho, e particularmente prefiro as coisas que me dão menos trabalho, pois não sou pago pra usar essas ferramentas, são distrações do dia a dia.

Posso resumir isso como: prefiro o entretenimento direto. Como uma peça de teatro, você paga a entrada e assiste. Não precisa determinar como gostaria que fosse o cenário, os atores, a música, etc. Você só escolhe que peça vai assistir, já está tudo pronto, não tem muita coisa pra mudar nisso, mesmo que seja um show de improvisos.

O importante de usar ferramentas de redes sociais, como Facebook, Twitter, Google+, Orkut, o que for, é a comunicação, é o contato da rede social que você forma ali. Grupos de amigos, parentes que moram distantes (motivo que mantenho minha conexão no facebook), colegas de faculdade etc. A ideia é poder se comunicar com eles, principalmente quando um contato pessoal não é possível (mas evite sempre se privar disso).

Dito isto, meu apelo é que não tornem essas ferramentas trabalhosas, tentem usá-las de forma mais enxuta. E se der pra encontrar aquela pessoa invés de perder horas no chat, encontre-a pessoalmente. Não ceda seu tempo para configurar círculos, ou as pessoas que você vai acompanhar as atualizações, use para se comunicar, se isso ficar difícil, reconsidere se isso realmente cria contatos ou barreiras para as suas redes sociais (a formada por humanos que você forma com seus amigos, colegas e familiares).

Eu, por exemplo, gosto muito de utilizar uma ferramenta para trocar pequenas ideias sobre tecnologia. Essa ferramenta é o Convore, onde você diretamente encontra grupos com os temas, entra nos que te interessa, encontra tópicos e fala. As comunicações são curtas e dinâmicas, não precisa escrever textos grandes como de fóruns tradicionais pela internet e as atualizações aparecem em tempo real.

Gostaria que essa ferramenta fosse mais utilizada por amigos, para não falar só sobre tecnologia, mas outros assuntos que acabo recorrendo a outras ferramentas. Assim como o twitter é muito bom para uma comunicação menos pessoal, onde considero um ótimo muro de bilhetes, e você vai encontrando alguns que podem te interessar. Também pra tecnologia é ótimo para encontrar bons links com novidades e as vezes ouvir uma piada de algum amigo.

Não acho que devem utilizar ferramenta a ou b, mas com certeza acho que é extramemente saudável não ser perder mais tempo se preocupando com quaisquer dessas ferramentas do que com o tempo que você passa tendo contatos pessoais. Seja um encontro com a namorada ou um bate papo com os amigos tomando uma cerveja. Não tranquem as portas de suas casas, ao menos que saiam pra viajar. Até lá receba convide seus amigos, as experiencias serão as mais interessantes possíveis, e são as que mais irão se lembrar no futuro.

Aproveitando o assunto, parem de julgar nichos de pessoas se elas são de geração x, y, z ou geração ‘whatevs’. São humanos, e assim, cada um possui uma personalidade individual, é o que define nossas identidades. Generalizações são apenas artifícios para te manter afastado desse conhecimento rico, sem valor que o substitua.

Comportamento de pessoas especiais surgem de onde menos se espera, são sempre exceções que vão marcar a mudança de uma comunidade. E são essas atitudes que vão sustentar essas mesmas comunidade. Uma sociedade vai se estruturar dessas movimentações de comportamentos individuais, alguns com ideias brilhantes, como um Leonardo da Vinci surgindo no meio do Renascentismo.

No final, fica um simples apelo: encarem ferramentas sociais na internet como extensões da sua comunicação pessoal, são acessórios que acompanham o principal, contato humano.

- “Eu Fui!”

Porém não ao Rock in Rio 2011 (aceito convites), mas sim a um evento também muito interessante: Google Developer Day 2011.

O evento trouxe personalidades estrangeiras contando com muita gente de Mountain View – cidade sede da Google. Os focos eram HTML5 e Web, Android, Social (Google Plus e Orkut), Chrome (web e OS), Google App Engine e outros produtos da Google.

Pré-evento

Foi um planejamento muito em cima da hora, eu tinha deixado de fazer a “provinha” do evento para receber um convite e tinha recebido uma confirmação que não estaria convidado. Mas no início da mesma semana do evento (que aconteceu dia 16 de setembro) vi uma promoção no Google Discovery que a partir de uma publicação feita no Google Plus os donos dos 3 comentários mais votados com o “+1″ seriam contemplados com um ingresso.

Por que não arriscar? Com uma ajuda empolgante de amigos, familiares, conhecidos e pessoas que somente curtiram meu comentário eu consegui terminar a votação em primeiro lugar, foram cerca de 2 dias na luta pelo convite.

Durante o evento

Logo que cheguei no evento, fiquei impressionado com a estrutura que foi organizada. Uma curiosidade eram os crachás de identificação. Todos com uma cordinha pra colocar no pescoço com cores diferentes (seguindo as cores da logo da Google) e ele próprio era um mapa do local que podia ser aberto e se transformava em uma referência com a listagem de palestras e suas respectivas salas.

A primeira apresentação (1 hora e 45 min) foi mais uma introdução sobre o que estava por vir e dos compromissos da Google com a comunidade de desenvolvedores, por mais que tenha sido um conteúdo não técnico foi muito agradável. Ganhamos óculos 3D para assistir um vídeo do youtube e o Diretor de Engenharia James Whittaker apresentava uma camisa da seleção brasileira onde tinha impresso “HTML 5″. Estava na primeira fileira e entusiasmado o restante do evento.

Logo após, assisti uma apresentação muito interessante do Timothy Jordan sobre Google+ e o botão +1. Ele tem um diferencial excelente em relação aos do Twitter e Facebook, muito mais amigável a qualquer desenvolvedor e até a quem não é, permite – de forma muito fácil – callbacks customizados e sua integração com a nova API do Google+ permite a criação de ferramentas poderosas para conteúdo da página. Fiquei impressionado como isso permite uma continuidade do usuário consumindo conteúdo página.

Em seguida, veio a apresentação da Rachel Shearer, sobre acessibilidade com HTML5 e o ChromeVox, uma ferramenta que é divulgada como algo para ser distribuído com o ChromeOS mas que pode ser encontrada aqui: http://goo.gl/19LvK. Os slides da palestra estão em http://goo.gl/jSFSf. Ela deu dicas incríveis sobre acessibilidade e mostrou como o ChromeVox é uma ferramenta poderosa como leitor de tela. Acessibilidade é um assunto que me interessa bastante e deveria atingir um interesse maior. Legal ver que o Google se preocupa com isso.

No almoço encontrei alguns amigos, entre eles o Jaydson, Felipe Moura, Davidson Fellipe e Bernard de Luna no meio da confusão. Nessa hora tirei o ipod do bolso e fiz um pequeno vídeo da galera, notem no meu ótimo humor que não acabava (sem ironias):

Galera do Desconferência no Google Developer Day 2011 por leobalter no Videolog.tv.

Nada me deixava mais entusiasmado que poder encontrar o Paul Irish, sou fã desse cara e ainda não o conhecia pessoalmente. Ele ia falou sobre aplicações web offline com HTML5. Assunto que particularmente conheço mas é muito interessante. Lembrou muito uma palestra bacana que teve na GoNow apresentada pelo Suissa, que grava comigo o Desconferência Podcast.

Slides dessa palestra (do GDD) em http://goo.gl/D7lvF e mais informações sobre a palestra do Suíssa (assim como a gravação) em http://goo.gl/rR8VB

Ao final da palestra encontrei o Paul Irish saindo da sala de sua palestra e puxei papo com ele. Foi excelente! Fiquei surpreso pois ele já sabia quem eu era há muito tempo, via twitter, etc.

Quando eu fiquei já sem assunto eu e o Davidson tiramos uma foto bacana com ele.

Nessa hora parei pra descansar e recarregar minhas baterias. Fiquei trocando ideias com o Davidson, Felipe e Jaydson, tudo isso num período de 2 palestras e um coffe break.

No meio disso troquei uma ideia rápida com a Rachel Shearer, vi as lounges do evento. Curti muito uma do Google TV e os experimentos da galera do GTUG.

Me restava assistir à última palestra às 17:25. Claro que fui novamente assistir à segunda palestra do Paul Irish, dessa vez sobre Developer Tools do Chrome. Entrei com um pouco de antecedência e consegui a primeira fileira.

Sinceramente achei que já sabia tudo sobre o Developer Tools do Chrome, mas foi bacana que ainda tinha uma metade bacana de macetes e atalhos que eu ainda não tinha percebido, entre elas a que mais me interessou foi a feature de Remote Debugging.

Isso é uma enorme mão na roda de quem precisa debugar algo em aparelhos móveis (que não oferecem algo realmente prático pra isso). Parece que até então os aparelhos da RIM (Blackberries) são os únicos compatíveis, mas se é Google deve vir algo para Android.

Até sugeri a criação de algo que possibilite fazer um remote debugging no IE. Isso não é plano do Google, como eu podia imaginar, mas hoje já vi no twitter um remote debugger que funciona com um pequeno servidor nodejs, provavelmente resolve a minha ideia: http://goo.gl/CHtso.

Saí cheio de ideias e vendo o que da pra ser otimizado no meu tempo de trabalho.

Desconferência

Eu precisava muito ir pra casa descansar, mas minha passagem era só para as 23:30. Até lá fomos a um bar do hotel pra bater papo, foi no mesmo local que encontramos uma galera que também estava no evento e toda a conta estava sendo bancada pelo dono do Peixe Urbano. A iniciativa mais que apreciada pela galera presente.

Foi muito bom encontrar amigos que moram em cidades diferentes e conhecer pessoas novas naquele momento, independente de estar cansado.

Assim que eu encontrar os slides das outras palestras que assisti ou gostaria de ter assistido atualizo o artigo.

Mais slides de outras palestras do evento

• Pete LePage – Modern Web Applications

Digo isso com inspiração em duas tags simples: <b></b> e <i></i>.

Não entenda que strong e em as substituem simplesmente para aplicar efeitos de negrito e itálico. As duas servem para marcar ênfase. A tag <strong> tem função também de reforçar importância do conteúdo marcado. Já a tag <em> marca ênfase de repetição, etc.

Em contra partida a tag <b> serve para marcar textos sem dar aumentar a importância ou dar ênfase aos mesmos. Já a tag <i> pode ser utilizada para indicar uma fala dentro de um parágrafo ou marcar termos técnicos.

Uma coisa: os browsers modernos não estão mais estilizando automaticamente o conteúdo dessas tags com negrito ou itálico, e os css resets novos não se preocupam com isso. A ideia é você ainda manter o estilo de seu documento no css. As tags servem apenas para a marcação, como sempre deveria ser.

Estavam envolvidos na organização do evento ajudando diretamente ou indiretamente, mesmo que só na parte da idealização ou não, contando comigo na lista, claro:

• Leo Balter
• Ramon Page
• Andre Fonseca
• Rafael Tauil
• Bernard de Luna
• Pedro Marins
• Cayo ‘Yogodoshi’ Medeiros
• Bruno Dulcetti

Eu já havia comentado com o pessoal que queria muito ver um mercado de melhor qualidade, onde tivesse mais profissionais pra discutir o que é novo, o que é bom, o que é melhor. Em termos de comunidade, ainda não estou satisfeito com o que vejo no Brasil, é pouco, podemos ter mais profissionais envolvidos em grandes mudanças e revoluções quando falamos, por exemplo, de HTML 5, CSS 3 e ECMAScript 5.

Vão ser 12 palestras divididas em duas salas a serem apresentadas simultaneamente. Entre elas, tentamos equilibrar os temas para várias abordagens do FrontEnd, do mais simples ao mais complexo.

O Maujor e o Andre Fonseca abrem o evento trazendo temas como @font-face e Testes Unitários em Javascript, e o evento se encerra com Bernard de Luna e Davidson Fellipe falando sobre como se tornar um ninja em html5 e css3 e também sobre Canvas e SVG.

Também há outras apresentações super interessantes como apresentação sobre o html5Boilerplate, pelo Zeno Rocha e Animações para jogos, pelo Andrews Medina. Além de vários outros assuntos interessantes, a serem apresentados por Fabio Costa, Oscar Marques, Rafael Lima, Thiago Belem e Anderson Solano.

Uma das coisas mais interessantes sobre o evento foi o tempo que tivemos as inscrições abertas, pois em 48 horas já haviamos esgotados nossos ingressos, após esse prazo conseguimos alocar mais umas vagas e abrimos um segundo lote que fechou nosso limite de vagas. Eu tinha só uma expectativa disso que foi confirmado: as demais pessoas também querem muito um mercado melhor de front end, não somos os únicos. E elas vem para trocar ideias e poder dali criarem novas grandes revoluções.

Tivemos também grandes apoios, como da UniRio que cedeu o espaço através do Pedro Marins, o do Desconferência Podcast que desenvolveu o polêmico layout torto que não funciona no IE8, o da Infnet que esteve com a gente desde o início e gentilmente confeccionou nossos crachás. A do Rafael Lima e sua máquina de Startups “Bootstrappers“, onde tivemos dali o sistema de controle de eventos, geração de boletos e até algumas camisetas bacanas. Agradeço o Maujor também que disponibilizou alguns de seus livros para sorteio no evento.

Destaco o mega bacana coffebreak que está sendo oferecido pela Globo.com, onde teríamos lanchinho vamos ter quase um banquete.

Tenho certeza que, após o evento, a comunidade de FrontEnd no Brasil vai estar melhor, mesmo que ainda não esteja com um quadro ideal, vamos estar mais próximos. Mas pra isso vamos ter diversos eventos a mais, sejam eles Front In Rio, SP, BH ou qualquer lugar do Brasil, sejam quaisquer eventos, encontros de comunidade ou até cursos e workshops, as ideias vão se espalhar de forma positiva, e temos orgulho de termos participado disso.

Aliás, dia 13 de agosto vem aí o FrontInBH, idealizado pelo Giovanni Keppelen que quis trazer essa ideia para Belo Horizonte, MG. Vai bombar da mesma forma!

Obrigado a todos os envolvidos, a todos que acreditaram e que fizeram esse evento acontecer.

Nos vemos no evento!
[]s, Leo Balter