VidaGeek.net

Código Livre

2013-03-13T00:00:00+00:00

TL;DR:

Você precisa colocar uma licença em todo o conteúdo que produz, se quer que outras pessoas possam modificar ou usar além dos casos pré-definidos no capítulo IV da lei 9610.

Discussão

Acompanhei uma discussão bem interessante. Dêem uma lida antes de continuar o post :)

Existem vários pontos a serem explorados nessa discussão:

Porquê eu preciso de uma licensa para o meu software (mesmo que seja apenas uma linha de código)?

Vou me restringir ao pouco da legislação brasileira que conheço.

A lei federal 9610 estabelece muito do que está protegido por direitos autorais no Brasil. A lei federal 9609 fala especificamente sobre programas de computador.

Basicamente, tudo que é produzido automaticamente tem um autor. Esse autor, automaticamente tem direitos sobre a obra.

Da lei 9609 (ênfase adicionada por mim):

Fica assegurada a tutela dos direitos relativos a programa de computador pelo prazo de cinqüenta anos, contados a partir de 1º de janeiro do ano subseqüente ao da sua publicação ou, na ausência desta, da sua criação.

A proteção aos direitos de que trata esta Lei independe de registro.

Portanto, software produzido (independente do seu objetivo) está protegido por 50 anos mesmo que não seja feito registro algum.

Os direitos de um autor, estão determinados na lei 9610. Alguns deles (ênfase adicionada por mim):

V - o de modificar a obra, antes ou depois de utilizada; VI - o de retirar de circulação a obra ou de suspender qualquer forma de utilização já autorizada, quando a circulação ou utilização implicarem afronta à sua reputação e imagem;

Notem que esses direitos são exclusivos. Pertencem apenas ao autor e mais ninguém. A não ser que o autor ceda esses direitos (previsto no capítulo V da lei 9610), outras pessoas não podem fazer muita coisa.

Então se você quer que outras pessoas possam colaborar ou até mesmo utilizar o seu código, você precisa ceder esses direitos. Seja simplesmente informando que qualquer pessoa pode utilizar ou colocando uma licença (versão preferível, uma vez que deixa claro em quais termos pode ser utilizado).

Na discussão em questão, a frase do @felipebastosweb

Todo o conteúdo é 100% livre, em todos os aspectos. Não é software, não é projeto, é apenas um depósito de materiais (entrada e saída) dos treinamentos.

não é o suficiente, porque ele não é o autor do código ou texto presente no repositório.

Inclusive, todas as citações que estou fazendo aqui só são permidas porque a lei 9610 estabelece que:

a citação em livros, jornais, revistas ou qualquer outro meio de comunicação, de passagens de qualquer obra, para fins de estudo, crítica ou polêmica, na medida justificada para o fim a atingir, indicando-se o nome do autor e a origem da obra

não constitui ofensa aos direitos autorais (artigo 46).

Preciso colocar licença em código produzido em um Dojo?

Em geral as pessoas vão dizer que não. O código não tem como ser aproveitado em produção, então não faz sentido.

Eu discordo. Um aproveitamento interessante seria, em um treinamento, apresentar várias formas de solução de um problema de dojo. Outra, seria utilizar respostas de exercícios de dojo para treinar um algoritmo de medição de performance com base em pequenos trechos de código (e não se enganem, isso é possível).

Portanto, seria bem interessante para que outras pessoas já pudessem facilmente saber se podem ou não usar. É realmente muito chato ter que ir atrás dos criadores para pedir autorização de uso.

Não é código. Preciso de uma licença?

Se você quer que outros utilizem ou contribuam, também precisa. Nada é livre por padrão. A liberdade é algo concedido pelo autor.

Isso inclusive é algo que notei no Games. Toda a parte dos textos das explicações não estão sob licença alguma. Terei que encontrar todos os que contribuíram para pedir autorização para colocar o conteúdo sob Creative Commons.

O projeto em questão precisa de uma licença?

Sim. O objetivo claro é que seja construído de forma colaborativa. Existem trechos de código. Existem outros trechos de produção inédita que não são código (como o README).

A única forma de garantir que outras pessoas possam colaborar é cedendo esse direito à elas (caso contrário elas podem ser processadas ou não vão poder dizer nada se o código for utilizado de uma forma que vá contra o que acreditam, como se for eventualmente fechado pelo autor).

A maioria dos programadores que se dedicam à OpenSource que eu conheço, antes de mais nada, verificam a licença para ver se faz sentido ou não contribuir com o projeto. Caso ela não exista, no máximo vão abrir uma issue pedindo que a licença seja adicionada (como o Roberto Rodrigues fez nesse projeto).

Lambda Day

2013-03-11T00:00:00+00:00

Nessa sexta (Rio de Janeiro) e sábado (São Paulo) aconteceu o primeiro Lambda Day, organizado pelo pessoal da Lambda 3

O evento foi um dos melhores que participei nos últimos anos. Acho que perdeu apenas para o Ágiles em Lima, porque é muito difícil competir com o Lee Devin.

Eu poderia ficar horas falando sobre as palestras, mas acredito que eles ainda vão escrever sobre elas no blog da Lambda, então vou comentar sobre o resto do evento.

Palestrantes

Já faziam alguns anos que eu me perguntava se não poderia existir um evento em que as palestras não ficassem massantes. Fiz algumas experiências mudando o formato (com o Conversa Rápida) ou ajudando na organização de outros eventos ( como a trilha de Scala do TDC, na qual tivemos um resultado bem legal), mas foi a primeira vez que vi um evento onde todos os palestrantes sabiam dar palestras e eram bons nisso.

Eu estava exausto por causa de uma semana de muito trabalho e pouco tempo dormindo e mesmo assim todos me mantiveram preso à palestra.

E não estou falando de palestrantes experiêntes. Embora alguns sejam bem famosos e experiêntes (como Giovanni Bassi, Victor Hugo e Victor Cavalcante), vários palestrantes eram um pouco menos experiêntes mas conduziram muito bem a palestra. Foi muito nítida a sensação de que eles prepararam o material e ensaiaram as palestras algumas vezes antes de apresentar.

Só com isso, o nível do evento já estaria muito acima da média, mas não para por aqui.

Conhecimento do público

Eles sabiam perfeitamente qual era o público deles. As palestras não ficaram no mais do mesmo. Sempre era dada uma base já conhecida para público, mas ela ia além, despertando interesse para se aprofundar mais. E não pensem que isso é fácil de fazer. É realmente muito difícil medir onde você começa um assunto e onde você termina (a não ser que você não ligue para isso, então eu provavelmente não vou querer assistir sua palestra ;) ).

A palestra de Programação Funcional em Scala e F# foi o perfeito exemplo disso. Programação funcional é um assunto que tende a ficar massante (mesmo com todos os meus esforços, no TDC a minha palestra sobre FP ficou muito pesada). E o Juliano Alves e o Vinicius Hana conseguiram conseguiram despertar interesse em diversas pessoas que quiseram saber mais durante o coffe break.

Contando histórias

Contar histórias é uma das técnicas que mais gosto de ver em palestras. E uma das palestras foi basicamente isso. Contar histórias do começo ao fim (outras usaram essa técnica, mas não foi do começo ao fim). Foi uma das palestras mais divertidas e fáceis de acompanhar que assisti. E ao mesmo tempo era muito inspiradora, porque eram histórias reais de fracasso e sucesso.

Pequenos problemas

Não dá para ser tão perfeito sempre. Também aconteceram alguns problemas, mas que não inpactaram muito no evento.

Na palestra do Dyego Costa e do Victor Cavalcante, faltou alguma forma que não dependesse de 3G para acessar e brincar com a aplicação enquanto eles deixavam ela mais responsiva. Nem precisava de acesso à internet (eu comentei que não tinha acesso à internet e que isso não fez falta alguma?). Um simples roteador para montar uma rede local e todo mundo poder acompanhar as mudanças do celular seria muito legal!

As Lightening Talks foram muito interessantes, mas em comparação com o resto do evento elas pareceram um pouco menos preparadas. Em qualquer outro evento elas teriam sido o ponto alto, mas em um evento desse nível elas deixaram um pouco a desejar.

E teve o problema do endereço (o endereço estava errado. O certo ficava a 300 metros dali), o que provocou um pouco de atrasos. Mas esse é fácil de não repetir :)

Como fazer um evento desse?

Esse evento conseguiu realizar algo que eu tentava fazia algum tempo. Um evento com palestras e que as pessoas saíssem felizes, ao invéz de saírem com sono.

Para mim, o principal segredo foi o corpo de palestrantes saber o que estava fazendo.

Como disse, não é uma questão de experiência. Os palestrantes menos experiêntes mandaram muito bem também. É uma questão de respeitar o tempo que as outras pessoas investem para assistir à uma palestra e investir mais tempo na preparação e ensaio dela. É usar dicas como as do Presentation Zen e não ficar apenas no "Não escreva muito texto nos slides". É lembrar que tendo 50 pessoas te assistindo por uma hora, se a sua palestra for ruim, você está jogando no lixo 50 horas de outras pessoas.

Além disso, também vale a pena bater um papo com o Raphael Molesim, que parece que foi o principal "puxador" do evento e que estou convidando publicamente à escrever como funcionou a organização do evento. Topa Molesim?

Enfim, estou no aguardo do próximo Lambda Day. Por mim podia ter um desse por mês, mas como dá muito trabalho me contento com um por semestre :)

MySQL Errcode 13

2013-02-27T00:00:00+00:00

Quando eu tentei importar um CSV para uma tabela do MySQL pela primeira vez, recebi um erro estranho. Dava File not Found (Errcode 13) mesmo o arquivo existindo.

Depois de procurar um pouco, descobri que esse erro é referente à permissões de leitura de arquivo. As permissões estavam corretas e o erro continuava.

Depois de mais um tempo gasto, descobri que o Ubuntu agora usa um gerenciador de permissões diferente, que se chama Apparmor. Esse Apparmor permite que a aplicação acesse apenas os arquivos que estão declarados no perfil da aplicação.

No meu caso, como queria que o MySQL pudesse ler um arquivo, adicionei a seguinte linha no arquivo /etc/apparmor.d/usr.sbin.mysqld:

/path/para/o/arquivo r,

Depois, reiniciei o Apparmor

/etc/init.d/apparmor restart

E simplesmente passou a funcionar.

Rodar o MySQL em outra pasta

2013-02-27T00:00:00+00:00

No Ubuntu, por padrão o MySQL armazena os dados em /var/lib/mysql. Isso em geral não é um problema, mas como eu precisava de 20x mais hd do que minha máquina tinha, eu precisei fazer ele armazenar em outro lugar.

E é meio complicado fazer isso sem gambiarra. Gastei um dia tentando fazer direito e resolvi apelar para a gambiarra que vi em um fórum.

Basicamente você move a /var/lib/mysql para onde você quer e coloca um link simbólico apontando para ela no lugar.

/etc/init.d/mysql stop
mv /var/lib/mysql pasta_nova
ln -s pasta_nova /var/lib/mysql

Apenas isso ainda não vai funcionar. Precisa autorizar o acesso à pasta no Apparmor.

E por fim, subir o mysql novamente

/etc/init.d/mysql start

Esse tipo de coisa me faz ter muita saudade do Sqlite.

Importar CSV no MySQL

2013-02-27T00:00:00+00:00

Dica rápida mas que me fez falta.

O MySQL possui um comando para importar um arquivo CSV diretamente em uma tabela (e parece ser bem rápido).

LOAD DATA INFILE 'arquivo' INTO TABLE 'tabela'

No meu caso, eu rodei direto da shell com

mysql -u root database -e "LOAD DATA INFILE 'arquivo' INTO TABLE 'tabela'"

Converter DBF para CSV

2013-02-27T00:00:00+00:00

Por alguma razão estranha, o governo disponibiliza os dados do SUS em arquivos dbf (dBase) e dbc (Visual Fox Pro). Um formato de fácil extração e aberto. Só que não é.

Como eu estou analisando os dados do SUS, precisava de alguma forma abrir esses dados em um linux. Depois de bastante sofrimento (e tentando usar o dbf2mysql, que finge importar, mas não importa), encontrei um post que me mostrou como transformar em CSV.

Basta você usar o programa dbf_dump, que está no pacote libdbd-xbase-perl.

Depois disso, foi só importar o CSV no MySQL.

Redirect de páginas no S3

2013-02-21T00:00:00+00:00

Revisando alguns dos posts antigos do VidaGeek.net, notei que o WordPress que usávamos, em algum momento, preferiu colocar o id do post como url, ao invés de criar uma a partir do título.

Como isso é bem ruim para engines de busca (menos informação útil), resolvi montar uma url melhor.

O problema é que existem links para esses posts antigos, então eu precisava redirecionar a página antiga para a nova. Depois de procurar um pouco, encontrei no StackOverflow como fazer isso.

No fim, é bem simples pelo console do S3:

Entre no bucket que tem o arquivo que você quer redirecionar
Selecione o arquivo
Clique em Properties -> Metadata -> Add more metadata
Escolha Website Redirect Location
Coloque o valor que quer. Pode ser relativo ao começo do bucket.

A cada dia o S3 fica melhor para hospedar html.

Como montar um EBS no Ubuntu

2013-02-18T00:00:00+00:00

Uma coisa que tenho feito com frequência para processar grandes quantidades de dados (~50Gb) é criar um (ou mais) EBSs temporários.

Depois de criar um EBS novo e associar ele á máquina que precisa dele, ele ainda não está pronto para usar. Você precisa, antes de mais nada, formatar o EBS.

sudo mkfs.ext4 /dev/xvdf

Em versões de linux mais recentes, o primeiro EBS associado fica disponível em /dev/xvdf (antes era em /dev/sdf). O mkfs.ext4 formata o device com ext4 como sistema de arquivos. Vale lembrar que se o EBS já estiver formatado e com dados dentro, TUDO será apagado.

Feito isso, só falta montar o volume.

mkdir pasta
sudo mount /dev/xvdf pasta

Pronto. Agora é só usar o EBS.

Redirecionamento em Bash

2013-02-08T00:00:00+00:00

Costumo usar bastante redirecionamento em scripts bash. Alguns dos que uso com mais frequência são:

comando > arquivo redireciona a saída padrão (stdout) do comando para o arquivo
comando 2> arquivo redireciona a saída de erro (stderr) do comando para o arquivo
comando 2>&1 redireciona a saída de erro (stderr) para a saída padrão (stdout)
comando 1>&2 redireciona a saída padrão (stdout) para a saída de erro (stderr)

E o redirecionamento muito útil que descobri hoje:

comando &> arquivo redireciona a saída de erro e a padrão para o arquivo.

Esse redirecionamento realmente fez falta :)

Cópia recursiva de um ftp

2013-02-08T00:00:00+00:00

Acabei de precisar fazer cópia recursiva de um ftp do governo. Como vocês devem saber, ftp é um protocolo meio burro então ele não suporta isso.

Para resolver o problema, descobri umas funcionalidades que não conhecia do wget.

O comando que usei foi o seguinte:

wget --mirror --ftp-user=USERNAME --ftp-password=SENHA \
    --no-host-directories ftp://DOMINIO/CAMINHO/

O grande segredo é o --mirror, que entre outras coisas, habilita recursão infinita nos diretórios (além dele baixar apenas os arquivos modificados em uma próxima atualização).

Enfim, quase um rsync para ftp.

Tempo x Prioridade

2013-02-07T00:00:00+00:00

Não deu tempo de ir

Estou sem tempo de estudar

Não deu tempo de entregar

Já ouviram ou falaram isso? Quem convive comigo já está acostumado a ouvir "todos temos 24 horas por dia". E alguns ficam ofendidos com isso.

Existe um grande problema nessas frases. Elas são uma fuga que passa despercebida afinal, se não deu tempo, o que podemos fazer? No fim, a culpa implícita alí é do relógio que não parou de mover os ponteiros. Você se exime da culpa e tudo está certo. Só que não está.

Todos temos 24 horas por dia. Então se existem pessoas fazendo coisas que não conseguimos, não é por causa do tempo. É uma questão das prioridades que escolhemos.

E aqui a coisa fica feia. Afinal, se a prioridade está errada ou não agrada alguém, a culpa é nossa e não de uma entidade independente de nós.

Já pensaram responder para a(o) namorada(o) que você não foi encontrá-la(o) porque beber com os amigos era uma prioridade maior? Certeza de briga.

Mas essa é a verdade nua e crua. Você escolheu entre duas coisas mutualmente exclusivas. E venceu a que teve maior prioridade, mesmo que você não tenha pensado nisso.

Pensar dessa forma é complicado, mas traz uma vantagem importante. Você não tem mais algo a culpar além de você. O culpado de não estudar por causa do trabalho (que é uma prioridade maior do que estudar para algumas pessoas) é você. Você não foi jantar com a sogra porque a prioridade maior era rever os amigos. Você não terminou o trabalho porque jogar WoW era uma prioridade maior.

E NÃO TEM ABSOLUTAMENTE NADA ERRADO COM ISSO!!!!!!

Você é quem determina onde você quer chegar. Como alguém pode dizer que as suas prioridades estão erradas? No máximo, elas podem simplesmente ir contra a expectativa de outras pessoas. Mas quem disse que vivemos para satisfazer expectativas de outras pessoas?

s3-jekyll-deploy

2013-01-27T00:00:00+00:00

Desde que eu comecei a colocar sites no S3, uma coisa que me irritou bastante foi o tempo que demorava para o deploy do site terminar.

Um site como o VidaGeek.net, que tem quase 400 posts, demorava meia hora porque o script que enviava os arquivos era muito burro.

Pra resolver isso, criei um script sujo, imundo, porco e nojento que simplesmente verifica se o MD5 (era SHA, mas estava demorando muito) do arquivo mudou desde o último deploy. Se mudou, envia. Senão não faz nada :)

Se mais alguém passa pelo mesmo problema, talvez ele ajude. Mas repito, é um código bem horrendo...

git push -f

2013-01-27T00:00:00+00:00

Hoje aconteceu algo interessante durante os commits no Games.

Um dos commiters reverteu 3 commits que foram pra origin/master na hora errada usando git push -f.

Aparentemente não existe problema algum nisso. Os commits não estavam lá, então o código estava correto.

Mais ou menos. O código realmente não estava lá, mas eu tinha os commits que foram apagados porque tinha rodado um git pull antes do git push -f. Isso era um problema. Como apenas eu tinha feito isso, simplesmente removi os commits da minha árvore e tudo estava certo. Mas imaginem que alguém faça isso em um projeto muito mais ativo. Nesse momento ou todos removem os commits apagados ou as portas do inferno se abrem de uma forma que vai ser muito difícil de fechar.

O git push -f é uma operação muito destrutiva, uma vez que você simplesmente reescreve a árvore de commits da origem para que ela fique igual à sua. Por essas razões ele só deve ser usado em situações de emergência que você não consiga contornar de outra forma.

No caso que comentei, o mais simples era rodar um git revert HASH_DO_COMMIT nos commits, que resolveria o problema porque o git revert gera um novo commit revertendo as modificações introduzidas no commit referenciado.

Quer aprender mais sobre esse assunto? Conheça o Git Game

Git Game

2013-01-12T00:00:00+00:00

No começo do ano passado colocamos uma PoC sobre jogos para aprendizado no ar. Estava bem cru, com poucos exercícios mas já dava para ver se funcionava.

Depois de quase um ano de horas vagas e muito trabalho para melhorar toda a parte interna de como funciona o VidaGeek Games, finalmente estamos lançando o segundo jogo, o Git Game.

O Git Game surgiu da necessidade de ensinar Git para outras pessoas e do fato de um post sobre o fluxo de trabalho com Git ser um dos mais visitados do blog.

O jogo ainda possui poucos exercícios (mais ou menos 100), mas já contêm boa parte do que uso no dia a dia.

Ainda falta bastante polimento, mas já dá para aprender uma coisa ou outra.

Espero que gostem.

E como sempre, todo feedback é muito bem vindo!

Quer aprender mais sobre esse assunto? Conheça o Git Game

Produtividade pra quê?

2012-12-06T00:00:00+00:00

O cálice sagrado do desenvolvimento de software. Um programador mais produtivo é melhor que o outro que produz menos. Precisamos aumentar a produtividade do time. Se aquele cara não melhorar a produtividade dele, vamos ter que cortar ele.

WTF?

Pra que queremos tanta produtividade? Qual é a vantagem disso? O que estamos ganhando com isso? Não consigo encontrar uma resposta minimamente razoável para nenhuma dessas perguntas.

É claro que respostas como "Assim vamos conseguir entregar mais coisas" ou "Vamos ter vantagem sobre nossos concorrentes" e outras vem à cabeça, mas isso não faz sentido algum. Mais não implica Melhor (alguém aí usa Word?).

Então porque continuar essa busca insana?

O que é ser produtivo?

Em desenvolvimento de software, o que significa ser produtivo? Entregar mais linhas de código? (Não. LoC morreu faz um tempo). Mais pontos de função? (Não. Palavrões não são permitidos nesse blog). Mais Story Points? (Não serve pra isso)

Como é que se mede isso? Não mede. É simplesmente um feeling das pessoas. Entregue duas telas com validação e você é produtivo. Mude a arquitetura da aplicação inteira em uma semana e você não fez nada (mesmo que agora a sua aplicação finalmente aguente a carga de usuários).

Lixo por Dia

Conheci pessoas/empresas consideradas muito produtivas. Muitos (não consigo dizer todos porquê não lembro de todos) deles eu gostava de medir a produtividade em Lixo por Dia.

Basicamente, depois deles produzirem feito loucos varridos (expressão engraçada essa) alguém tinha que passar e fazer uma senhora faxina no código.

O tempo que o faxineiro gastava para arrumar a casa impedia ele de entregar coisas. Logo, o criador de lixo era mais produtivo que o faxineiro.

É um ótimo estímulo para mais pessoas simplesmente colocarem lixo em cima de lixo sem se preocupar com quando tudo isso vai cair.

Linguagens mais produtivas

Isso é uma piada. Ruby/Python/Scala é mais produtivo que Java/C# porque eu escrevo menos código.

Claro. Porque escrever menos código é comprovadamente melhor. Você simplesmente se sente mais confortável escrevendo menos código. Ninguém consegue afirmar (de forma responsável) se isso é melhor ou não. No fim, boa parte é simplesmente síndrome de estocolmo.

Flow

Um psicólogo húngaro chamado Mihaly Csikszentmihalyi criou o conceito chamado Flow. Um estado em que estamos completamente absorvidos no que estamos fazendo, tudo parece dar certo, produzimos mais que o normal, ficamos ligeiramente eufóricos e experimentamos uma sensação de satisfação e felicidade bem alta. Algo parecido com o famoso programador 10X e a super produtividade de alguns times ágeis.

Um detalhe interessante do Flow, é que nesse estado ficamos completamente dedicados ao que estamos fazendo. Isso significa que aprender, compartilhar conhecimento, ajudar um programador com problemas e vários outros pontos importantes para desenvolvimento de software ficam em segundo plano.

Enfim

Eu cada vez mais considero produtividade como uma (pseudo) métrica lesiva. Não temos como medir. Não sabemos que resultado tráz. Não sabemos como otimizar. Não sabemos pra que serve. Só perdemos tempo e aumentamos o estresse acumulado.