Linux Legal

Migrando para um novo blog

noreply@blogger.com (Anonymous) — Tue, 09 Sep 2014 21:20:00 +0000

Já faz algum tempo desde que eu comecei este blog pessoal, lá em meados de 2007, quando blogs já eram a maior novidade da Internet há algum tempo. Tudo começou como um projeto pessoal com a finalidade de registrar as coisas que eu aprendia no mundo do software livre e com isso, poder compartilhar essas lições com qualquer um que se interessasse pelos mesmos temas. Parecia algo interessante: eu teria todo o meu aprendizado registrado e acessível de qualquer lugar no mundo e outras pessoas poderiam aprender através dele, da mesma forma como eu muitas vezes estava me aproveitando do aprendizado de terceiros.

Nesse meio tempo, escrevi muitas coisas, algumas deixei negligentemente de publicar no meu blog (e espero conseguir postá-las em algum momento), já outros tantos artigos ficaram apenas na minha cabeça. Contudo houve um longo caminho percorrido e hoje, ao olhar para trás, jamais poderia imaginar todo o caminho trilhado, muito menos chegar até aqui.

Já faz algum tempo que eu ando incomodado com o blogger, principalmente pelo HTML muitas vezes porco que ele gera no editor (como o fato dele até agora utilizar b ao invés de strong para negrito).
Contudo, não dá para negar que há muitas vantagens em se utilizar um serviço como o Blogger, uma vez que não há a necessidade nenhuma de se preocupar com a infraestrutura, atualização de software, espaço de armazenamento, etc.

Por isso mesmo, tenho pensado há algum tempo em ter um blog próprio (primeiramente em WordPress) e adiado o projeto. Contudo, depois de começar a trabalhar como evangelista na Locaweb comecei a achar que já era hora de perder a vergonha na cara e hospedar meu próprio site.
O Wordpress é excelente, entretanto acabei optando por utilizar o Ghost, uma plataforma de blog em NodeJS por 2 motivos:

Acho que uma das coisas mais interessantes que está acontecendo ultimamente no mundo da TI é o universo Node.
Além disso, tenho muita experiência em utilizar o WordPress e achei que fazer uso uma nova plataforma seria uma forma de aprender algo novo dentro desse universo.

O lado ruim disso tudo é que ao tentar migrar o conteúdo do site anterior para a nova plataforma, alguns posts ficaram muito ruins (lembra do HTML porco?). Arrumá-los levaria muito tempo e por isso mesmo resolvi deixar o conteúdo antigo por aqui e passar a postar os novos textos no novo endereço: http://www.kemelzaidan.com.br.

Isso não é algo que me agrade muito, contudo, deixar os posts feios como eles apareciam após a importação era algo que me agradava menos ainda.

Aos poucos vou deixando o novo blog do jeito que eu quero e então, quem sabe um dia, resolvo ir movendo com calma cada um dos posts. Por enquanto eles ficarão por lá mesmo.

Espero que (os poucos) leitores que eu tenho gostem da novidade e deixem seus comentários aqui.

Abraços,

Kemel Zaidan

Proteja sua senha do Ghost com criptografia

noreply@blogger.com (Anonymous) — Tue, 19 Aug 2014 20:04:00 +0000

No post anterior, ensinei a instalar o Ghost na nuvem. Hoje abordarei uma configuração importante após finalizar o processo de instalação. Cada vez que você digita sua senha para ter acesso ao painel administrativo de seu blog, o navegador envia essa senha para o seu servidor, para que ele autentique seu acesso ao sistema. Se você não utiliza nenhuma criptografia nesse processo, seu navegador irá enviar a senha em formato texto puro (“plain text”), o que significa que, qualquer um poderá ver sua senha, caso esteja utilizando uma técnica chamada de “sniffing”. Isso é particularmente problemático caso esta pessoa esteja na mesma rede que você, principalmente em locais com acesso wifi público, como cafeterias, lan-houses, etc.

Por isso mesmo, é essencial ativar a criptografia SSL/TLS na tela de login de seu site Ghost, fazendo com que o envio da senha ocorra de forma criptografada. Para isso, você precisará de um certificado SSL. Há diversos fornecedores no mercado e os preços variam bastante. Na prática, todos eles fornecem o mesmo nível de segurança, independente de quem tenha vendido o certificado para você. O maior diferencial se encontra nas classes (1, 2, 3) dos certificados que podem ser adquiridos.

Há também a possibilidade de criar um certificado auto-assinado ou mesmo de adquirí-lo sem nenhum custo em instituições como a CaCert. O único problema é que alguns navegadores não possuem o certificado raiz da CaCert instalado por padrão, o que faz com que o navegador exiba aquela tela de “site inseguro”, ao acessar uma página com “https” com esses certificados. O mesmo acontece com os certificados auto-assinados.

Exemplo de certificado inseguro no Chrome

Exemplo de alerta de certificado no Firefox

No meu caso, optei por utilizar SSL apenas na tela de login, de forma a proteger o envio da senha sem comprometer a carga no servidor. Como não temos o objetivo de utilizar o certificado para checar a autenticidade do site, não haveria problema em utilizar um certificado autoassinado ou emitido pela CaCert. No nosso caso, um certificado classe 1 é mais do que suficiente, e normalmente permite sua utilização nas versões nossodominio.com.br e www.nossodominio.com.br.
Também não abordarei aqui a criação do certificado, mas sua instalação e configuração no Ghost. Mãos há obra!

Instalação do certificado

A está altura você já deve ter 2 arquivos (um do certificado e outro da chave) com diferentes extensões: meusite.crt e meusite.pem. Nomeie os arquivos de forma a identificar para qual site eles pertencem, isso será útil caso você tenha mais de um site instalado no mesmo servidor.

Crie a pasta /etc/nginx/ssl e salve os arquivos nela. Eu costumo utilizar sftp por considerar mais simples e seguro do que um ftp convencional. Depois que os arquivos estiverem salvos nesta pasta, é hora de habilitar o tráfego https no Nginx.

Abra o arquivo de configuração com o editor da sua preferência (eu costumo usar o vim, mas você pode usar o nano):
vim /etc/nginx/sites-available/default
Encontre a seção entitulada “HTTPS server” que encontra-se toda comentada.
Retire os # do início da linha e edite as configurações de forma que elas fiquem semelhantes ao exemplo abaixo:


server {
    listen 443 ssl;
    server_name SEUDOMINIO.com.br www.SEUDOMINIO.com.br;
    root html;
    index index.html index.htm;

    ssl_certificate /etc/nginx/ssl/SEU_CERTIFICADO.crt;
    ssl_certificate_key /etc/nginx/ssl/SUA_CHAVE.pem;

    ssl_session_timeout 15m;

    ssl_protocols SSLv3 TLSv1.2;
    ssl_ciphers "HIGH:!aNULL:!MD5 or HIGH:!aNULL:!MD5:!3DES";
    ssl_prefer_server_ciphers on;

    location / {
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_pass       http://127.0.0.1:2368;
    }
}

Atente à substituição do endereço do seu domínio no campo server_name e no nome dos arquivos .pem e .crt que você salvou no diretório /etc/nginx/ssl. Eu também me limitei a utilizar apenas as versões mais recentes dos protocolos SSL e TLS. Agora basta reiniciar o Nginx:

# sevice nginx restart

Configuração do Ghost

Depois de configurado nosso servidor web, é a vez de dizermos ao Ghost que ele deve utilizar o protocolo https para a tela de login. Fazemos isso editando o arquivo config.js que no nosso caso, encontra-se na pasta /var/www. Par isso basta acrescentar a opção forceAdminSSL: true, dentro da seção production.

Depois de salvar o arquivo, reinicie o Ghost. Ao acessar a URL seudomínio.com.br/ghost você verá que a requisição será redirecionada para o tráfego HTTPS e o navegador normalmente exibirá um cadeado ao lado do endereço. Pronto! Sua tela de login já está bem mais segura do que anteriormente.

O Garoto da Internet: a história de Aaron Swartz

noreply@blogger.com (Anonymous) — Sun, 03 Aug 2014 03:12:00 +0000

Acabei de assistir o documentário "The Internet's Own Boy", que tem como tema a história de Aaron Swartz e seu fim trágico. O filme é muito interessante e faz com que você entenda toda a comoção em torno de sua morte.

Aaron foi um garoto prodígio que aprendeu a ler com 3 anos de idade, tornou-se um dos autores da especificação do RSS aos 14 anos, contribuiu com o Creative Commons aos 16, fundou o Reddit, virou um ativista político, tendo estado inclusive diretamente ligado ao combate aos projetos das leis SOPA e PIPA, vindo a tirar a própria vida aos 27 anos.

Como foi amplamente divulgado na época de sua morte, ele estava sendo acusado por diversos crimes ligados a sua tentativa de baixar um banco de dados de artigos acadêmicos que cobrava pelo acesso aos dados.

O filme mostra como um sistema judiciário perverso pode distorcer a democracia e ter consequências trágicas sobre a vida de indivíduos simples como Aaron, eu, você ou qualquer um de nós. A obra me fez refletir sobre como a deterioração das nossas instituições políticas está sendo capaz de produzir um desgaste sobre os fundamentos sobre os quais construímos a nossa sociedade e a própria democracia e do quão perigoso isso pode ser. Ao menos o fato dos incidentes que resultaram na trágica morte de Aaron terem dado origem ao próprio documentário e a lei Aaron Swartz que reformou uma lei caduca de 1986, a qual foi responsável pela maior parte dos crimes pelos quais ele foi acusado, mostra que a sociedade americana, ao menos busca formas de mitigar e resolver os problemas e as injustiças que deste fato ocorreram.

Isso me fez pensar no que aconteceria caso essa história tivesse ocorrido aqui, onde mesmo depois de toda pressão popular que tivemos pela aprovação da lei da Ficha Limpa, ainda não conseguimos sua aplicação prática de fato, sendo somos obrigados a aceitar interpretações e argumentos jurídicos que só beneficiam aqueles que possuem uma longa ficha corrida e que deveriam estar bem longe do centro do poder, mas que contraditoriamente lá se encontram.

O filme pode ser baixado legalmente nas redes bittorrent ou assistido online através do Vimeo. Se você gostar e quiser agradecer os realizadores, pode fazer uma doação.

The Internet’s Own Boy - The Story of Aaron Swartz from @AnonymousVideo on Vimeo.

Além disso, me chamou a atenção o "Guerrilla Open Access", um manifesto em prol do livre acesso ao conhecimento que Aaron escreveu em 2008 e que eu desconhecia. Pensei em traduzir seu conteúdo, por achá-lo muito eloquente, porém uma rápida busca me revelou algumas fontes já traduzidas. Reproduzo aqui então a versão que encontrei no site BaixaCultura, pois acredito que o conteúdo do manifesto devesse ser lido pelo maior número de pessoas possível:

“Informação é poder. Mas, como todo o poder, há aqueles que querem mantê-lo para si mesmos. A herança inteira do mundo científico e cultural, publicada ao longo dos séculos em livros e revistas, é cada vez mais digitalizada e trancada por um punhado de corporações privadas. Quer ler os jornais apresentando os resultados mais famosos das ciências? Você vai precisar enviar enormes quantias para editoras como a Reed Elsevier.

Há aqueles que lutam para mudar esta situação. O Movimento Open Access tem lutado bravamente para garantir que os cientistas não assinem seus direitos autorais por aí, mas, em vez disso, assegura que o seu trabalho é publicado na internet, sob termos que permitem o acesso a qualquer um. Mas mesmo nos melhores cenários, o trabalho deles só será aplicado a coisas publicadas no futuro. Tudo até agora terá sido perdido.

Esse é um preço muito alto a pagar. Obrigar pesquisadores a pagar para ler o trabalho dos seus colegas? Digitalizar bibliotecas inteiras mas apenas permitindo que o pessoal da Google possa lê-las? Fornecer artigos científicos para aqueles em universidades de elite do Primeiro Mundo, mas não para as crianças no Sul Global? Isso é escandaloso e inaceitável.

“Eu concordo”, muitos dizem, “mas o que podemos fazer? As empresas que detêm direitos autorais fazem uma enorme quantidade de dinheiro com a cobrança pelo acesso, e é perfeitamente legal – não há nada que possamos fazer para detê-los. Mas há algo que podemos, algo que já está sendo feito: podemos contra-atacar.

Aqueles com acesso a esses recursos – estudantes, bibliotecários, cientistas – a vocês foi dado um privilégio. Vocês começam a se alimentar nesse banquete de conhecimento, enquanto o resto do mundo está bloqueado. Mas vocês não precisam – na verdade, moralmente, não podem – manter este privilégio para vocês mesmos. Vocês têm um dever de compartilhar isso com o mundo. E vocês têm que negociar senhas com colegas, preencher pedidos de download para amigos.

Enquanto isso, aqueles que foram bloqueados não estão em pé de braços cruzados. Vocês vêm se esgueirando através de buracos e escalado cercas, libertando as informações trancadas pelos editores e as compartilhando com seus amigos.

Mas toda essa ação se passa no escuro, num escondido subsolo. É chamada de roubo ou pirataria, como se compartilhar uma riqueza de conhecimentos fosse o equivalente moral a saquear um navio e assassinar sua tripulação. Mas compartilhar não é imoral – é um imperativo moral. Apenas aqueles cegos pela ganância iriam negar a deixar um amigo fazer uma cópia.

Grandes corporações, é claro, estão cegas pela ganância. As leis sob as quais elas operam exigem isso – seus acionistas iriam se revoltar por qualquer coisinha. E os políticos que eles têm comprado por trás aprovam leis dando-lhes o poder exclusivo de decidir quem pode fazer cópias.

Não há justiça em seguir leis injustas. É hora de vir para a luz e, na grande tradição da desobediência civil, declarar nossa oposição a este roubo privado da cultura pública.

Precisamos levar informação, onde quer que ela esteja armazenada, fazer nossas cópias e compartilhá-la com o mundo. Precisamos levar material que está protegido por direitos autorais e adicioná-lo ao arquivo. Precisamos comprar bancos de dados secretos e colocá-los na Web. Precisamos baixar revistas científicas e subi-las para redes de compartilhamento de arquivos. Precisamos lutar pela Guerilla Open Access.

Se somarmos muitos de nós, não vamos apenas enviar uma forte mensagem de oposição à privatização do conhecimento – vamos transformar essa privatização em algo do passado. Você vai se juntar a nós?

Aaron Swartz

Julho de 2008, Eremo, Itália.

Instalação do Ghost na nuvem

noreply@blogger.com (Anonymous) — Mon, 07 Jul 2014 22:06:00 +0000

O Ghost é uma plataforma de blog feita em Node.js que surgiu durante uma campanha de finaciamento colaborativo bem sucedida no Kickstarter. Por ser um software livre, desde meados do ano passado, ele está disponível para todos que quiserem utilizá-lo e não apenas para quem apoiou o projeto original.

O Ghost ainda está longe de ter a enormidade de recursos que o Wordpress oferece, por exemplo, mas ele tem um diferencial que me agrada bastante, que é a utilização de Markdown para escrever os posts. Além disso o Ghost permite, ao menos teoricamente, uma fácil customização, por ter todo seu código fonte escrito em Javascript. Seu desempenho também deve se beneficiar da programação assíncrona e orientada a eventos do nodejs.

Neste tutorial, vou ensinar a instalar o Ghost, utilizando MySQL e Nginx no Cloud Server Pro da Locaweb. Contudo, as instruções podem servir para qualquer outro IaaS. Para isso, escolhi a imagem da versão do Ubuntu 14.04 LTS como sistema operacional padrão. Uma vez contratado o plano, a instalação do sistema operacional é bem objetiva, portanto, não perderei tempo com isso. Se você ficou interessado em experimentar a ferramenta, “mãos à obra”.

Instalando o NodeJS

A primeira coisa a fazer é realizar um acesso SSH à máquina. Começe atualizando o sistema:

# apt-get update
# apt-get dist-upgrade -y

Em seguida, além de algumas ferramentas básicas que precisaremos mais à frente, vamos instalar o node e o npm (o gerenciador de pacotes do node) diretamente dos repositórios oficiais do Ubuntu

# apt-get install nodejs npm curl unzip

Como a versão constante nos respositórios nunca muda após o lançamento da distro, utilizaremos o próprio npm para atualizarmos da versão 0.10.25 para a última versão estável.

# npm cache clean -f
# npm install -g n
# n stable

Instação do MySQL

Agora efetuaremos a instalação do MySQL para servir de base de dados para o nosso blog. Digite:

# apt-get install mysql-client mysql-server

Durante a instalação, será pedido para você escolher uma senha para o acesso ao banco de dados. A senha não é obrigatória, mas é altamente recomendável. Digite sua senha e tome nota, pois precisaremos dela posteriormente.

Agora, vamos acrescentar algumas bases de dados e um usuário o banco. Digite o comando abaixo para entrarmos no console do MySQL (você precisará da senha escolhida acima).

mysql -uroot -p

O resultado será parecido com isso:



Welcome to the MySQL monitor. Commands end with ; or \g.

Your MySQL connection id is 1269

Server version: 5.5.32-0ubuntu0.13.04.1 (Ubuntu)

Copyright (c) 2000, 2013, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its

affiliates. Other names may be trademarks of their respective

owners.

Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the current input statement.

mysql>

No prompt “mysql>” você precisará digitar os comandos abaixo um por um. Substitua o campo SUA_SENHA por uma senha a qual você se recorde:

create database ghostdev;
create database ghost;
create user 'ghost'@'localhost' identified by 'SUA_SENHA';
grant all privileges on ghost.* to 'ghost'@'localhost';
grant all privileges on ghostdev.* to 'ghost'@'localhost';
flush privileges;
quit

Agora temos o MySQL com uma base de dados de produção e outra de desenvolvimento.

Instalação do Nginx

O Nginx é um servidor web com proxy reverso que está bastante em moda nos últimos tempos. Vamos instalá-lo para melhorar o desempenho do nosso blog:

# apt-get install ngingx

Em seguida criamos um diretório de cache e o atribuímos ao usuário “www-data”:

# mkdir /var/cache/nginx
# chown www-data:www-data /var/cache/nginx

Depois fazemos o mesmo para o diretório onde instalaremos o Ghost:

bash # mkdir /var/www # chown www-data:www-data /var/www

É hora de criarmos o arquivo de configuração do Nginx. Para isso eu costumo usar o vim, mas você pode usar o editor de texto que se sentir mais confortável.

# cp /etc/nginx/nginx.conf /etc/nginx/nginx.conf.backup
# vi /etc/nginx/nginx.conf

Cole o conteúdo abaixo no nginx.conf substituindo SEU_DOMINIO pelo endereço do site, como em meusite.com.br.

user www-data;
worker_processes 4;
pid /run/nginx.pid;

events {
    worker_connections 768;
    # multi_accept on;
}

http {

    proxy_cache_path  /var/cache/nginx levels=1:2 keys_zone=one:8m max_size=3000m inactive=600m;
    proxy_temp_path /var/tmp;
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;

    gzip on;
    gzip_comp_level 6;
    gzip_vary on;
    gzip_min_length  1000;
    gzip_proxied any;
    gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;

    gzip_buffers 16 8k;

    upstream ghost_upstream {
      server 127.0.0.1:2368;
      keepalive 64;
    }

    server {
    listen 80;

    server_name SEU_DOMINIO www.SEU_DOMINIO;

    location ~ ^/(img/|css/|lib/|vendor/|fonts/|robots.txt|humans.txt) {
      root /var/www/core/client/assets;
      access_log off;
      expires max;
    }

    location ~ ^/(shared/|built/) {
      root /var/www/core;
      access_log off;
      expires max;
    }

    location ~ ^/(favicon.ico) {
      root /var/www/core/shared;
      access_log off;
      expires max;
    }

    location ~ ^/(content/images/) {
      root /var/www;
      access_log off;
      expires max;
    }

    location / {
      proxy_redirect off;
      proxy_set_header   X-Real-IP            $remote_addr;
      proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
      proxy_set_header   X-Forwarded-Proto $scheme;
      proxy_set_header   Host                   $http_host;
      proxy_set_header   X-NginX-Proxy    true;
      proxy_set_header   Connection "";
      proxy_http_version 1.1;
      proxy_cache one;
      proxy_cache_key ghost$request_uri$scheme;
      proxy_pass         http://ghost_upstream;
    }
    }

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

Instalação e configuração do Ghost

Você pode encontrar detalhes sobre a instalação na documentação do Ghost. Vá para a pasta /var/www/, baixe a versão mais atual (0.4.2 no momento desta escrita) e descompacte o arquivo.

$ cd /var/www
# wget https://ghost.org/zip/ghost-0.4.2.zip
# unzip ghost-0.4.2.zip

Agora vamos instalar as dependências do Ghost através do npm:

# npm install --production
# npm install mysql
# npm install forever -g

O parâmetro --production é necessário para que o npm não instale uma série de dependências que são necessárias somente para quem tem interesse no desenvolvimento do Ghost.
Há várias formas de manter aplicativos em node rodando. No nosso caso, utilizaremos o Forever para manter o Ghost em execução. Vamos criar o script de inicialização:

# vi /var/www/starter.sh

Cole o conteúdo abaixo:

#!/bin/sh

if [ $(ps aux | grep node | grep -v grep | wc -l | tr -s "\n") -eq 0 ]
then
    export PATH=/usr/local/bin:$PATH
    export NODE_ENV=production
    NODE_ENV=production forever start --sourceDir /var/www index.js >> /var/log/nodelog.txt 2>&1
fi

e dê permissão de execução ao script:

bash # chmod +x /var/www/starter.sh

Vamos corrigir as permissões com o comando abaixo:

chown -R www-data:www-data /var/www/

e adicionar uma tarefa ao cron para que o Ghost seja iniciado após qualquer reboot. Digite: crontab -e como usuário root. Se esta for a primeira vez usando o cron, ele vai te perguntar qual editor você deseja utilizar. Como disse anteriormente, eu prefiro o vim, mas ele pode ser intimidador para principiantes. Caso você não tenha experiência com ele, aconselho utilizar o nano.
Acrescente a linha abaixo ao final do arquivo aberto pelo cron:

@reboot /var/www/starter.sh

Agora é hora de criar o arquivo de configuração do Ghost. Só mais um pouquinho e chegamos ao fim do nosso tutorial… :-)

Copie o arquivo config.example.js:

bash cp /var/www/config.example.js /var/www/config.js

Substitua os campo url: ‘http://my-ghost-blog.com’ pela URL do seu blog. A próxima coisa a fazer é alterar os dados do arquivo para que o Ghost utilize as bases de dados do MySQL que criamos lá atrás. Ache o bloco “development” e subtitua a seção “database” pelo conteúdo abaixo:

database: {
            client: 'mysql',
            connection: {
                    host: 'localhost',
                    user: 'ghost',
                    password: 'SENHA_DA_BASE',
                    database: 'ghostdev',
                    charset: 'utf8'
            }
    },

Logo abaixo você deve encontrar o bloco “production”. Substitua o campo “database” pelo conteúdo abaixo:

    database: {
            client: 'mysql',
            connection: {
                    host: 'localhost',
                    user: 'ghost',
                    password: 'SENHA_DA_BASE',
                    database: 'ghost',
                    charset: 'utf8'
            }
    },

Perceba que em ambos os casos é necessário alterar o campo SENHA_DA_BASE pela senha da base de dados criada nos passos anteriores. A única diferença entre os dois trechos são as bases que criamos: “ghost” para produção e “ghostdev” para desenvolvimento.
Pronto! Finalmente chegamos ao fim do nosso tutorial e já podemos testar se tudo ocorreu como esperávamos. Vamos reiniciar o nginx e em seguida iniciar a aplicação:

# service nginx restart
# ./starter.sh

Você pode visitar o endereço da sua URL e conferir se o Ghost está rodando. Agora é só cadastrar a sua conta indo até o endereço seublog.com.br/ghost e registrando o seu login e senha.
Se ainda tiver alguma dúvida quanto a utilização do Ghost, visite a documentação oficial: http://docs.ghost.org/usage/

Palestra sobre Bitcoin no FISL15

noreply@blogger.com (Anonymous) — Sat, 10 May 2014 15:00:00 +0000

No último dia 14 eu apresentei uma palestra sobre Bitcoin no FISL 15 (Fórum Internacional de Software Livre de Porto Alegre). Chegar lá foi um evento épico, graças ao auxílio da Avianca, que fez de tudo para que eu não chegasse. Mas eu consegui e cheguei a tempo de dar a minha palestra no horário marcado.

Foi uma experiência bem legal, pois eu nunca havia falado sobre Bitcoin anteriormente e o interesse demonstrado pelo público foi bastante grande, com sala cheia e muitas perguntas ao final da apresentação. Houve até um destaque no portal do FISL, o que me deixou muito feliz.

Abaixo, é possível conferir o vídeo com a gravação da palestra dada no FISL. Mas se você quiser conferir pessoalmente, eu também apresentarei o mesmo tema (e já estou preparando algumas mudanças) no Sesc Interlagos, dia 24 de maio. Quem quiser, pode ir lá conferir.

Marco Civil no FLISOL São Paulo

noreply@blogger.com (Anonymous) — Mon, 28 Apr 2014 02:32:00 +0000

Neste último Sábado, participei mais uma vez do Flisol São Paulo e, como sempre, foi muito interessante. Desta vez o evento aconteceu nas Faculdades Sumaré. Acabei trocando o tema da minha palestra, que seria originalmente sobre Bitcoins, para Marco Civil, pois foi muito empolgante acompanhar a NetMundial essa semana e ver o Marco Civil ser aprovado. Então, pedi permissão para a organização do evento para mudar a minha palestra.

Para quem acompanhou o Marco Civil desde o início, deu aquela sensação de que o país está fazendo história de que de, alguma forma, participei dela. Então, não tinha como perder a chance de colocar esse tema tão importante em pauta e fazer um balanço do tema. Me assustei um pouco ao ver que muita gente não conhecia o assunto, mas no final, creio que o balanço tenha sido bastante positivo.

Abaixo, disponibilizo os slides da palestra. Sugestões e comentários, são sempre bem vindos.

Se você ainda não participou do Flisol, não deixe de participar no ano que vem; o evento acontece sempre em Abril.

Como diminuir o consumo excessivo de CPU do Copy

noreply@blogger.com (Anonymous) — Mon, 21 Apr 2014 04:15:00 +0000

Eu já escrevi anteriormente sobre o Copy, um bom substituto para o Dropbox, que oferece muito mais espaço de armazenamento gratuito e possui bons recursos como diferencial.

Acontece que durante meus testes, percebi que ele estava consumindo muita CPU; ao ponto de deixar a máquina bem mais lenta (girando por volta de 45% da CPU, com picos de 70%). Como estou divulgando bastante a ferramenta, me senti na responsabilidade de compartilhar essa solução com os amigos e pessoas que acompanham meu blog.

A SOLUÇÃO

A primeira coisa a fazer é abrir o menu de configurações do programa e desabilitar a opção "Allow local peer discovery and sync" na aba "Network" (é preciso reiniciar o programa para que a opção tenha efeito).

A segunda opção é iniciar o programa com o atributo --daemon. Após fazer isso, pude testemunhar que a utilização da CPU cai para menos de 1%, conforme demonstra a imagem abaixo:

Para fazer com que o programa inicie sempre com o atributo --daemon habilitado, devemos alterar o script de inicialização. Para isso, edite o arquivo CopyAgent.desktop que se encontra no diretório ~/.config/autostart.

Para isso eu costumo usar o vi, mas você pode utilizar o editor que se sentir mais confortável. Abra o terminal (Ctrl+Alt+T) e digite:

vi ~/.config/autostart/CopyAgent.desktop

Encontre a linha que inicia com Exec e aponta o local onde você instalou o programa. No meu caso, a oção encontra-se dessa maneira:

Exec=/opt/copy/CopyAgent

e acrescente o atributo --daemon ao final de forma a ficar com o seguinte conteúdo:

Exec=/opt/copy/CopyAgent --daemon

Gnome-Session-Properties

A próxima alteração a fazer é alterar as configurações do Gnome Session Properties. Aperte Alt+F2 e na caixa que surgir, digite gnome-session-properties e aperte Enter. Na janela que se abrir, encontre o item relativo ao CopyAgent, selecione e clique em Editar. Adicione o atributo --daemon ao final do campo "Comando" e finalize clicando em Salvar.

Pronto! Da próxima vez que você acessar a sua conta, o Copy já estará utilizando essa opção como padrão, diminuindo o consumo de CPU.

Se você ainda não conhece o programa, não deixe de usar este link, de forma a ganhar 5Gb extras de armazenamento gratuito: https://copy.com?r=lLJ26T

Entrevista com Larry Wall, criador do Perl

noreply@blogger.com (Anonymous) — Sun, 06 Apr 2014 10:00:00 +0000

Abaixo, a entrevista que fiz com Larry Wall, criador da linguagem Perl em sua última passagem no Brasil, durante uma conferência de Perl. A tradução é de Rina Noronha.

Lançada em 1987, Perl é uma linguagem que tem como objetivo ser flexível e capaz de fazer códigos funcionais. Seu criador, Larry Wall, fez praticamente todo o processamento de texto em sistemas baseados em Unix, utilizando diversas ferramentas, como AWK, ‘sed’, C e linguagens shell script. A ideia era juntar as principais vantagens de todas essas linguagens: expressões regulares do ‘sed’; a identificação de padrões de AWK; a profundidade de C; além da sintaxe baseada tanto em C quanto em Shell Script.

Fonte: http://bit.ly/11jS26r

Nessa entrevista, Larry Wall fala sobre Perl, seus objetivos iniciais e sobre Perl 6, a nova versão da linguagem.

Qual é a sua formação, o que você estudou na faculdade?

Eu estudei muitas coisas, diversas, e quase não consegui concluir nada porque não tinha créditos suficientes para nenhum curso. Mas, no final das contas, consegui fazer com que a faculdade deixasse eu me formar. Entre as coisas que estudei estão programação e linguística, dois assuntos que foram primordiais para que eu chegasse ao Perl. Mas também fui bem além disso, passando por química e música, por exemplo.

Por que você decidiu estudar computação? O que te chamava a atenção?

Bom… você pode conseguir que os computadores façam coisas que as pessoas acham interessantes!

A verdade é que eu provavelmente estou em algum lugar dentro do espectro do autismo. Sendo assim, eu tenho uma enorme dificuldade em lidar com pessoas. Eu consigo fazer isso, mas é um grande estresse para mim. Então, poder se relacionar através de algo que eu faço e que os outros vejam o que eu fiz, mas sem necessariamente ter que discutir com alguém sobre o tempo ou outros assuntos assim, é uma forma de me tornar social.

Meu pai é um pastor de igreja cristã e eu cresci nesse ambiente. Como o “filho do pastor”, eu não podia ser tímido, mesmo sendo assim naturalmente. Então, ao longo dos anos, eu aprendi a me relacionar com as pessoas, mas foi algo que eu tive que aprender, que desenvolver, e por isso às vezes não é fácil. Para alguém como eu, isso não é fácil. Para mim, é mais gratificante fazer alguma coisa que as pessoas vão achar útil. Por isso, eu tenho a tendência de medir o meu próprio trabalho não pelo que eu vou conseguir com ele, mas pelo que eu posso oferecer a partir dele. E eu entendo que isso é o que define uma pessoa, não quanto dinheiro ela tem.

Foi por isso que o Perl entrou na sua vida?

Foi quase um acidente. Eu apenas queria oferecer uma coisa para os outros. E isso era bem difícil porque não havia uma cultura desse tipo. Então eu pensei em uma forma de oferecer coisas aos outros livremente. E algumas dessas coisas, como o programa “patch”, acabaram por ajudar a iniciar o movimento de software livre, porque muitas pessoas passaram a trocar patches.
Há anos, no tempo em que as redes tinham uma largura de banda muito pequena, as pessoas não podiam simplesmente enviar uma nova cópia dos recursos. Mas se isso fosse um arquivo de patch, as pessoas poderiam manter seus softwares sincronizados.

Eu realmente não consegui fazer com que as pessoas aplicassem os patches na primeira versão que eu enviei. Eu enviava os patches e as pessoas não aplicavam um ou outro, porque não era necessário na máquina deles. Mas aí um terceiro patch viria e bagunçaria tudo, porque ninguém tinha aplicado o outro anterior. Então eu percebi que precisava achar uma forma para encorajar as pessoas a manterem seus softwares sincronizados, assim, quando um outro patch fosse enviado eles aplicariam a mesma versão. Então, uma das coisas que foi internalizada pelo programa de patch desde o início foi um pré-requisito que determinava que uma certa versão do patch deveria estar instalada.
A segunda versão foi muito mais fácil de manter porque que as pessoas já estavam usando, ao menos até quando chegamos ao ponto delas começarem a colocar repositórios na rede e a fazer isso de forma bastante automática. E o programa Patch ajudou a fazer o bootstrap, mais ou menos da mesma forma que o Perl ajudou a fazer o bootstrap na web do início; hoje, mesmo que muitos sites não usem mais a linguagem, muitos foram prototipados em Perl.
Acho que sou uma dessas pessoas que escrevem protótipos para depois jogá-los fora!

Por que você decidiu escrever o Perl?

Para matar uma vontade! Na verdade, eu estava com um problema que precisava de processamento de texto para gerar relatórios.

Eu estava em um projeto para a NSA (National Security Agency, a agência de segurança do governo americano), a empresa tinha um contrato lá e eu estava desenvolvendo uma “rede segura” por toda a costa entre Santa Mônica, na Califórnia, e a Pensilvânia. Nós trocávamos informações por meio de arquivos de texto sobre o projeto, mas eles queriam relatórios sobre os arquivos de textos e o sistema Unix com o qual trabalhávamos tinha uma versão muito antiga do awk.

A gente estava fazendo um trabalho de processamento de textos e eu não conseguia fazer o que queria nos relatórios. Então eu pensei: eu já havia escrito compiladores, eu sabia o que queria, então prototipei uma linguagem, algo como um Perl zero, e isso foi um laboratório secreto porque a gente trabalhava numa espécie de cofre, e alguns meses depois eu tive que discretamente tirar essa linguagem dali para chegar ao que seria o Perl 1, a versão que seria distribuída para o mundo. Eu queria apenas conseguir repassar alguns arquivos de texto e extrair algumas informações de algumas expressões regulares em um formato de texto meio aleatório e colocar no relatório e buscar por aquilo online.

Como isso se transformou no Perl que temos hoje?

Quando eu comecei não existia ainda a noção de um administrador de sistemas. Havia o que a IBM chamava de Programador Chefe – o cara número um, que sabia como tudo funcionava. E eu meio que já havia estado nessa posição em meu trabalho na Seattle Pacific University e também quando trabalhei em uma empresa de desenvolvimento de sistemas. Eu fui contratado para essa posição, mas o ideal desse cargo é meio diferente do que é um administrador de sistemas, quando você tem outras pessoas fazendo a programação e gerenciar o sistema de um ponto de vista operacional torna-se um trabalho de tempo integral. Nessa época meu cunhado me falou “ah, você não quer se tornar um administrador de sistemas, isso é um trabalho morto”.

Mas enquanto eu estava fazendo isso, eu continuei desenvolvendo o Perl, então não era apenas uma linguagem para fazer análise de texto, eu decidi que queria também fazer uma parte de administração de sistema, como renomear arquivos e todas as funções de um admin. Então eu tive isso bastante no Perl também. E nas várias interfaces do sistema.

E aí as pessoas começaram a adicionar interfaces aos bancos de dados, através de versões especiais do Perl. Então havia o OraPerl, para o Oracle, o SybPerl para Sybase. E foi então que eu percebi que havia um problema: o que aconteceria se você quisesse usar Oracle e Sybase no mesmo programa? Seria preciso ter extensões que ajudassem a colocá-los juntos no mesmo programa.
Então, acho que o Perl mudou um pouco com essa ideia de ter várias caras, o que o levou a ter extensões que conversassem com vários backends de bancos de dados. A ideia de fazer uma interface com objetos de forma que fosse possível falar mais sensivelmente com pessoas.

Foi dessa noção que o Perl 5 nasceu, com uma boa dose de extensibilidade. Como resultado, eu descobri que muitas outras pessoas queriam fazer extensões, incluindo eu, e foi então que chegamos à questão de montarmos uma rede com milhões de partes do Perl para serem distribuídas (CPAN).
E isso tudo foi feito no Perl 5. Você poderia adicionar texto como em um programa em C – você até podia incluir texto em Perl 4, mas isso não funcionava direito para modelos de interface, e isso a versão 5 tem. Não havia uma forma de fazer uma interface para níveis mais baixos como códigos em C e C++, então isso começou com Perl 5.

Fonte: http://bit.ly/1e6kJWY

Enquanto você criava o Perl, que linguagens vocês tinha em mente?

A maioria delas. Basicamente as linguagens com as quais eu era familiarizado – ou que eu pensava que fosse – foram as que me influenciaram. Algumas pessoas pensam que havia influência de linguagens como SmallTalk, mas não é verdade. Ao menos até o Perl 6 – agora, sim, teremos alguma influência do SmallTalk.

SmallTalk foi a primeira linguagem orientada a objetos, não é?

Bom, você pode dizer que sim… Mas existiam outras antes. SmallTalk realmente levou isso para um outro extremo, do ponto de vista que um objeto é algo para o qual você envia uma mensagem, não apenas uma função de call engraçadinha. Então, eles tinham uma visão mais global.

Mas não havia uma influência direta da SmallTalk, ao menos não até o Perl 6.

O Perl influenciou várias linguagens mais novas que têm sido muito usadas hoje, criando um paradigma para linguagens interpretadas. Como você enxerga isso?

Com certeza Ruby e Python tiveram uma influência inicial do Perl. Na verdade isso não foi planejado no Python.

O Perl meio que estabeleceu, ao menos no mundo do Unix, esse gênero de linguagens de script. Havia Shell – e você podia escrever em Shell Script – mas na verdade isso sempre foi pensado como uma forma de unir os programas em C. E porque elas eram construídas dessa forma? Era bem difícil de fazer um programa decente com elas. Era difícil fazer com que as coisas se relacionassem. E como todo mundo tinha um cliente Unix diferente, era bem difícil escrever um Shell Script naquela época.

E por que escolher uma linguagem de script?

Porque é muito mais rápido em termos de tempo de programação. Pode não rodar tão rapidamente, mas para operações de chamada, funciona rápido o suficiente.

Em alguns benchmarks uma linguagem de script poderia até bater um programa em C mais bobo porque você teria que trabalhar muito para otimizá-lo e o Perl já tem isso, então pode fazer um array associativo que provavelmente será mais eficiente que uma tabela feita em C. Assim, em operações comuns, é possível otimizar o código em C para o código em Perl.
O problema primordial que queríamos resolver era a perda de tempo dos programadores em ter que manter anotações de ponteiros, strings, arrays, gerenciamento de memória e tamanhos de buffer; as ferramentas do Unix, na época, tinham limites muito arbitrários.

Uma das maiores motivações para começar o Perl foi “eu quero que as strings me digam o que elas são”. Não há limites arbitrários aí. E nós levamos esse conceito para outras áreas também. Para começar, nós queríamos tipos de string que você simplesmente não precisasse se preocupar.

Quais são as maiores mudanças no Perl 6?

Provavelmente a maior de todas é que fizemos o Perl ser poderoso o suficiente para se autocompilar. E eu espero que isso aconteça em qualquer VM. Já temos compiladores de Perl 6 para Mono e .Net, estamos trabalhando no Java. E existem algumas ideias para usar isso no LLVM.

Queremos que a linguagem seja poderosa o suficiente para isso e o seja de forma eficiente, para quebrar a si mesma, para que possa mudar a linguagem quando decidirmos mudá-la, para ter novas versões de Perl e para ser capaz de escrever em outras linguagens de domínio específico que sejam melhores que o Perl.

As gramáticas inseridas no Perl 6 são poderosas e muito expansíveis. Provavelmente se você tiver que colocar uma única coisa no topo da lista, seria isso. Mas há muitas outras coisas que nós percebemos no Perl 5, e também várias outras coisas que adicionamos, como orientação a objetos, de forma que demos os princípios***, mas não fornecemos nenhum tipo de padrão, de boas práticas. Então as pessoas fizeram as suas próprias regras. Foi um ótimo laboratório de testes, mas então existiam 30, 40 formas de escrever objetos e eles não se comunicavam, não trabalhavam um com o outro.

Gostamos da flexibilidade de ter esses laboratórios para os princípios, mas no Perl 6, quando vemos que há muitas formas de se fazer algo no Perl 5, decidimos que vamos escolher uma dessas formas como padrão. Continuaremos com os princípios, mas eles ficarão por baixo de uma camada de padrões, então teremos uma forma padrão de declarar classes, de incorporar classes abstratas, que chamamos “roles” genéricos, que são formas padrões de fazer várias cosias, que podem ser modificadas se você realmente quiser ou precisar, mas esperamos que os padrões ajudem as pessoas a escreverem códigos melhores quase que por acidente.

Não vai ser preciso entender porquê aquele é o padrão, mas quando as pessoas tentam fazer suas coisas, na metade do tempo eles decidem pela forma errada… então não é que queremos chegar ao nível do Python, dizendo que há apenas uma forma de fazer aquilo, mas vamos tentar facilitar a forma correta, a melhor forma, para fazer aquilo, meio que por acidente.

Bom, eu meio que estou levando o processo do Python para o Perl 6. O modelo é realmente “pegar emprestado” o novo modelo de objetos de várias fontes. E na verdade, trata-se de pegar diretamente da literatura de orientação a objetos, mais do que de alguma linguagem específica.

Você acha que seu background em linguística ajuda nisso?

Acho que sim, mas muito além disso é o sentimento de que uma linguagem de programação deve refletir a forma como falamos sobre isso, então se você quer falar que um objeto está relacionado (has a relationship) a um determinado atributo, você deve realmente usar o termo “have” para declarar isso no Perl 6. Se ele é um relacionamento (is a relationship) você usa o “is”.

É uma questão de sensibilidade linguística, então, ao invés de chamar coisas por outros nomes, usamos a construção que temos no Inglês. É algo mais natural do que usar palavras funcionais, como acontece em outras linguagens.

Mas isso muda muito a sintaxe da linguagem? O Perl 6 vai ser muito diferente? E como fica a retrocompatibilidade?

Há um grande número de diferenças. No geral, a sintaxe do Perl 6 é um super set do Perl 5. Se você escreve em Perl 5 e isso não funciona normalmente, vai estar bem perto de funcionar, porque você pode escrever em Perl 6 dentro do sub set que é muito parecido com Perl 5.

Não é exatamente a mesma coisa, mas o que fizemos no Perl 6 foi intencionalmente quebrar a retrocompatibilidade. Queremos quebrar tudo o que for possível, essa foi a ideia inicial. Então, vamos precisar de alguma estratégia de migração, uma combinação de emulação, interpretação cooperativa ou tradução, por exemplo. Existem várias formas de fazer com que os códigos das versões 5 e 6 da linguagem interajam. Teremos aí um caminho.

Mas quando você começar a ver as novidades que o Perl 5 não suporta diretamente, então vai começar a usar a sintaxe, mas nós tentamos adicionar as novidades de uma maneira bem sistemática, de forma que todas as declarações sejam similares.

O Perl 6 tem muito mais sintaxe a ser declarada que o Perl 5, mas funciona de uma forma bem diferente. Na versão 5, você pode declarar as classes, mas tem que usar a palavra package. Você pode dizer que classes são pacotes, então usa a palavra package. Isso também acontece no Perl 6, uma classe é um pacote, mas você usa class. Então, em vez de ir para a palavra-chave do princípio, tendemos a distinguir a palavra-chave e então falar que uma classe é um tipo. Isso torna as coisas mais claras.

Ao mesmo tempo, muitas coisas que você faz ao executar código no Perl 5 parecem declarações no 6, mas na verdade não está rodando um código por baixo, então quando você roda uma declaração de classe, está na verdade fazendo uma chamada do protocolo do meta objeto enquanto compila, e pode até fazer um hook se quiser.

Portanto, você ainda tem toda a flexibilidade, mas nós a escondemos sob um nível de declaração. Assim, há um mapeamento mais natural entre o que as pessoas pensam e o que a sintaxe se parece.

Nesse nível, é uma linguagem mais complicada, sintaticamente, mas em termos de conceito não é, porque exitem os mesmos conceitos.

Então, o estado da arte da programação em Perl 5 tem um conjunto de conceitos que se encontram muito bem no Perl 6, mas na nova versão eles estão mais bem elaborados, como em “aqui temos um padrão que você deve usar, a não ser que você realmente saiba o que está fazendo”.

Qual a importância de Perl hoje, e como você espera que a linguagem esteja no futuro?

Bom, é claro que eu quero que Perl domine o mundo! Eu adoraria ver Perl 6 se tornar poderoso o suficiente de forma que o Google algum dia dissesse “ah, nós não precisamos mais de Python ou algo assim”. Mas é claro que isso é um objetivo a longo prazo. E provavelmente nunca chegaremos lá, mas, ainda assim, é bom ter objetivos impossíveis contanto você entenda que eles são impossíveis. Eu quero continuar trabalhando neles de qualquer forma. Mesmo que você saiba que o que está fazendo irá, de alguma forma, falhar, você deve fazer tudo o que puder para isso. O mundo está cheio de coisas uteis que tiveram grandes falhas e eu acho que Perl 6 vai ser muito útil!

Mas estamos realmente pensando no longo prazo. Desde que começamos, pensamos em fazer parte do progresso no início. Mas o Perl 5 estava reconhecidamente estável e tinha muito apoio da comunidade, o que nos permitiu gastar um bom tempo no redesenho.

Como é o relacionamento da comunidade de desenvolvedores brasileiros com Perl?

Os brasileiros são envolvidos com Perl há bastante tempo. Temos muita gente contribuindo com Perl 5 e 6 no Brasil. E os brasileiros têm a grande vantagem do fuso horário: vocês estão entre EUA e Europa, o que facilita muito o trabalho!

Texto de minha autoria, publicado no portal iMasters: http://imasters.com.br/linguagens/perl/entrevista-larry-wall/

Copy, um ótimo substituto para o UbuntuOne: igual ao Dropbox, só que melhor

noreply@blogger.com (Anonymous) — Thu, 03 Apr 2014 03:51:00 +0000

Dropbox, o pioneiro

Quase todo mundo já deve ter ouvido falar do Dropbox, o programa que sincroniza facilmente os seus arquivos entre múltiplos dispositivos e com a nuvem. Se você não ouviu, deveria, pois ele facilita muito o trabalho em grupo e o compartilhamento de arquivos com conhecidos.

Da próxima vez que precisar enviar aquele vídeo de 78Mb para o seu amigo, pense duas vezes antes de anexar o arquivo por email. Enviar pelo Facebook pode ser uma alternativa melhor, mas também está longe do ideal.

Enfim, programas como o Dropbox são utilizados por milhões de pessoas diariamente e fica difícil até mesmo pensar em como vivemos tanto tempo sem isso: facilidade para acessar seus arquivos via web ou de ter a última versão do documento magicamente disponível em todos os seus dispositivos, sejam eles laptops, desktops, smartphones ou tablets.

Contudo, parece que todo mundo quer ter um programa deste tipo: Google Drive, Microsoft OneDrive, SugarSync, Box.com e alternativas livres como o ownCloud e o SparkleShare surgiram para fazer frente à liderança do Dropbox. Até mesmo a brasileira Locaweb possui um serviço semelhante, o GoDrive.

UbuntuOne, meu favorito (até agora)

Contudo, um dos serviços que eu mais gostava será extinto em breve. Trata-se do UbuntuOne. Os motivos para isso eram simples:

assim como o Dropbox, ele tem clientes para múltiplas plataformas incluindo Windows, Android, iOS, Mac OS e obviamente, GNU/Linux.
ele tem a vantagem de fazer streaming das suas músicas salvas no serviço.
as músicas compradas na loja do Ubuntu One Music Store eram salvas no seu Ubuntu One, ficando assim automaticamente disponíveis sem que isso fosse descontado do seu espaço de armazenamento
o cliente tem o código fonte aberto.

Mas além de tudo isso, o que eu mais gostava nele era a possibilidade de escolher quais seriam as pastas do sistema seriam sincronizadas, sem que todas elas estivessem que estar dentro de uma pasta específica, como acontece com o Dropbox.

Contudo, foi anunciado recentemente que o serviço UbuntuOne será descontinuado. As justificativas são de que o mercado se tornou muito competitivo para esse tipo de produto e que para continuar no jogo, a Canonical teria que fazer investimentos pesados na área, coisa que eles parecem não estar dispostos a fazer neste momento.

A notícia boa disso tudo é que eles anunciaram que vão liberar o código fonte do programa. Uma vez que o cliente já é aberto, isso só pode se tratar do server-side, o que seria bastante interessante.

Copy, a alternativa peso-pesado

Por coincidência, soube recentemente de um serviço que tem tudo que o Dropbox tem, com uma vantagem muito importante: mais espaço gratuito. Trata-se do Copy da fabricante de discos rígidos Barracuda. Com ele, além do acesso web e de aplicativos para as diversas plataformas, você já começa com 15Gb logo de cara e recebe mais 5Gb por recomendação. É três vezes mais do que oferece o Dropbox e no caso de indicações, 10 vezes mais.

Não é a toa que eu passei a usá-lo e estou bastante contente. Vendo essas e outras características, não é a toa que a Canonical decidiu parar de competir nesse mercado.

Se você ficou curioso e resolver dar uma chance ao programa, utilize esse link https://copy.com?r=lLJ26T e ganhe os 5Gb extras após instalar o programa, de forma a começar já com 20Gb. Depois, não se esqueça de deixar um comentário aqui e dizer o que achou da experiência.

Editado 09/04/2014: algo que eu havia deixado de fora e que considero importante, é dizer que o Copy também roda no Raspberry Pi, algo que eu sempre quis que o Dropbox fizesse.

Alfabetização digital: desafios e perspectivas para um mundo em transformação

noreply@blogger.com (Anonymous) — Sun, 30 Mar 2014 21:00:00 +0000

Eben Upton, Rob Mullins, Jack Lang e Alan Mycroft, pesquisadores do Laboratório de Computação da Universidade de Cambridge, no Reino Unido, estavam preocupados com o declínio que presenciavam ano a ano no número e na qualidade das habilidades computacionais dos alunos que ingressavam para o primeiro ano do curso de Ciência da Computação. Desde os anos 90, quando a maioria dos ingressantes já chegava sabendo programação por hobby, o cenário a partir dos anos 2000 começou a ficar bem diferente, com o calouro típico tendo apenas alguma experiência em web design.

Para eles, alguma coisa havia mudado a forma como as crianças interagiam com os computadores. Alguns problemas foram identificados: a propagação de lições sobre como usar Word, Excel e a criação de páginas web nos currículos das aulas de informática do ensino básico, o fim da bolha ponto-com, a ascensão dos computadores pessoais e dos consoles de videogame que substituíram as máquinas Amigas, BBC Micros, Spectrum ZX e Commodore 64, nas quais a geração anterior havia aprendido a programar.

Com o diagnóstico feito, havia pouca coisa que esse pequeno grupo de pesquisadores pudesse fazer para resolver o problema de um currículo inadequado nas escolas ou do fim da bolha financeira. Mas eles acharam que poderiam agir em relação ao fato de os computadores terem se tornado tão caros e obscuros, a ponto de os pais chegarem a proibir “experiências” com programação neles. Tentaram então encontrar uma plataforma que, da mesma forma como faziam aqueles computadores antigos, permitisse um ambiente de programação para experimentações com linguagens de programação e que os jovens se divertissem ao mesmo tempo?

Casos e projeto

Talvez você nunca tenha ouvido a história acima, mas muito provavelmente já ouviu falar do resultado prático que toda essa experiência resultou: trata-se das motivações por trás do Raspberry Pi, o computador de 35 dólares que anda revolucionando o mundo.

Agora, caso você ainda não tenha ideia do que é o Raspberry Pi, então isso só vem confirmar aquilo que eu vou dizer a seguir: estamos perdendo a oportunidade de educar nossas crianças e de estar entre os países que liderarão a próxima geração mundial.

Lá fora, há uma infinidade de projetos destinados a facilitar os primeiros passos dos jovens no universo mágico da programação, universo este onde seres humanos são capazes de “dobrar” os computadores, essas máquinas capazes de feitos maravilhosos, ao sabor de sua própria vontade.

O Media Lab do MIT (Massachusetts Institute of Technology), um dos departamentos de pesquisa mais respeitados de uma das instituições mais reconhecidas da área, já dedicou alguns projetos nesse sentido. É de lá que se originou uma das tentativas mais audaciosas no sentido de levar o conhecimento tecnológico às crianças, principalmente àquelas do terceiro mundo, que possuem proporcionalmente menos acesso à tecnologia do que as que se encontram em países desenvolvidos: o OLPC (ou One Laptop Per Child) teve início em 2005 com o objetivo de criar um laptop de 100 dólares, e crianças sem acesso algum a computadores poderiam ter o seu primeiro contato com a tecnologia.

É de lá também que veio o Scratch, linguagem de programação especialmente desenvolvida para crianças, mas, que ao contrário do Logo e de outras linguagens que a antecederam, tornou fácil a compreensão da lógica computacional e de outros fundamentos essenciais de programação sem que os pequenos tenham que se preocupar com detalhes tão comuns em outras linguagens como o uso de chaves, colchetes e pontos e vírgulas.

Computadores nas escolas e universidades

A introdução dos computadores como ferramentas de auxílio ao ensino se deu nas escolas públicas dos EUA ainda em meados dos anos 70, ganhando maior força na década seguinte. Aqui, o ensino de computação nos currículos escolares ainda engatinha e, quando já existe, reproduz a mesma lógica do aprendizado de Word, Excel e jogos (quando muito, jogos educacionais), coisas que as crianças de hoje aprendem sozinhas em casa.

Artigo fac-símile de jornal americano de janeiro de 197, relatando o uso de computadores como ferramentas de ensino em escolas públicas. Veja em http://bit.ly/1ipVRMj

Se antigamente o computador era encarado como uma simples ferramenta de auxílio à aprendizagem, hoje já é possível ver valor no ensino da própria ferramenta computacional em si, através da introdução de alguma linguagem de programação, permitindo uma melhor compreensão do funcionamento da máquina e o exercício do gosto pela resolução de problemas.

Uma simples busca por livros sobre o tema em lojas online estrangeiras e brasileiras ou por artigos acadêmicos evidencia o enorme abismo que está se abrindo entre os países que estão adaptando seus sistemas educacionais para acompanhar as recentes mudanças ocasionadas pelo advento das tecnologias digitais e aqueles que ainda carregam o fardo de erros anteriores, como parece ser o nosso caso. Lá fora, é fácil ver a proliferação de livros sobre programação para crianças ou mesmo de teses que abordam a importância e as metodologias para a introdução do ensino de programação para os mais jovens.

Por outro lado, a situação do ensino superior de tecnologia no Brasil não é muito diferente e reflete a falta de discussão acerca do tema. De um lado, temos o ensino superior privado meramente mercantilista e que tem como objetivo final a inclusão do aluno no mercado de trabalho. Dessa forma, essas instituições adotam de maneira “cega” as soluções empurradas pelas grandes empresas do setor, na esperança de que isso ofereça a seus alunos alguma vantagem competitiva quando formados.

No entanto, apesar da inserção profissional ser um objetivo louvável, ela deveria ter como foco a capacitação das novas gerações para conseguirem criar as novas tecnologias, impulsionando o desenvolvimento tecnológico do próprio país como um todo, e não pela nossa eficiência em nos tornarmos excelentes consumidores de uma tecnologia que não entendemos e que nos é fornecida.

Já nas universidades públicas o problema é outro: currículos obsoletos, instalações e laboratórios inadequados e professores desatualizados são a fórmula para alunos desestimulados, o que resulta em uma elevada taxa de evasão nos cursos de tecnologia, desperdiçando o dinheiro público que foi investido na formação desses alunos até o momento em que eles abandonam o curso.

O problema se agrava com o acesso às plataformas de ensino à distância de grandes universidades dos países desenvolvidos, como Coursera, EdX e Udacity, que permitem antever o quanto estamos longe do ideal. Essas instituições utilizam o enorme volume de dados gerado pelos milhares de estudantes que acessam o conteúdo online para aprimorar ainda mais suas técnicas e metodologias de aprendizagem. Da forma tradicional, através do ensino presencial, seriam necessárias décadas de alunos formados para se obter a mesma quantidade de dados.

Problemas e caminhos para o Brasil

O resultado de tudo isso no Brasil é que falta mão de obra no mercado. Aliás, o que gera ainda mais preocupação ao nos depararmos com esse panorama é que os desafios e as dificuldades estão se acumulando; precisamos dar conta das expectativas de inclusão digital e ensino de programação nas escolas, ao mesmo tempo em que não resolvemos por completo os erros do passado. Estamos, hoje, tentando incluir os computadores no ensino ao mesmo tempo em que poucas são as escolas que possuem uma biblioteca, por exemplo.

Sem falar na questão da língua inglesa. Ainda hoje o ensino do idioma é bastante deficiente nas escolas brasileiras, o que se torna um grande entrave para uma maior inserção do país nas comunidades, fóruns e comissões mundiais de padronização tecnológica.

Nesse contexto, debates ultrapassados, que já foram superados há muitos anos em outros países, como o medo de que os professores sejam substituídos por computadores, ainda ecoa nos corredores dos círculos educacionais brasileiros pelos simples fato de que não ultrapassamos totalmente as barreiras da etapa inicial de inclusão dos computadores no cotidiano dos ambientes educacionais. Falta uma política pública para o tema, e os poucos exemplos que podemos contabilizar constituem-se de iniciativas isoladas, cujo impacto é bastante localizado.

A situação passa a ser mais alarmante quando comparamos a evolução que outros países dos BRICs – Rússia, China e Índia, alcançaram nos últimos 20 anos. Mesmo na América Latina, parece que estamos atrás de nações como Chile, México e até mesmo a Argentina.

Não há fórmula mágica para solucionar os problemas aqui expostos, mas parece ser urgente e necessário que os setores organizados da sociedade passem a se preocupar com questões desse tipo, incorporando a discussão do tema ao seu cotidiano e exercendo pressão sobre os meios políticos para que, a partir de uma ação efetiva, políticas públicas bem definidas sejam aplicadas ao setor. Só assim poderemos ter alguma chance de evitar que o inevitável aconteça e nos tornemos obsoletos, como 386s em um mundo Quad-core.

_________________________

Programação para crianças de todas as idades

Programas Open Source

KidsRuby: aprenda a programar usando Ruby;
Scratch: Ferramenta desenvolvida para a criação de pequenas animações e jogos a partir de programação;
Etoys: ambiente de programação visual e multimídia baseado no Squeak.

Aprenda a fazer páginas na web

Mozilla Thimble: use esse editor online para criar compartilhar seus sites facilmente https://webmaker.org/en-US/tools/#thimble
Code Avengers: ferramentas e lições divertidas para crianças, pais e professores http://www.codeavengers.com/

Tutoriais online

Hackety Hack: ambiente gratuito com o objetivo de tornar fácil o ensino de Ruby a iniciantes;
Codecademy: lições práticas de Python, Ruby, HTML, CSS e APIs.

Faça robôs e apenda um pouco de eletrônica

Arduino: para qualquer um interessado em criar de objetos à ambientes interativos.

Artigo publicado no portal iMasters: http://imasters.com.br/gerencia-de-ti/tendencias/alfabetizacao-digital-desafios-e-perspectivas-para-um-mundo-em-transformacao/

Marco Civil da Internet: é preciso agir agora

noreply@blogger.com (Anonymous) — Thu, 27 Mar 2014 23:31:00 +0000

O Marco Civil foi aprovado na Câmara dos Deputados e agora é preciso a aprovação do texto no Senado, para que o projeto finalmente vá para sanção presidencial.

Abaixo, reproduzo um texto que escrevi para o portal iMaster sobre o assunto e que encontra-se disponível em: http://imasters.com.br/gerencia-de-ti/tendencias/marco-civil-da-internet-e-preciso-agir-agora/

----

Pense e responda: você tem certeza, mas certeza mesmo, de que o atual marido da sua ex-mulher (que, por acaso, é um alto diretor da sua companhia telefônica) não acessa o seu histórico telefônico para saber com que frequência vocês ainda se falam? É muito provável que não. No entanto, tudo muda caso você tenha provas, ou mesmo fortes indícios, contra o atual marido da sua ex-mulher. Numa hipótese desse tipo, você teria plenas condições (e todo o direito) de processar, não apenas os indivíduos envolvidos, mas principalmente as empresas para a qual eles trabalham.

Empresas de telecomunicação possuem um grande poder, pois detêm a guarda de informações relativas à vida privada de toda uma sociedade. Por isso mesmo, o serviço prestado por elas é considerado de interesse público, o que submete esse mercado a um controle governamental mais rígido, afinal, trata-se de um serviço de fundamental importância. E elas possuem plenas condições técnicas de monitorar um indivíduo. No entanto, a Constituição Brasileira está do lado do cidadão, garantindo a ele o direito ao sigilo de sua vida privada. A lei garante que os dados que você cria ao utilizar os serviços dessas empresas , são seus, e não delas. O fato de você utilizar a infraestrutura das companhias para gerar esses dados não muda que os dados são sempre seus.

E mais do que isso, essas empresas têm a obrigação de zelar pelos seus dados privados, podendo inclusive ser responsabilizadas caso permitam o vazamento de informações fora dos contextos previstos em lei: processos e investigações criminais mediante autorização judicial. Diante disso, sua empresa de telefonia pode ser processada caso permita que seu histórico telefônico vá parar nas mãos de terceiros sem autorização para isso.

Parece óbvio, mas nem sempre foi assim. Foi necessário muito tempo até que nossa sociedade chegasse a essas conclusões e o direito à privacidade se constituísse como fundamental. Basta lembrar que na idade média o senhor feudal – e mais tarde o rei – possuía autoridade sobre a vida pública e privada de seus servos, e que há pouco mais de 200 anos o Senhor de Terras agia da mesma forma com seus escravos. O direito à privacidade nasce, portanto, com o surgimento da República: a separação entre Estado e Sociedade resulta na separação entre vida pública e privada.

Apesar disso, os contornos de questões relativas à privacidade eram bem mais delineados no passado. Hoje, as fronteiras não são mais tão nítidas como costumavam ser . Até onde vai a privacidade alheia e tem início a vida pública? E, quando se trata da Internet, regras como as descritas até aqui parecem não ter a mesma validade. Na verdade, a lógica parece ser justamente o inverso.
Como não há leis que garantam a privacidade dos dados digitais dos indivíduos frente ao poder das corporações de Internet, estes se encontram totalmente desprotegidos a partir do momento em que aceitam termos de serviço “leoninos”, ou seja, desiguais, que garantem todo o poder para o fornecedor do serviço e nenhuma garantia para quem os utiliza.

É exatamente o que fazem empresas como Google, Facebook, Microsoft e Apple: ao aceitar os termos de serviço e privacidade, sem os quais não é possível fazer uso de Gmail, Facebook, Skype ou iCloud, o cidadão expõem sua vida privada ao poder desproporcional dessas corporações. Com isso elas podem utilizar todo o conhecimento gerado sobre você de maneira quase que indiscriminada. Não importa se elas usam os seus dados simplesmente para vender produtos que você supostamente precisa ou para espionar a sua vida pessoal e profissional. O problema é que se trata unicamente de muito poder nas mãos de uma “pessoa” só. É preciso, no mínimo, equilibrar essa balança.

Atualmente, estamos numa encruzilhada: não podemos mais prescindir dos serviços online que usufruímos, ao mesmo tempo em que deliberadamente entregamos nossos dados a essas empresas (e outras), inconscientes do potencial perigo que isso representa.

O problema se agrava quando o Estado, que supostamente deveria proteger o cidadão de interesses contrários ao público, acaba se aproveitando de todo esse poder de concentração de dados para também ter acesso a eles, facilitando, assim, seu controle sobre a sociedade. A divulgação da existência do PRISM (o programa de espionagem digital do governo americano) confirma que este tipo de ação vai muito além da “simples” espionagem política, passando inclusive por interesses comerciais.

Indivíduos, e principalmente empresas, deveriam redobrar a atenção antes de decidirem fazer uso de serviços de nuvens públicas, pois tudo aquilo que parecia ser teoria da conspiração confirmou-se graças ao ato de Edward Snowden. Se não fosse por ele, provavelmente ainda estaríamos alheios a tudo o que foi revelado.

A solução, nesse caso, seria a aprovação de leis que ampliem o direto dos individuais para o campo das redes digitais. O projeto de lei do Marco Civil da Internet, em tramitação na Câmara há mais de dois anos, é um primeiro passo nesse sentido.

Além disso, é preciso ficar atento para que o projeto, que nasceu de uma iniciativa popular, não seja descaracterizado, perdendo assim sua função. Hoje, uma alteração no texto original já permite que conteúdo seja retirado da rede sem a necessidade de decisão judicial. Essa é uma mudança inadmissível porque dá margem a “acusações vazias”, que têm intuito apenas de retirar conteúdo que possa desagradar a determinados grupos sociais, como detentores de direitos autorais.

Outro ponto polêmico é a garantia de neutralidade da rede. Ela determina que provedores de infraestrutura não podem ter controle sobre o conteúdo que passa por essa infraestrutura. Se essa garantia cair, provedores poderão filtrar os pacotes de dados para criar planos diferenciados de acesso de acordo com o conteúdo que você quer consumir. Nesse caso, não importará mais quantos “mega” tem o seu plano de acesso à Internet, você ainda assim terá que pagar custos adicionais para poder fazer uso de serviços como VoIP ou streaming de vídeo de forma minimamente decente.

Como se pode ver, os únicos a ganhar com essa decisão são as grandes corporações de telecomunicação, pois elas poderão aumentar suas margens de lucro sem que para isso seja necessário aumentar a sua infraestrutura ou incluir mais gente ao serviço. Tal decisão mudaria drasticamente o modelo de negócio vigente até agora, no qual a largura da banda determina o que você pode fazer na rede.

Por tudo que foi falado até aqui, é importante que elevemos a consciência da população em geral em relação à importância do tema, aumentando assim a pressão popular pela aprovação integral do Marco Civil da Internet. Portanto, converse com seus amigos e familiares sobre o projeto, seja nas rodas de bar ou nas redes sociais.

Telegram: muito melhor que o WhatsApp

noreply@blogger.com (Anonymous) — Thu, 20 Feb 2014 22:53:00 +0000

Telegram: taking back you privacy

Eu nunca entendi muito toda essa hype em torno do WhatsApp, uma vez que, do meu ponto de vista, sempre houveram alternativas melhores: Viber e Skype sempre ofereceram ligações gratuitas via voip, além das mensagens de texto.

O Hangouts do Google, quando chegou recentemente, trouxe uma novidade interessante que foi o acesso web e integração com o Gmail, o que do meu ponto de vista sempre foi muito atraente, pois nunca gostei de ficar "sacando" o celular a cada 30 segundos para responder a uma conversa com alguém. Algumas pessoas viam no Facebook Messanger a mesma utilidade.

Pois eis que chegou o Snowden e suas denúncias relativas à espionagem da NSA e tudo isso se tornou menos atraente: a ideia de governos e indivíduos espionando a sua comunicação pessoal não agrada a ninguém, mesmo àqueles que utilizam esses aplicativos para nada mais do que mandar a lista de compras para o companheiro(a) ao sair do trabalho.

O Facebook nunca foi famoso pelo respeito à privacidade dos seus usuários; e agora que o WhatsApp foi comprado pelo Facebook, ele perdeu ainda mais atrativos para mim.

A alternativa

Já estou utilizando o Telegram há algum tempo e gostando bastante. Ele não recursos de ligação via voip, mas cumpre a função do WhatsApp com diversas vantagens e possui foco na privacidade (até o site é https por padrão):

as mensagens são criptografadas de ponta a ponta
possui recursos semelhantes ao SnapChat, onde você cria uma sala privada e decide depois de quanto tempo o conteúdo vai se destruir: sem histórico, sem vestígios e sem armazenamento nos servidores.
tem o código aberto e uma API aberta, o que faz com que qualquer um possa implementar um app do Telegram seja em que plataforma for.
por conta disso, ele possui acesso web e via aplicativo desktop

Se tudo isso não bastasse, os autores do projeto criaram um novo protocolo que consegue ser extremamente rápido, apesar da criptografia. Você envia e a mensagem chega rapidinho, mesmo em conexões do tipo EDGE. Os criadores estão tão confiantes na tecnologia, que lançaram um desafio para pagar 200 mil dólares para qualquer um que conseguir quebrar a segurança do protocolo.

Os builds oficiais do projeto são para Android e iOS, mas já há implementações para a Web, Windows Phone, extensão para Chrome e até aplicativos de linha de comando para o Linux.

Tudo isso sem anúncios e com a garantia de que ele nunca será cobrado. Algo que é ainda mais promissor e um grande passo em direção à uma maior privacidade e liberdade é a promessa de que também o código server side do programa será gradualmente liberado, na medida que o desenvolvimento for avançando, pois trata-se ainda de um programa em estágio beta.

@anka_ar We are planning to gradually open source the server code as well later this year.
— Telegram Messenger (@telegram) February 20, 2014

Por todas essas razões, eu creio que o Telegram tenha grandes chances de se tornar um protocolo padrão para o envio de mensagens utilizando a Internet e dispositivos móveis. Se você se preocupa com a sua privacidade, deve pensar seriamente em dar uma chance para utilizar o Telegram.

O funcionamento é o mesmo do WhatsApp e após a instalação ele perguntará qual o seu número de telefone e enviará um SMS para confirmar se o número é mesmo seu. Após a confirmação você poderá ver quais pessoas que possui na agenda do seu telefone que já tem o Telegram instalado.

Se quiser conhecer mais sobre o Telegram, o protocolo criado ou a tecnologia envolvida, acesse o site do Telegram e não deixe de ler a seção FAQ: www.telegram.org.

Cedilha no Ubuntu 13.10 com teclado americano

noreply@blogger.com (Anonymous) — Mon, 10 Feb 2014 22:17:00 +0000

Há um tempo atrás um amigo me relatou que havia instalado o Ubuntu 13.10 numa máquina com teclado americano e que não conseguia fazer cedilha (ç) com ele. Não consegui reproduzir o relatado em nenhuma das minhas máquinas e acabei sugerindo para ele algumas soluções que encontrei na Internet na época do lançamento.

Recentemente, atualizei uma máquina minha que ainda estava na versão 12.04 e tive exatamente o mesmo problema. Só consegui resolvê-lo quando tentei diversas soluções que encontrei dispersas na Internet.

Relato aqui na tentativa de ajudar alguém com o mesmo problema:

Abra os arquivos com o editor de texto da sua preferência



/usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules.cache

/usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules.cache

Obs: se você estiver utilizando uma versão 32 bits do Ubuntu, provavelmente terá que substituir "x86_64" no caminho acima, por "x386".

Em ambos os arquivos, altere a linha:

"cedilla" "Cedilla" "gtk20" "/usr/share/locale" "az:ca:co:fr:gv:oc:pt:sq:tr:wa"
para:
"cedilla" "Cedilla" "gtk20" "/usr/share/locale" "az:ca:co:fr:gv:oc:pt:sq:tr:wa:en"

Execute os comandos abaixo no seu terminal:



sudo cp /usr/share/X11/locale/en_US.UTF-8/Compose /usr/share/X11/locale/en_US.UTF-8/Compose.bakup

sed 's/ć/ç/g' < /usr/share/X11/locale/en_US.UTF-8/Compose | sed 's/Ć/Ç/g' > Compose

sudo mv Compose /usr/share/X11/locale/en_US.UTF-8/Compose

force o carregamento dos módulos adicionando as seguintes linhas ao seu arquivo /etc/environment:



GTK_IM_MODULE=cedilla

QT_IM_MODULE=cedilla

reinicie o computador para que as modificações tenham efeito.
Se tiver sucesso, por favor, deixe um comentário no post relatando a sua experiência.

Cliente Open Source Nativo para o Rdio serviço de streaming

noreply@blogger.com (Anonymous) — Thu, 19 Dec 2013 22:30:00 +0000

Música é uma parte essencial na vida de quase todas as pessoas. Muitos serviços de streaming de música chegaram ao país esse ano e resolvi testar o Rdio, pois uma amiga me falou que assinava o serviço e que estava bastante contente com ele.

Pessoalmente, tenho o meu próprio servidor de música, mas o Rdio oferece um período de teste gratuito e fiquei curiosidade para ver como ele funcionava. Aa facilidade de simplesmente ouvir falar de um determinado artista e já ter acesso imediato às musicas deste é algo bem interessante e que faz toda a diferença para alguém que assina um serviço desse tipo.

A interface web é bastante simples e funcional e você se adapta a ela com facilidade, mas logo senti a vontade de poder controlar a reprodução das músicas através de atalhos do teclado e de ter integração com o o menu do sistema.

Me decepcionei ao entrar no site da Rdio e ver que eles oferecem clientes desktop para Mac e Windows e para as principais plataformas móveis, mas não para GNU/Linux (achei que esse tipo de coisa já tinha acabado...). Isso por si só é algo que faria eu não assinar um produto desse tipo: se quem oferece o produto não se importa com aquilo que eu uso, porque eu deveria me importar com ele?

Mas na busca por um cliente "oficial" encontrei um cliente open source nativo que oferecia boa parte das funções que eu desejava: https://github.com/sgringwe/rdio

Cliente Rdio nativo rodando no meu Gnome Shell

Com ele pude ter acesso a atalhos de teclado, mudando as faixas através das setas do teclado e pausar as músicas com a barra de espaço. Outro ponto importante foi a integração com o menu do Gnome Shell, o que tornou muito mais fácil a tarefa de baixar o volume e controlar as músicas mesmo sem estar na área de trabalho onde o aplicativo estava aberto (utilizo uma extensão que provavelmente facilita isso)

O Rdio para Linux é escrito em Vala e além de ter uma interface praticamente idêntica ao cliente "oficial" tem o código fonte disponível, o que me deixa ainda mais a vontade para usá-lo. Parece que isso foi possível pela rica API do serviço, que permitiu que o autor do programa fizesse um cliente desktop totalmente livre para o serviço.

Como utilizei apenas a conta de testes do serviço, não pude testar recursos mais avançados como sincronização local e outras opções que o Rdio oferece, uma vez que esse tipo de conta gratuita não parece contar com essas opções. Entretanto, pelas issues abertas no Github, eu diria que esses recursos mais avançados não foram implementados, de forma que o aplicativo se restringe às tarefas mais triviais.

Rdio integrado ao menu do Gnome Shell

Apesar disso, gostei do que vi e usei. O aplicativo é rápido, fácil, com interface semelhante à nativa e com os recursos que eu desejava.

Para instalar, o programa conta com um PPA disponibilizado pelo do próprio autor para o Ubuntu. Mas como este não estava disponível para a versão atual do Ubuntu (13.10 Saucy Salamander), compilei o fonte através do Github seguindo a excelente documentação do desenvolvedor e não tive problema algum.

Resolvi divulgar aqui pois não vi muita coisa reproduzida na net. Se você assina o serviço da Rdio (ou outro) ou já conhecia o programa, não deixe de escrever as suas impressões nos comentários. :-)

Primeira Expedição de Dados no Brasil faz visualizações e análises com base de dados do Walmart

noreply@blogger.com (Anonymous) — Thu, 24 Oct 2013 13:39:00 +0000

Participei da 1ª expedição de dados no Brasil. Um projeto da Fundação Open Knowledge, que acaba de chegar ao país. A experiência foi incrível e só pude dizer que aprendi muito. Convido desde já qualquer um que tenha interesse por dados abertos a participar das próximas edições.

Como o texto do blog da Escola de Dados resume bem tudo que aconteceu, deixo o link aqui:

Primeira Expedição de Dados no Brasil faz visualizações e análises com base de dados do Walmart

Eu tava ali no fundinho da foto... rss.

Como executar um script dentro de uma sessão do GNU Screen

noreply@blogger.com (Anonymous) — Thu, 17 Oct 2013 11:00:00 +0000

Ando brincando de minerar Bitcoins (estou fascinado com a tecnologia e preciso me lembrar de escrever algo mais informativo sobre o assunto aqui) e me deparei com um problema.

Ao iniciar o programa de mineração (estou usando o bfgminer) na linha de comando, ele exibe diversas informações e estatísticas relativas ao hardware e ao andamento da sua "mineração". Acontece que eu gostaria de iniciar o programa automaticamente durante o boot. Até aí tudo bem, pois isso é facilmente resolvido criando-se um script e agendando sua execução através do cron toda vez que a máquina reiniciar, mas como fazer depois para acessar os dados do programa depois, inclusive via SSH?

Pensando nisso, achei que uma seção do GNU Screen poderia resolver o problema; mas como executar o script dentro de uma seção do Screen automaticamente? A solução para isso eu achei em algum lugar no stackoverfow.com:

Acrescentei as seguintes linhas ao meu script:



screen -dmS nomeDaSessão

screen -S nomeDaSessão -p 0 -X stuff "comando$(printf \\r)"

Explicando:

-dmS inicia uma sessão "detached" do screen com o nome escolhido por você.
-X stuff executa o comando ou script dentro da sessão especificada pelo atributo -S.
-p 0 especifica o número do terminal dentro da seção do Screen. Como ela só tem um terminal rodando dentro da seção, este começa no 0.
Já $(printf \\r) insere um caractere do tipo "Enter" logo após o comando ou script passado como atributo para, de fato, entrar com o comando.

Bônus

Screen -S nomeDaSessão -p 1 comando2

executa o comando2 em um novo terminal (o de nº 1) dentro da mesma seção do Screen.

Homepage do GNU Screen: https://www.gnu.org/software/screen/

Compilar o CudaMiner para minerar Litecoins no GNU/Linux

noreply@blogger.com (Anonymous) — Sat, 05 Oct 2013 04:37:00 +0000

Símbolo do Litecoin

Ultimamente tenho estado encantado com o conceito e a tecnologia por trás do Bitcoin e das moedas criptográficas. Espero poder escrever mais sobre isso neste blog. Se você não sabe o que é Bitcoin e muito menos Litecoin, clique nos respectivos links. Sugiro começar pelo Bitcoin, já que ela foi a primeira moeda virtual que inspirou todas as outras que vieram em seguida, inclusive o Litecoin.

Estava me informando mais sobre como minerar liteconis e li em algum lugar que o melhor minerador de litecoins para GPUs Nvidia (eu tenho uma GTS 250, já um pouco velhinha...) é hoje o CudaMiner.

Resolvi baixar o programa no GitHub e instalá-lo, para um teste breve. No entanto, o programa não tinha nenhuma documentação de como compilá-lo. Como é horrível tentar compilar um programa que não te informa o mínimo sobre as dependências necessárias e como atingir este objetivo, resolvi documentar aqui o processo para outras pessoas (e eu mesmo) que por ventura venham a tentar fazer o mesmo.

Baixe o programa do GitHub:

$ git clone https://github.com/cbuchner1/CudaMiner.git

O grande problema, neste caso, foi encontrar as dependência que no caso eram os pacotes de desenvolvimento da tecnologia CUDA. Na atual versão do Ubuntu (13.04), eles são instaláveis através de:

$ sudo apt-get install nvidia-cuda-dev nvidia-cuda-toolkit

Feito isso tudo ficará mais fácil :-) Basta tornar o script configure executável e rodá-lo.

$ chmod +x configure
$ ./configure

Compile com make. Isso irá gerar um executável cudaminer na pasta, que pode ou não ser colocado no diretório padrão através de:

# make install

Nos meus testes, o bfgminer estava alcançando uma taxa de 33-36 kH/s e o cudaminer elevou esse patamar para 44-47 kH/s.

Se mais alguém tentar fizer o mesmo, por favor, deixe seus números nos comentários abaixo.

Ouça suas músicas de qualquer lugar do mundo com Subsonic e Raspberry Pi

noreply@blogger.com (Anonymous) — Sat, 07 Sep 2013 00:11:00 +0000

Nesse artigo vou documentar como instalar um servidor Subsonic em um Raspberry Pi para poder fazer o backup de suas músicas e de quebra, poder ouvi-las de qualquer lugar que tenha uma conexão de Intenet, inclusive no seu celular. É como ter seu próprio Last.FM, Pandora ou Spotify.

Muito provavelmente você já ouviu falar do Raspberry Pi, um computador com processador ARM (o mesmo utilizado nos celulares) do tamanho de um cartão de crédito e com baixo consumo de energia. O Raspberry Pi custa apenas 35 dólares e foi criado por uma fundação ligada a Universidade de Cambridge, no Reino Unido, para incentivar o conhecimento relativo à programação para crianças e jovens. Pela versatilidade e baixo custo, o computadorzinho tem sido utilizado para muitos outros fins além deste.

Já o Subsonic é um software servidor de som e gerenciador de músicas escrito em Java, que por ser software livre (GPL 2), pode ser utilizado livremente. É com ele que iremos acessar as nossas músicas pela Internet. O Subsonic é muito rico em recursos sendo inclusive capaz de realizar transcoding (conversão de formato durante o streaming). Para saber mais, visite o site do projeto.

Conheci o programa quando fui editor da extinta Ubuntu Magazine e tive que instalar o programa para tirar os screenshots em Português, pois o artigo estava originalmente em inglês. Fiquei com muita vontade de ter o aplicativo rodando, mas a necessidade de um servidor físico dificultava um pouco as coisas.

Contudo, com o surgimento do Raspberry Pi, tudo ficou mais fácil e após brincar um pouquinho com ele, instalando o XBMC e um servidor web, resolvi dar uma função definitiva para o computadorzinho como o responsável pelo backup dos meus arquivos e meu servidor de música.

Tela da interface web do Subsonic

Ingredientes

Você vai precisar de:

1 Raspberry Pi completo: com fonte e cartão de memória.
1 HD portátil (opcional)
1 Hub USB com alimentação (opcional)
intimidade com o terminal e SSH é altamente recomendável.

Se a sua biblioteca de músicas couber em um cartão SD, muito bom; mas caso necessite ligar um HD portátil, será preciso adquirir um hub USB alimentado, ou seja, com fonte, ou um HD que já inclua cabo de alimentação. Isso porque a alimentação de 5V do Raspberry Pi não dá conta de fornecer energia para um dispositivo como o HD e assim que você conectá-lo a saída USB o sistema será desligado.


RaspberryPi rev. B

Não vou descrever aqui como instalar o sistema operacional no Raspberry, pois há muita documentação sobre isso. Escolhi o Raspbian por estar mais habituado à distribuições Debian e por ser uma ótima escolha para um servidor.

Instalando o Java 8

Na primeira instalação que fiz, instalei o OpenJDK 7 na versão soft-float do Raspbian a partir dos repositórios e tudo funcionou muito bem. O único problema ocorria caso fosse necessário realizar transcoding para o streaming. Nesse momento a música ficava picotada, pois o Raspberry não dava conta de processar tudo ao mesmo tempo.

Isso acontecia porque o Java 7 não oferece suporte ao ABI (application binary interface) do ARMv6 e para instalá-lo era preciso utilizar uma versão do sistema operacional que não fazia uso dos registradores de ponto flutuante, o que diminuia muito o desempenho do sistema. Uma explicação mais detalhada pode ser encontrada na wiki do Raspbian.

Contudo, eu li que a versão 8 do Java oferecia esse suporte e poderia ser instalada em uma versão hard-float do sistema e resolvi instalar tudo de novo. O resultado foi muito bom, pois tanto o consumo de memória, quanto de CPU se reduziram muito, sendo que os problemas durante o transcoding também foram sanados.

Apesar do OpenJDK ser a implementação Java padrão a partir da versão 7, não consegui achar uma forma de baixar uma versão 8 dele e acabei baixando a versão da Oracle a partir deste link. É preciso baixar em um outro computador e transferir via sftp, por exemplo, pois há a necessidade de aceitar a licença antes.

Uma vez baixado o pacote tar para a versão ARM, faça a instalação descompactando o arquivo baixado com o tar no diretório /opt com o comando:

sudo tar xvfz arquivobaixado.tar.gz -C /opt

Em seguida, crie o link simbólico para o diretório descompactado:

sudo update-alternatives --install "/usr/bin/java" "java" "/opt/jdk1.8.0/bin/java" 1
sudo update-alternatives --set java /opt/jdk1.8.0/bin/java

e com o editor de texto da sua preferência, abra o arquivo /etc/environment e crie a seguinte variável de ambiente:

JAVA_HOME="/opt/jdk1.8.0"

e em seu arquivo ~/.bashrc insira:

export PATH=$PATH:$JAVA_HOME/bin

Dê um reboot no seu Raspberry e teste se está tudo funcionando ao digitar

java -version

no terminal. Na sequência iremos instalar o Subsonic

Instalação do Subsonic

Para instalar o Subsonic, basta baixar o pacote para Debian/Ubuntu da seção Download do site do subsonic.org e instalar com

sudo dpkg -i pacote.deb

Por padrão o Subsonic roda como usuário root, porém, por questões de segurança, isso é altamente desaconselhável. Vamos criar um usuário seguro para a execução do aplicativo e adicioná-lo ao grupo audio:

 sudo adduser --no-create-home --disabled-password --disabled-login subsonic-user

sudo adduser subsonic-user audio

Agora precisamos atualizar as configurações do programa para utilizar esse usuário.

sudo vi /etc/default/subsonic e mudamos a última linha para:

SUBSONIC_USER=subsonic-user

e reiniciamos o serviço digitando:

sudo /etc/init.d/subsonic restart

Após fazer isso podemos acessar a interface web do aplicativo na porta 4040.

Como você pode ver pelo aviso emitido pelo programa, é altamente recomendável que você troque a senha padrão de admin já no primeiro acesso.

Além disso, eu aconselho que você crie um outro usuário sem poderes administrativos para acessar o programa normalmente, reservando o acesso como admin exclusivamente para fins de manutenção. Neste caso, mesmo que a sua senha seja comprometida, não há a possibilidade de que um eventual invasor possa fazer muitos estragos.

O programa é muito fácil de usar e você pode encontrar mais informações sobre as configurações iniciais na documentação.

Para que o transcoding funcione normalmente, instale o ffmpeg e o lame, pois a versão que vêm embutida no pacote de instalação do Subsonic não é compatível com a arquitetura ARM.

sudo apt-get install ffmpeg lame

sudo ln -fs /usr/bin/ffmpeg /var/subsonic/transcode

sudo ln -fs /usr/bin/lame /var/subsonic/transcode

Acesso móvel

Após a instalação você tem acesso por 30 dias a recursos acesso em dispositivos móveis, compartilhamento em redes sociais, seu próprio endereço DNS como por exemplo seunome.subsonic.org. Depois disso é preciso pagar um plano premium, que é bastante razoável e justo uma vez que oferece muitas vantagens ao mesmo tempo que estimula o desenvolvedor a continuar evoluindo o software.

Para ouvir as suas músicas através do celular basta instalar os aplicativos disponíveis na loja de aplicativos do seu smartphone. Há versões para Android, iPhone e Windows Phone.

Bônus

Como bônus, há algumas questões importantes que devem ser configuradas de maneira a aumentar a segurança e evitar problemas. Apesar de ser pequeno e possuir pouco poder computacional, o Raspberry Pi estará rodando um serviço que está exposto a toda Internet e caso sua segurança seja comprometida, um eventual invasor terá uma porta de entrada para a sua rede local.

A primeira providência é a configuração das permissões de arquivo das pastas onde estarão as suas músicas.

Certifique-se que o usuário subsonic-user tem acesso a elas, caso contrário não será possível adicioná-las à biblioteca do Subsonic. No meu caso, configurei toda a pasta com a músicas para pertencerem ao usuário pi e ao grupo audio do qual o subsonic-user faz parte.

Para aumentar a segurança da sua instalação, eu sugiro que você configure a montagem de seu HD portátil de forma a impedir a execução de executáveis maliciosos por parte de um eventual invasor. No meu caso acrescentei as seguinte linha ao meu arquivo /etc/fstab:

/dev/sda1 /media/cartola ext4 defaults,noexec,nosuid,nodev 0 2

Espero que você tenham gostado. Deixe seu comentário abaixo.

No próximo post eu escreverei sobre como configurar um servidor rsync para sincronizar as músicas de seu computador principal com o Raspberry Pi.

Vídeo da palestra "Para que serve uma web aberta?"

noreply@blogger.com (Anonymous) — Thu, 18 Jul 2013 14:01:00 +0000

Conforme eu tinha avisado no post anterior, postaria aqui o vídeo da palestra relâmpago que dei no 7 Masters. O vídeo pode ser conferido abaixo. Visite também a página do 7 Masters para visualizar as outras seis palestras que foram apresentadas no dia, durante a edição sobre Open Web e os vídeos das edições anteriores. Creio que vale muito a pena. Gostaria bastante de saber o que as pessoas acharam, por isso, deixe o seu comentário neste post.
Palestras 7Masters Open Web | Pra que serve web aberta com Kemel Zaidan por imasters no Videolog.tv.

PS: infelizmente o produtora não sincronizou direito os slides com o vídeo... :-(

Para que serve uma web aberta?

noreply@blogger.com (Anonymous) — Thu, 06 Jun 2013 18:31:00 +0000

No último dia 29 de junho, fui convidado para falar no evento 7 Masters sobre Open Web, promovido pelo portal iMasters. A proposta é convidar 7 pessoas que fazem uma palestra rápida de 7 minutos (ou um pouco mais, no meu caso) sobre um determinado tema, abordando assim 7 visões sobre um determinado assunto. Como as palestras são rápidas, assistir aos vídeo não cansa tanto (a minha lista de "assistir mais tarde" do YouTube que o diga...)

Esse é um assunto do qual eu nunca tinha me prontificado a falar, mas aceitei o convite com gosto, pois o tema é pra lá de interessante. Pensei primeiro em falar sobre o projeto Webmakers, da Mozilla, que tem a intenção de levar o conhecimento sobre uma internet aberta para um público não técnico.

Mais tarde achei que não daria para abordar esse assunto em tão pouco tempo e resolvi falar sobre o porque considero importante termos uma internet aberta e projetos como o Webmakers.

Gostei muito da oportunidade de falar do assunto e surgiram diversas ideias para melhorar a palestra. Os slides da palestra (feitos em HTML5 e reveal.js) não dizem muito sobre a apresentação, mas a título de curiosidade, colocarei ele aqui para quem quiser ter uma ideia. Espero poder ter outra oportunidade de apresentar o tema. Quando o vídeo sair, tento blogar ele aqui.

Mudanças na coordenação do time do Ubuntu-br-sp

noreply@blogger.com (Anonymous) — Thu, 28 Feb 2013 23:09:00 +0000

Olá a todos,

por alguns anos levei a coordenação do time à frente e contei com a participação de muitos membros relevantes para isso. Alguns deles permanecem na comunidade, mas a maior parte já não podem estar mais tão presentes, por inúmeras impossibilidades que a vida prática nos impõem em alguns momentos.

Como alguns já devem saber, felizmente chegou a minha hora de também deixar com que aqueles em melhores condições tomem a frente da comunidade. Como vocês devem ter percebido, estive muito ocupado pessoal e profissionalmente, o que me reservou pouco (ou quase nenhum) tempo livre para me dedicar a comunidade do Ubuntu-SP, coisa que sempre fiz com enorme prazer.

Foram anos muito bons, de muito aprendizado e de muitas conquistas, os quais guardarei para sempre no meu coração. Aqueles que me conhecem sabem que não exagero ao dizer que o software livre foi responsável por mudar a minha vida e esta comunidade foi parte integrante disso. Me coloco à disposição para colaborar com o que for preciso junto a nova coordenação e aproveito desde já para desejar boa sorte aos novos coordenadores.

Espero que vocês tenham a fibra e a persistência necessária para agir nos inúmeros momentos em que elas se fazem necessárias, os quais, eu garanto, são muito mais frequentes do que a gente pode imaginar. Por favor, honrem a história dessa comunidade! É a única coisa que eu vos peço.

Continuarei sempre sendo um membro ativo da comunidade brasileira do Ubuntu e colaborando com ela. Se precisarem de mim. Peço apenas para tentarem também outras maneiras alternativas de contato além do email (gtalk, facebook, twitter etc.), pois anda difícil acompanhar a minha caixa de email e uma grande faxina se faz necessária.

Abraços,

Kemel Zaidan

Um adeus nerd a André Gondim

noreply@blogger.com (Anonymous) — Fri, 04 Nov 2011 03:00:00 +0000

Logo que conheci o software livre me encantei com a possibilidade de me envolver no desenvolvimento. Como naquela altura não entendia nada de desenvolvimento, fui traduzir. "Perdia" horas na frente do computador traduzindo o Ubuntu para o português, fascinado com as possibilidades colaborativas que aquele novo mundo me abria.

No entanto, por mais tempo que eu me dedicasse nas traduções do Launchpad, jamais conseguia chegar perto de um tal de AndreGondim, que simplesmente parecia ter mexido em cada um dos pacotes da distribuição. E foi assim que eu conheci o André: como um link no Roseta. Depois comecei a deixar alguns comentários em seu blog e mais tarde troquei algumas palavras no IRC.

Minhas contribuições para a distribuição foram crescendo e com elas o meu contato com o André: sempre online, sempre disponível para uma conversa. Só fui conhecê-lo pessoalmente no ano passado, durante o FISL, quando pudemos trocar algumas ideias breves, uma vez que seu estado de saúde já não o permitia permanecer muitas horas no evento. Mas nem precisava, eu já o conhecia; e conhecia bem, pois o André era uma dessas poucas pessoas que são online da mesma maneira que são pessoalmente: cordial, leal, prestativo, inteligente, presente, dedicado.

Lembro me que sempre que queria discutir alguma coisa sobre o Ubuntu, era ele quem eu chamava, não apenas pela posição de liderança que ele ocupava (pois outros também a ocuparam) mas por saber que ele realmente se interessava pela comunidade e sempre se engajava em longas conversas comigo. Com ele eu tinha "pano pra manga".

Dizem que ninguém é insubstituível e pra mim, parece estranho sentir saudades de alguém cujo contato se deu mais online do que pessoalmente, no entanto a verdade é que algumas pessoas quando se vão deixam um imenso vazio no mundo e nas nossas vidas.

Temo pelos rumos que a comunidade do Ubuntu-BR irá tomar, pois não vejo ninguém com a mesma dedicação e paixão que ele tinha e sem dúvida nenhuma sentirei falta de nossas conversas e dele me chamando no chat com um "ping"( bem nerd), a espera de um "pong" vindo do meu lado.

Vá com fé meu amigo, dá uns conselhos para aquele tal de Jobs e ande junto com a turma do Ritchie que eles são do bem. Certamente sentiremos sua falta por aqui.

# mv /usr/AndreGondim /home/ceu

Kemel Zaidan

Evento com participação do Ubuntu-SP na Uniban da Vila Mariana

noreply@blogger.com (Anonymous) — Fri, 26 Aug 2011 17:03:00 +0000

Sei que está um pouco em cima, mas gostaria de convidar a todos para participar do evento em que o Ubuntu-SP estará presente amanha na Uniban da Vila Mariana. Eu participarei de uma mesa de debates e @kretcheu e @alexsandroccarv, darão uma palestra sobre segurança. Além disso haverá também um install-fest. O evento será no sábado dia 27/08

Horário: 10h30

Tema: SEGURANÇA
Local: Sala 214
Palestra: Privacidade e Segurança em Desktops Linux
Palestrantes:
- Alexsandro Cardoso Carvalho - Graduado em Informática e Especialização em Administração de Sistemas de Informação. Membro do grupo UBUNTU/SP e do projeto bibliotecalivre.org. Responsável pela migração para software livre na Secretaria de Cultura da Prefeitura de São Bernardo do Campo. Atualmente trabalha na Universidade Federal do ABC e é Diretor da Compartirweb.

- Paulo Kretcheu - Engenheiro Mecânico com formação pela FEI e Pós-Graduação em Segurança pela Unimonte. Trabalha como professor universitário e consultor em tecnologias open source há mais de 10 anos. É membro atuante da comunidade UBUNTU e Debian.

Horário: 12h

Mesa-Redonda: SEGURANÇA DA INFORMAÇÃO
Local: Auditório (6º andar)
Participantes da Mesa:
Presidente: Ricardo Holderegger - Gerente de Planejamento de TI da UNIBAN.
Moderador: Gustavo C. Lima - Mantenedor do site Coruja de TI e Organizador do Web Security Fórum.
Membros: Marcos Tupinambá - Palestrante Oficial Microsoft e Kemel Zaidan - Editor da Linux Magazine Official Member do UBUNTU.

O evento é aberto e qualquer um pode participar.

Mais informações do evento podem ser vistas neste link: http://www.uniban.br/eventos/2011/agosto/jornada-de-tecnologia-da-informacao.asp

A Uniban da Vila Mariana fica na rua Afonso Celso, 235, Vila Mariana - São Paulo - SP,

Exibir mapa ampliado

Trancando o cofre e jogando a chave fora

noreply@blogger.com (Anonymous) — Wed, 10 Aug 2011 03:33:00 +0000

Imagine que ao longo de vários anos você foi acumulando uma série de documentos em formato digital: planilhas, textos e apresentações de slides que foram sendo colecionadas durante o percurso de sua vida acadêmica e/ou profissional. Fácil, não é? Afinal, poucos são os casos em que ainda se usa o velho e bom caderno e lápis grafite para tomar nota de alguma ideia. A maioria de nós mal consegue manter a conta de quantos documentos desse tipo gerou ou possui consigo.

Apesar do conteúdo produzido por você e armazenado nesses arquivos ser exclusivamente de sua propriedade, sendo inclusive protegido pelas leis de direito autoral, o formato de arquivo em que você armazenou esses conteúdos, certamente não te pertence. Ele muito provavelmente pertence ao autor do software utilizado por você para criar todos esses arquivos. Quais são as implicações disso? É como guardar dinheiro no cofre de outra pessoa. Por mais inocente ou estranha que possa parecer esta pergunta, de fato, há muitas consequências envolvidas em uma situação como essa: a primeira delas e mais importante de todas é que você está inevitavelmente atrelado ao fornecedor do software com qual você gerou todos esses documentos.

É ele quem vai dizer para você quando você deve adquirir uma nova versão de sua suite de escritórios (mesmo que isso acarrete na necessidade da compra de um novo hardware), ou quando você deve utilizar um novo formato, que será empurrado a você sem que você entenda as consequências dessa mudança. Alguma vez você recebeu ou enviou um arquivo de escritório, o qual não foi possível abrir e conferir o conteúdo do documento? Quem nunca ficou irritado com uma situação destas ou nunca sofreu com um problema desses que atire o primeiro computador ao alto.

Agora projete a mesma situação descrita acima, mas ao invés de pensar em si mesmo, pense em uma grande empresa e projete os prejuízos causados por algo aparentemente simples. E se ao invés de uma grande empresa estivermos falando da esfera governamental? Por quanto tempo um governo precisará guardar um documento em formato digital? Certamente por muito mais tempo do que você ou eu e muito além do tempo de uma vida. Documentos digitais que estão sendo gerados hoje pelas esferas municipal, estadual e federal terão que ser guardados por centenas de anos. E não apenas guardados, mas seu conteúdo deverá estar acessível não apenas a representantes do poder público, mas também aos cidadãos que se interessarem por ele no futuro.

Como garantir então que esses documentos poderão ser lidos daqui a 30, 50, 100 ou 200 anos? A primeira vez que o mundo se deparou com estas questões foi durante o tsunami que ocorreu na Ásia em 2004. Nesta ocasião, diferentes países e organizações civis de ajuda humanitária tiveram que trocar informações na forma de documentos digitais para poderem organizar e planejar a ajuda aos países vítimas da tragédia natural. Não é difícil supor que assim como nós, reles mortais informatizados, os representantes dessas organizações e governos sofreram do mesmo problema que enfrentamos vez por outra em nossas vidas diárias: não conseguiram abrir os documentos enviados um pelos outros, justamente por incompatibilidade de versões e formatos. Mas o pior de tudo é pensar que por conta disso, houve atraso na ajuda humanitária enviada aos países vítimas do tsunami e que por conta desse atraso, algumas centenas de vidas podem ter se perdido. Como podemos ver, o problema descrito aqui pode ir muito além de consequências inocentes, ou prejuízos financeiros.

Mas a dúvida ainda persiste: como garantir acesso universal ao conteúdo desses arquivos, sem os quais não conseguimos viver mais? A resposta veio logo após o incidente descrito acima: percebeu-se que a única forma possível para se resolver esse problema era criar um formato aberto e livre de royalties que garantisse a todos o acesso aos documentos em questão.

O ODF é a sigla em inglês para "formato aberto de documento", um formato padrão para documentos de escritório que foi concebido pela OASIS (Organization for the Advancement of Structured Information Standards) uma organização não-governamental internacional formada por representas de grandes corporações, indústrias, governos e entidades civis, com o intuito de solucionar essas questões que foram relatadas aqui.

A boa notícia é que o estado do Rio de Janeiro aprovou recentemente o projeto de lei nº 152/11 de autoria do deputado Robson Leite, do PT. Com a aprovação do projeto, os órgãos da administração pública estadual passarão a adotar preferencialmente o formato aberto de arquivos, o ODF, tanto para criação, como para armazenamento e difusão de documentos. Isso garante não apenas a longevidade dos documentos públicos, mas também seu acesso, uma vez que há excelentes opções de suítes de escritório que permitem a abertura e criação de documentos no formato ODF e, que ainda por cima, são distribuídas sem custo algum. Como exemplo, podemos citar o LibreOffice, ou mesmo o Google Docs.

Independente de posições partidárias, são ações como estas, que promovem a inclusão e a cidadania digital, que devem ser incentivadas em todos as esferas do poder no país. Um viva para o Rio de Janeiro!

publicado aqui

Eu voltei, agora pra ficar...

noreply@blogger.com (Anonymous) — Wed, 10 Aug 2011 03:08:00 +0000

Desde que comecei a trabalha na Linux New Media (editora que publica a Linux Magazine) acabei deixando os 3 blogs onde costumava escrever um pouco de lado, principalmente porque passei a escrever muito e a dizer (quase) tudo o que queria dizer para as revistas das quais sou responsável agora.

A verdade é que passar o dia na frente do computador escrevendo sobre software livre acaba te afastando do computador no momento em que você chega em casa. Mas a partir de hoje, pretendo voltar a tentar escrever com mais frequência e começarei por aqui, pois esse sempre foi o meu blog pessoal, onde tenho total liberdade para decidir os rumos a se seguir.

A primeira coisa que vou fazer é publicar aqui os artigos que tenho escrito para o carioca jornal corporativo, onde passei a ter uma coluna mensal sobre tecnologia chamada "Canal Aberto", afinal esse blog nasceu para ser um repositório pessoal que centralizasse ideias em torno do meu aprendizado com software livre e que esperava eu, pudesse ser útil também para mais alguém além da minha própria pessoa.

Como sempre, convido a todos que aqui passarem os olhos a deixar algum comentário ou feedback, pois nada melhor do que escrever com um interlocutor em vista! :-)

Liberdade sempre!Categorias do Technorati artigo, retorno, notícias