Nós estamos cansados de saber que essas empresas ganham dinheiro a partir de nossos perfis e interações, ou você ainda acha que aquelas publicidade batiam com seu gosto por coincidência? hehehe Mas essas empresas não podem ter acesso a todas as nossas informações sem a nossa permissão, então eles nos dão a opção de bloquear esse acesso mas, por padrão, deixam essas opções desativadas. Essa extensão/add-on serve exatamente para isso. Ela verifica quais são os pontos vulneráveis de acesso a sua privacidade e te ensina como bloquear esse acesso.

Instale o Privacy Fix.

Eu importei alguns repositórios SVN no Bitbucket e ao fazer a importação, os diretórios .svn foram excluídos, porém os arquivos de controle de Tag do SVN não.

Como eu não queria essa sujeira em meu projeto, fiz o seguinte: Clonei o projeto em minha máquina, entrei no diretório do projeto e rodei o seguinte comando para excluir todos os arquivos que tivessem o prefixo ._ no meu projeto:

find * -iname "._*" -exec git rm -f {} \;

Após isso commitei as alterações e fui feliz!

OBS: Se você quiser apagar os diretórios .svn você pode usar o comando assim:

find * -iname ".svn" -type d -exec git rm -f {} \;

Isso aew pessoa, fica mais uma dica de como o Terminal é poderoso

Configurando o que vai ser instalado no ambiente

Para fazer essas isso o Vagrant utiliza configurações de Provisioning que ficam em um arquivo que chamamos de manifesto.

Nosso sistema de provisioning será o Puppet.

Abram o arquivo Vagrantfile e insiram as seguintes linhas dentro do bloco de configuração*:
*O bloco de configuração é o que começa com: Vagrant::Config.run do |config|

config.vm.provision :puppet do |puppet|
    puppet.manifests_path = "manifests"
    puppet.manifest_file = "default.pp"
end

Essa configuração diz para o Vagrant onde estarão nossos manifestos e qual será arquivo de manifesto. Então crie a pasta e o arquivo:

$ mkdir manifests
$ touch manifests/default.pp

Agora vamos dizer ao Vagrant que queremos um servidor http para prover nossos arquivos. Abram o arquivo default.pp e adicionem a seguinte configuração:

# Puppet configurations

class base {

## Update apt-get ##
  exec { 'apt-get update':
    command => '/usr/bin/apt-get update'
  }
}

class http{
    package { "apache2":
        ensure => present,
    }

    service { "apache2":
        ensure => running,
        require => Package["apache2"],
    }
}

include base
include http

Essa configuração é a mais básica possível para subir um Apache em nosso box, a primeira classe da um update no apt-get e a segunda diz qual pacote deve estar instalado e qual serviço deve estar rodando.

Agora vamos testar.

Se sua VM ainda estiver rodando use o comando vagrant reload, ou então vagrant up caso ela esteja desligada.

Após a instalação dos pacotes, vamos entrar na VM com o comando vagrant ssh.

Dentro do VM, vamos precisar configurar o Apache para que ele sirva os arquivos da pasta /vagrant/sites, então vamos editar o aquivo que seta a pasta padrão do apache.

Como sou usuário do VIM, nesse passo eu instalei o VIM com o seguinte comando, mas você pode usar qualquer outro editor.

  $ apt-get vim

O arquivo que devemos editar é o /etc/apache2/sites-enabled/000-default, basta trocar os diretórios do DocumentRoot e <Directory>, para facilitar vou colar aqui meu arquivo:

<VirtualHost *:80>
    ServerAdmin webmaster@localhost

    DocumentRoot /vagrant/sites

    <Directory />
        Options FollowSymLinks
        AllowOverride None
    </Directory>

    <Directory /vangrant/sites>
        Options Indexes FollowSymLinks MultiViews
        AllowOverride All
        Order allow,deny
        allow from all
    </Directory>

    ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
    <Directory "/usr/lib/cgi-bin">
        AllowOverride None
        Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
        Order allow,deny
        Allow from all
    </Directory>

    ErrorLog /var/log/apache2/error.log

    # Possible values include: debug, info, notice, warn, error, crit,
    # alert, emerg.
    LogLevel warn

    CustomLog /var/log/apache2/access.log combined

    Alias /doc/ "/usr/share/doc/"

    <Directory "/usr/share/doc/">
        Options Indexes MultiViews FollowSymLinks
        AllowOverride None
        Order deny,allow
        Deny from all
        Allow from 127.0.0.0/255.0.0.0 ::1/128
    </Directory>

</VirtualHost>

Após efetuar essa mudança, vamos reiniciar o apache:

  $ sudo apache2ctl restart

Para testar podemos rodar:

  $ wget -qO- 127.0.0.1

Você deveria ver o conteúdo do nosso arquivo index.html.
Mas é claro que o funcionamento do Vagrant não é assim, vamos ao próximo passo.

Redirecionamento de portas

Vamos deixar a brincadeira mais legal, antes de mais nada, saiam da VM com o comando exit.
Abram o Vagrantfile e adicionem a seguinte configuração forward_port que recebe dois parametros: Porta da Box, porta do visitante.
Nossa arquivo vai ficar assim:

# -*- mode: ruby -*-
# vi: set ft=ruby :

Vagrant::Config.run do |config|
  config.vm.box = "lucid32"

  config.vm.forward_port 80, 8080

  config.vm.provision :puppet do |puppet|
    puppet.manifests_path = "manifests"
    puppet.manifest_file = "default.pp"
  end

end

Vamos dar um reload no vagrant com o comando vagrant reload.

Abra seu navegador favorito e acesse http://localhost:8080. Legal né?

PHP e MySQL

Agora que vocês já estão entendendo como as coisas funcionam, vamos instalar o PHP e o MySQL.

Abram o arquivo default.pp e insiram as classes php e mysql e em seguida coloquem os devidos includes no final do arquivo.

# Puppet configurations

class base {

## Update apt-get ##
  exec { 'apt-get update':
    command => '/usr/bin/apt-get update'
  }
}

class http{
    package { "apache2":
        ensure => present,
    }

    service { "apache2":
        ensure => running,
        require => Package["apache2"],
    }
}

class php{

  package { "php5":
    ensure => present,
  }

  package { "php5-cli":
    ensure => present,
  }

  package { "php5-xdebug":
    ensure => present,
  }

  package { "php5-mysql":
    ensure => present,
  }

  package { "php5-imagick":
    ensure => present,
  }

  package { "php5-mcrypt":
    ensure => present,
  }

  package { "php-pear":
    ensure => present,
  }

  package { "php5-dev":
    ensure => present,
  }

  package { "php5-curl":
    ensure => present,
  }

  package { "php5-sqlite":
    ensure => present,
  }

  package { "libapache2-mod-php5":
    ensure => present,
  }

}

class mysql{

  package { "mysql-server":
    ensure => present,
  }

  service { "mysql":
    ensure => running,
    require => Package["mysql-server"],
  }
}

include base
include http
include php
include mysql

Agora rodem:

  $ vagrant reload

Prontinho galera, o PHP e o MySQL já estão funcionando no seu ambiente, coloquem um projeto PHP + MySQL na pasta sites e testem, vocês vão ver.
Aqui na minha máquina eu nem se quer abri o php.ini para editar, simplesmente funcionou

Adicionando o modulo ao Apache pelo Puppet

O único problema que eu tive em meu ambiente foi com o mod-rewrite do apache e a solução no arquivo puppet não poderia ser mais elegante.
A gente cria uma função para adicionar módulos, e depois chama essa função com o nome do módulo.
Eu adicionei essa função na class http, olhem como ficou:

class http {

  define apache::loadmodule () {
    exec { "/usr/sbin/a2enmod $name" :
      unless => "/bin/readlink -e /etc/apache2/mods-enabled/${name}.load",
      notify => Service[apache2]
    }
  }

  apache::loadmodule{"rewrite":}

  package { "apache2":
    ensure => present,
  }

  service { "apache2":
    ensure => running,
    require => Package["apache2"],
  }
}

Finalizando

Galera, é isso! Com o que eu passei aqui vocês já tem uma boa base para andar em frente e evitar problemas de ambiente.

Vou deixar os aquivos finais do teste que fiz disponíveis no github:gist, eles tem uma ou duas coisinhas que não expliquei aqui, mas são detalhes.

E aew, o que acharam? Foi o suficiente para entedenr como o Vagrant funciona?

Antes de mais nada, o que é isso?

O Vagrant, basicamente, é uma ferramenta que automatiza o uso e criação de máquinas virtuais.

Certo, mas.. Pra que eu quero um ferramenta como essa?

O Vagrant para mim é um “isolador” de ambiente de desenvolvimento, ou seja, eu utilizo ele para montar todo meu ambiente e mantê-lo longe do meu SO de uso diverso. No meu caso uso a mesma máquina para desenvolver e jogar WoW, Diablo e etc então quando estou jogando não quero que meu ambiente esteja rodando em background.

Além de isolar seu ambiente, você pode facilmente movê-lo de uma máquina para outra, o que lhe permite ter o mesmo ambiente de desenvolvimento em casa e no trabalho ou para toda sua equipe.

Bom, chega de introdução, vamos por a mão na massa.

Instalando o Vagrant

O Vagrant usa o VirtualBox para gerenciar suas máquinas virtuais, portanto, precisamos instalar o VirtualBox primeiro.

Esse é um processo bem simples, pois a Oracle nos disponibiliza os instaladores para cada sistema operacional aqui em sua página de downloads.

Com o VirtualBox instalado é hora do Vagrant, que funciona da mesma maneira, basta entrar na página de downloads do Vagrant e escolher seu sistema operacional.

Aqui no MacOS eu baixei os dois DMGs e instalação de ambos correu sem nenhuma surpresa.

Criando sua primeira máquina virtual

A instalação do Vagrant traz para nós o comando homônimo, que nos permite criar novas boxes (máquinas virtuais), subir as boxes, derrubá-las e etc.

Vamos começar com um projeto básico de testes, nesse guia eu vou mostrar pra vocês como criar uma box com Apache, PHP e MySQL.

Vamos lá, aqui na minha máquina criei uma pasta de nome vagrant na minha pasta de usuários e em seguida uma pasta guide:

$ cd ~/
$ mkdir vagrant
$ mkdir vagrant/guide
$ cd vagrant/guide

Agora com as pastas organizadas, vamos preparar a nossa pasta para receber o box:

$ vagrant init

Esse comando cria um arquivo chamado Vagrantfile que é onde irão as configurações de nossa box.

Por motivos de organização, resolvi separar a pasta dos projetos da pasta onde ficam os arquivos de configuração do vagrant, então criei uma pasta sites:

$ mkdir sites

E criei um arquivo index.html dentro dela:

$ echo "<h1>Meu index do vagrant \o/</h1>" > sites/index.html

Sua primeira Box

Para esse tutorial vamos utilizar o mesmo exemplo do guia oficial do vagrant: um box com Ubuntu Lucid 10.4 32-bit.

Para adicionar esse box utilize o seguinte comando:

$ vagrant box add lucid32 http://files.vagrantup.com/lucid32.box

Esse comando cria uma box de nome lucid32 e baixa o box padrão do site do vagrant.

O grupo de usuários do vagrant criou uma lista de boxes para que qualquer usuário possa utilizar, essa lista está no Vagrantbox.ex, é uma referencia bacana para caso você prefira outro SO.

Deletando uma box

Caso você tenha instalado errado, ou simplesmente queira apagar uma box, o comando é o mais intuitivo possível:

$ vagrant box remove nome_da_box

Subindo e utilizando sua Box

Coisa linda, agora já temos nossa box pronta! Basta uma única configuração e já poderemos utilizá-la!

Vamos abrir o Vagrantfile e digitar:

Vagrant::Config.run do |config|
  config.vm.box = "lucid32"
end

Como podemos ver o Vagrantfile é um arquivo ruby que aceita várias configurações, mas por enquanto vamos deixar as coisas simples apenas com o nome da nossa box. Salve seu arquivo e feche-o.

Agora vamos subir nossa box com o comando vagrant up e acessá-la com o comando vagrant ssh.

* Usuários de Windows devem usar o PuTTY para acessar o SSH da máquina.

Dentro de nossa box, temos uma pasta na raiz do sistema que se chama vagrant, essa pasta é a pasta da nossa máquina, onde criamos nosso Vagrantfile, se você rodar o comando: ls /vagrant vai ver dois itens, o Vagrantfile e a pasta sites.

O vagrant cria uma pasta compartilhada entre os dois sistemas.

Esse post vai ficar extenso, então vou quebrá-lo em duas partes, nessa primeira parte nós aprendemos a baixar e acessar nossa VM, na parte dois vamos à mágica. Iremos utilizar o Puppet para configurar nosso ambiente de desenvolvimento.

Até lá \o

Hoje vamos aprender de forma simples e rápida como fazer com que os relatórios do Google Analytics exibam dados sociais do Facebook e Twitter. Afinal mais uma ferramenta de análises de redes sociais nunca é demais.

Antes de mais nada, como funciona essa integração?

É simples: a cada ação de uma rede social, você grava uma entrada em uma fila chamada _gaq (Google Analytics Queue), e quando o tracker do GA mandar as informações pro Google essa fila é executada.

Então nós precisamos fazer com que a cada interação social a fila seja populada, para isso vamos usar a seguinte linha de código javascript:

_gaq.push(['_trackSocial', network, socialAction, opt_target, opt_pagePath]);

Onde '_trackSocial' é o tipo de informação da fila, network é a rede (Facebook, Twitter e etc.), socialAction é referente aos likes, unlikes, tweets e afins, o opt_target é a URL que sofreu essa ação e o opt_pagePath que é opcional  e não nos importa

Pronto, isso já o suficiente para qualquer um por essa funcionalidade pra rodar. Mas como todo mundo sabe sempre temos problemas hehehe

A partir daqui vou descrever os passos que fiz para que essa implementação funcionasse como deveria no Quadrinhos a Parmegiana, vamos lá:

Antes de mais nada, vamos deixar claro que a implementação do botão de like e o botão de tweet do QAP eram a implementação padrão e mais simplificada da coisa, mas mesmo assim eu tive que mudar o padrão de ambas as redes, vou postar como o código estava antes e depois.

Para facebook like eu tinha esse script no meu header que o próprio Facebook nos dá:

<div id="fb-root"></div>
<script>(function(d, s, id) {
  var js, fjs = d.getElementsByTagName(s)[0];
  if (d.getElementById(id)) return;
  js = d.createElement(s); js.id = id;
  js.src = "//connect.facebook.net/pt_BR/all.js#xfbml=1";
  fjs.parentNode.insertBefore(js, fjs);
}(document, 'script', 'facebook-jssdk'));</script>

Porém o parametro js.src não estava importando o arquivo all.js como deveria, então mudei a implementação para:

<div id="fb-root"></div>
<script src="http://connect.facebook.net/pt_BR/all.js#xfbml=1"></script>
<script>(function(d, s, id) {
  var js, fjs = d.getElementsByTagName(s)[0];
  if (d.getElementById(id)) return;
  js = d.createElement(s); js.id = id;
  fjs.parentNode.insertBefore(js, fjs);
}(document, 'script', 'facebook-jssdk'));</script>

Já para o twitter a coisa parecia mais simples, antes eu tinha essa implementação:

<script>!function(d,s,id){var js,fjs=d.getElementsByTagName(s)[0];if(!d.getElementById(id)){js=d.createElement(s);js.id=id;js.src="//platform.twitter.com/widgets.js";fjs.parentNode.insertBefore(js,fjs);}}(document,"script","twitter-wjs");</script>

Agora tenho essa:

<script type="text/javascript" charset="utf-8">
    window.twttr = (function (d,s,id) {
    var t, js, fjs = d.getElementsByTagName(s)[0];
    if (d.getElementById(id)) return; js=d.createElement(s); js.id=id;
      js.src="//platform.twitter.com/widgets.js"; fjs.parentNode.insertBefore(js, fjs);
      return window.twttr || (t = { _e: [], ready: function(f){ t._e.push(f) } });
    }(document, "script", "twitter-wjs"));
</script>

Feito isso, veio a parte mais fácil, eu fiz um arquivo que chamei de socialtarck.js e importei no footer da minha página, após o script do face e do twiter.
O conteúdo do meu script é esse:

var _gaq = _gaq || [];

// GA Integration - Facebook

FB.Event.subscribe('edge.create', function(targetUrl) {
  _gaq.push(['_trackSocial', 'facebook', 'like', targetUrl]);
});

FB.Event.subscribe('edge.remove', function(targetUrl) {
  _gaq.push(['_trackSocial', 'facebook', 'unlike', targetUrl]);
});

// GA Integration - Twitter
// TODO: Acertar o get de URL quando você twita da index

function extractParamFromUri(uri, paramName) {
  if (!uri) {
    return;
  }
  var regex = new RegExp('[\\?&#]' + paramName + '=([^&#]*)');
  var params = regex.exec(uri);
  if (params != null) {
    return unescape(params[1]);
  }
  return;
}

function trackTwitter(intent_event) {
  if (intent_event) {
    var opt_pagePath;
    if (intent_event.target && intent_event.target.nodeName == 'IFRAME') {
          opt_target = extractParamFromUri(intent_event.target.src, 'url');
    }
    _gaq.push(['_trackSocial', 'twitter', 'tweet', opt_pagePath]);
  }
}

//Wrap event bindings - Wait for async js to load
twttr.ready(function (twttr) {
  //event bindings
  twttr.events.bind('tweet', trackTwitter);
});

Bom, é isso!

Agora sua aplicação está com o Analytics integrado ao Facebook e ao Twitter, quando você entrar em Fontes de Tráfego > Social > Plugins de Redes Sociais você vai ver o conteúdo bonitinho de quantidade de likesm tweets e afins.

Algumas pessoas, incluindo alguns “programadores”, não entendem o quão prazeroso é fazer parte de um bom projeto ou de uma boa equipe, o quão bacana é ter seu código sendo utilizado por muitas pessoas e essas coisas. Isso tudo faz com você se sinta parte de um todo, faz com que seu trabalho tenha valido a pena.

Separei algumas perguntas para ver se você, programador, realmente gosta da sua profissão:

• Passar o dia escrevendo código te da prazer?
• Você se sente satisfeito quando uma aplicação que você ajudou a desenvolver vai pra produção e faz sucesso?
• Você gosta de pesquisar como resolver aquele bug cabeludo que só aparece de vez em quando em algum sistema?
• Você fica feliz quando um usuário aceita seu pull request no github?
• Receber pontos de reputação no Stackoverflow é tão divertido quanto passar as fases de Super Mario World?
• Aprender uma nova linguagem de programação é mais gostoso que aprender uma nova lingua?

Eu resolvi escrever esse post rápido apenas para dizer para alguns “programadores” que se você responder ‘não’ para a maioria das perguntas acima, você deve estar na profissão errada.

Enfim, vou ficar por aqui, mas eu gostaria de saber de vocês abstratos, o que mais te da prazer em sua profissão?

Eu instalei a rubie 1.9.3 com rvm install ruby-1.9.3 --with-gcc=clang (devido ao bug de compatibilidade com o LLVM do xCode), até aí tudo correndo bem, então mandei instalar o rails, o sistema instalou, mas o rodar o bundle install:

/Users/brunno/.rvm/rubies/ruby-1.9.3-p194/lib/ruby/1.9.1/net/http.rb:799: [BUG] Segmentation fault

Fui pesquisar e descobri que esse problema é uma falha ao utilizar requisições http via openssl pelo Ruby. Logo em seguida descobri que esse problema acontece com quem tem o openssl instalado via MacPorts!

É o seu caso?

Para verificar se você tem o openssl instalado pelo MacPorts rode:

port installed openssl

Se aparecer os danadinhos é porque você vai ter problemas! hehehe

Resolvendo o BUG segmentation fault

Antes de entrar na resolução é importante ressaltar que após esse processo eu tive problemas com o LibYAML, então segui as instrução de instalação que temos aqui no site oficial, e refiz essas instalações.

Para resolver esse problema encontrei uma solução peculiar, primeiro instalamos o Ruby 1.8.7 com esse comando:

rvm install 1.8.7 --with-openssl-dir=/opt/local

* caso de exemplo, eu continuei utilizando o --with-gcc=clang como parâmetro, o código na minha máquina é rvm install 1.8.7 --with-openssl-dir=/opt/local --with-gcc=clang

E em seguida instalamos a Rubie que precisamos:

rvm install ruby-1.9.3-p194 --with-opt-dir=/opt/local

* outro caso de exemplo, no meu caso eu usei o reinstall e o clang, deixando o código assim: rvm reinstall ruby-1.9.3-p194 --with-opt-dir=/opt/local --with-gcc=clang

Bizarro?! Sim, mas funcionou perfeitamente pra mim.

Como gostei bastante do conteúdo resolvi reescrever esse post, porém sem usar python, e sim o nosso velho amigo Ruby.

Não vou me estender sobre o que é ou o que eu acho de TDD, acho que esse assunto merece um post somente dele, mas se mesmo assim você quiser uma opinião, leiam o post do Thiago.

Então vamos ao que realmente interessa, o “sistema” que vamos usar para o exemplo, assim como no post original, é o Fizz Buzz, um jogo onde as pessoas devem iniciar uma contagem do 1 e substituir os múltiplos de três por Fizz, os múltiplos de cinco por Buzz e os múltiplos de três e cinco por Fizz Buzz. É um jogo muito parecido com o Pin do Silvio Santos

Ele funciona assim:

1, 2, Fizz, 4, Buzz, Fizz, 7, 8, Fizz, Buzz, 11, Fizz, 13, 14, Fizz Buzz, 16, 17, Fizz, 19, Buzz, Fizz, 22, 23, Fizz, Buzz, 26, Fizz, 28, 29, Fizz Buzz, 31, 32, Fizz, 34, Buzz, Fizz, …

Entendido? Então vamos seguir o enterro. Agora vamos fazer uma lista com o que vamos testar/implementar.

• FizzBuzz recebe um número
• FizzBuzz(1) retorna 1
• FizzBuzz(2) retorna 2
• FizzBuzz(3) retorna “fizz”
• FizzBuzz(4) retorna 4
• FizzBuzz(5) retorna “buzz”

Esses são os testes que vamos rodar, será a partir deles que vamos implementar nosso código.

Então vamos aos códigos?

Crie um arquivo de testes chamado fizzbuzz_test.rb onde vamos escrever nosso teste:

require "test/unit"

class FizzbuzzTest < Test::Unit::TestCase

end

Como vocês podem ver, aqui nós apenas criamos um arquivo, que requere a biblioteca padrão do Ruby "test/unit" e definimos uma classe que extende Test::unit::testCase.

Seguindo o andar do artigo original, vamos rodar nosso teste no terminal, com o seguinte comando: ruby fizzbuzz_test.rb, a saída desse comando será:

Loaded suite fizzbuzz_test
Started

Finished in 0.000383 seconds.

0 tests, 0 assertions, 0 failures, 0 errors, 0 skips

Test run options: --seed 558

Woow, it works! Legal, então agora vamos escrever nosso primeiro teste!

require "test/unit"

class FizzbuzzTest < Test::Unit::TestCase

  def test_fizzbuzz
    assert_equal( 1, fizzbuzz(1) )
  end

end

Beleza, esse é o teste número 1, que verifica se o fizzbuzz(1) retorna 1. Agora vamos rodar nosso teste para ver o que vai acontecer:

Loaded suite fizzbuzz_test
Started
E
Finished in 0.000672 seconds.

  1) Error:
test_fizzbuzz(FizzbuzzTest):
NoMethodError: undefined method `fizzbuzz' for #<FizzbuzzTest:0x007f91eb039d08>
    fizzbuzz_test.rb:6:in `test_fizzbuzz'

1 tests, 0 assertions, 0 failures, 1 errors, 0 skips

Test run options: --seed 21698

Maravilha! conseguimos um erro! \o/ Hmm vamos analisar para descobri o que deu errado. Opa! “undefined method `fizzbuzz’” quer dizer que o o método fizzbuzz não existe! NÃO EXISTE?! É, ele não existe, você criou um método que se chama fizzbuzz? Não né?! Nem eu! hehehe

Então vamos criar um arquivo que se chama fizzbuzz.rb e vamos colocar nossa função la dentro

def fizzbuzz
end

Legal, vamos incluir esse arquivo no arquivo de testes:

require "./fizzbuzz"
require "test/unit"

class FizzbuzzTest < Test::Unit::TestCase

  def test_fizzbuzz
    assert_equal( 1, fizzbuzz(1) )
  end

end

Ok, agora é a hora de rodar nosso teste, o resultado deve ser esse:

Loaded suite fizzbuzz_test
Started
E
Finished in 0.000439 seconds.

  1) Error:
test_fizzbuzz(FizzbuzzTest):
ArgumentError: wrong number of arguments (1 for 0)
    /Users/brunno/Squiter/abstraindo-tdd/fizzbuzz.rb:1:in `fizzbuzz'
    fizzbuzz_test.rb:7:in `test_fizzbuzz'

1 tests, 0 assertions, 0 failures, 1 errors, 0 skips

Test run options: --seed 62614

Beleza, agora ele está reclamando que passamos o número errado de parâmetros para a função fizzbuzz, passamos 1 para um função que recebe 0. Olha só, esse é primeiro item daquela nossas lista de testes, então vamos resolver ele, no arquivo fizzbuzz.rb coloque um parâmetro na nossa função:

def fizzbuzz(num)
end

Rodando o teste teremos:

Loaded suite fizzbuzz_test
Started
F
Finished in 0.000671 seconds.

  1) Failure:
test_fizzbuzz(FizzbuzzTest) [fizzbuzz_test.rb:7]:
<1> expected but was
<nil>.

1 tests, 1 assertions, 1 failures, 0 errors, 0 skips

Test run options: --seed 31173

Beleza, fizemos o primeiro item da lista dar certo!

• FizzBuzz recebe um número
• FizzBuzz(1) retorna 1
• FizzBuzz(2) retorna 2
• FizzBuzz(3) retorna “fizz”
• FizzBuzz(4) retorna 4
• FizzBuzz(5) retorna “buzz”

Agora vamos para o item dois, fazer com que a função retorne 1!

Resolvendo os erros

É aqui que vamos realmente codar! Vamos colocar o nosso “sistema” para funcionar, mas antes quero deixar claro que é sempre importante pensarmos na forma mais simples e rápida de resolver um erro nos testes, vou citar o que o Thiago falou que ficou muito bem escrito:

Sempre que você escrever um teste e ele quebrar, pergunte-se: “Qual o menor passo, a menor mudança no código, que eu posso fazer pra esse teste passar?” Não importa se esse passo é elegante, segue padrões de projeto ou está simplesmente enganando o código… A primeira vez que você faz o teste passar tem a ver com velocidade e simplicidade, boas práticas fica pro momento da refatoração, com todos os testes passando.

Então para que nosso código em Ruby passe no teste da forma mais simples possível, basta fazer isso:

def fizzbuzz(num)
  1
end

hahaha sem brincadeiras gente, esse é o jeito mais simples e com menos código Olhem o retorno do meu teste:

Loaded suite fizzbuzz_test
Started
.
Finished in 0.000451 seconds.

1 tests, 1 assertions, 0 failures, 0 errors, 0 skips

Test run options: --seed 2182

Uhull \o/ Passamos no teste, agora é sair pro abraço!

• FizzBuzz recebe um número
• FizzBuzz(1) retorna 1
• FizzBuzz(2) retorna 2
• FizzBuzz(3) retorna “fizz”
• FizzBuzz(4) retorna 4
• FizzBuzz(5) retorna “buzz”

Decidindo o próximo teste

Agora chegou a vez de escolhermos qual será o próximo teste que vamos fazer, vou deixar as dicas do post original aqui:

• Escreva um teste que você SABE que não vai passar.. Não adianta ficar testando coisas que já estão passando, né?
• Mas se você não tem certeza, escreva o teste e veja o que acontece… Testes nunca são demais.
• Escreva um teste que você ACHA que pode ser resolvido de forma simples, nada de testar o programa todo de uma vez.. o ideal é que você tenha apenas um teste quebrando em cada “rodada”
• Teste com valores plausíveis e facilmente compreensíveis… testar soma (1, 2) == 3 é muito melhor do que testar soma (12312512312, 31653341265312) = ????, entendeu onde quero chegar?

Então vamos fazer o nosso terceiro item da lista FizzBuzz(2) retorne 2:

require "./fizzbuzz"
require "test/unit"

class FizzbuzzTest < Test::Unit::TestCase

  def test_fizzbuzz_de1
    assert_equal( 1, fizzbuzz(1) )
  end

  def test_fizzbuzz_de2
    assert_equal( 2, fizzbuzz(2) )
  end

end

Esse aqui está super fácil de sacar o que vai acontecer não é?!

Loaded suite fizzbuzz_test
Started
.F
Finished in 0.000617 seconds.

  1) Failure:
test_fizzbuzz_de2(FizzbuzzTest) [fizzbuzz_test.rb:11]:
<2> expected but was
<1>.

2 tests, 2 assertions, 1 failures, 0 errors, 0 skips

Test run options: --seed 13989

Putz não passou! Surpreso?! Nem eu! Agora chega a hora da perguntinha mágica: ”Qual o menor passo, a menor mudança no código, que eu posso fazer pra esse teste passar?“ e vamos colocá-la em prática:

def fizzbuzz(num)
  num
end

Olha que solução inteligente hein?! hehehe

E que rodem os testes:

Loaded suite fizzbuzz_test
Started
..
Finished in 0.000734 seconds.

2 tests, 2 assertions, 0 failures, 0 errors, 0 skips

Test run options: --seed 37221

Coisa linda! Mais um item da lista foi embora:

• FizzBuzz recebe um número
• FizzBuzz(1) retorna 1
• FizzBuzz(2) retorna 2
• FizzBuzz(3) retorna “fizz”
• FizzBuzz(4) retorna 4
• FizzBuzz(5) retorna “buzz”

Legal, vamos escrever nosso quarto teste, pois as coisas estão correndo bem.

require "./fizzbuzz"
require "test/unit"

class FizzbuzzTest < Test::Unit::TestCase

  def test_fizzbuzz_de1
    assert_equal( 1, fizzbuzz(1) )
  end

  def test_fizzbuzz_de2
    assert_equal( 2, fizzbuzz(2) )
  end

  def test_fizzbuzz_de3
    assert_equal( "fizz", fizzbuzz(3) )
  end

end

Testando:

Loaded suite fizzbuzz_test
Started
..F
Finished in 0.001151 seconds.

  1) Failure:
test_fizzbuzz_de3(FizzbuzzTest) [fizzbuzz_test.rb:15]:
<"fizz"> expected but was
<3>.

3 tests, 3 assertions, 1 failures, 0 errors, 0 skips

Test run options: --seed 44045

Puxa vida, 1 falha! Perguntinha mágica e chegamos nesse resultado:

def fizzbuzz(num)
  if num == 3
    return 'fizz'
  end
  num
end

O que nos dá um sucesso nos testes!

Loaded suite fizzbuzz_test
Started
...
Finished in 0.000645 seconds.

3 tests, 3 assertions, 0 failures, 0 errors, 0 skips

Test run options: --seed 3779

Não sei se a brincadeira está clara pra vocês, mas o lance é esse aí mesmo, temos que sempre escrever nossos testes e nosso código como se não houvessem outros testes, não adianta você se preocupar em escrever todos os testes e fazer com o que o código passe em todos, pois você vai acabar desenvolvendo coisa a mais, controles a mais e código a mais! não é isso que nós queremos, nós queremos código enxuto e direto!

Não quero passar o conteúdo completo aqui, pois o mesmo está muito bem explicado pelo Thiago, a minha intenção aqui era apenas mostrar os mesmos códigos que os dele em Ruby.

Seguem os arquivos finais:

require "./fizzbuzz"
require "test/unit"

class FizzbuzzTest < Test::Unit::TestCase

  def test_fizzbuzz_simples
    assert_equal( 1, fizzbuzz(1) )
    assert_equal( 2, fizzbuzz(2) )
    assert_equal( 4, fizzbuzz(4) )
  end

  def test_fizzbuzz_fizz
    assert_equal( 'fizz', fizzbuzz(3) )
    assert_equal( 'fizz', fizzbuzz(9) )
  end

  def test_fizzbuzz_buzz
    assert_equal( "buzz", fizzbuzz(5) )
    assert_equal( "buzz", fizzbuzz(10) )
  end

  def test_fizzbuzz_fizzbuzz
    assert_equal( 'fizzbuzz', fizzbuzz(15) )
  end

end

O nosso arquivo fizzbuzz.rb:

def multiploDeTres(num)
  (num % 3 == 0) ? true : false
end

def multiploDeCinco(num)
  (num % 5 == 0) ? true : false
end

def fizzbuzz(num)
  if multiploDeTres(num) && multiploDeCinco(num)
    return 'fizzbuzz'
  end
  if multiploDeTres(num)
    return 'fizz'
  end
  if multiploDeCinco(num)
    return 'buzz'
  end
  num
end

E o resultado dos nossos testes:

Loaded suite fizzbuzz_test
Started
....
Finished in 0.000791 seconds.

4 tests, 8 assertions, 0 failures, 0 errors, 0 skips

Test run options: --seed 4842

• FizzBuzz recebe um número
• FizzBuzz(1) retorna 1
• FizzBuzz(2) retorna 2
• FizzBuzz(3) retorna “fizz”
• FizzBuzz(4) retorna 4
• FizzBuzz(5) retorna “buzz”

Bom, é isso aew abstratos, espero que vocês tenham gostado, e não se esqueçam de visitar o post original.
Os arquivos desse post estão disponíveis em: https://github.com/squiter85/Abstraindo—Aprendendo-TDD

Meshu, esse é o nome do site que cria jóias como essas abaixo de acordo com os checkins que você deu no Foursquare!

Olhem como ficou os meus checkins:

Se vocês quiserem suas jóias do Foursquare, é só comprar aqui: http://meshu.io/

E ele está para chegar! Falta pouco! Visite agora o Google Drive! E peça sua notificação!