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.

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/

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.