Ontem participei do 15º Encontro Locaweb em Curitiba-PR. O evento foi interessante e bem organizado e não estou dizendo isso só porque trabalho aqui :-)

Assisti as seguintes palestras:

• Fábio Ricotta – “Usando SEO para alavancar suas visitas e negócios”
• Diego Eis – “Guia de Sobrevivência”
• Murilo Gun – “O segredo do fracasso”
• Silvio Meira – “Empreendedorismo Digital”
• Luli Radfahrer – “Internet das coisas, computação em nuvem e tendências 2013″

Todas foram boas, mas as apresentações do Ricotta, do Eis e do Luli me surpreenderam, foram muito boas mesmo!

Tiramos essa foto aí na hora do almoço, no Jardim Botânico. Da esquerda pra direita: Ítalo Oliveira, Diego Eis, eu, Bruno Batalha e Marcos Oliveira:

Que venha o 16º encontro! :-)

Se quiserem ver o primeiro, o link é: http://blog.lucascaton.com.br/index.php/2011/12/13/screencast-1-17-dicas-para-o-vim/

Links relevantes:

• vim-abolish
• Meus vimfiles

Screencast:

Por favor, mandem feedback sobre o que acharam!

Há 2 meses atrás eu o coloquei no ar e logo em seguida o liberei como open-source: github.com/lucascaton/mypodcasts.info. Então, sintam-se a vontade para usar o site e contribuir com ele.

Seguem alguns screenshots:

Ah sim! O site é (mais ou menos) responsivo:

Create an empty ruby file, paste this content and save as a.rb.

v=0000;eval$s=%q~d=%!^Lcf<LK8,                  _@7gj*LJ=c5nM)Tp1g0%Xv.,S[<>YoP
4ZojjV)O>qIH1/n[|2yE[>:ieC       "%.#%  :::##"       97N-A&Kj_K_><wS5rtWk@*a+Y5
yH?b[F^e7C/56j|pmRe+:)B     "##%      ::##########"     O98(Zh)'Iof*nm.,$C5Nyt=
PPu01Avw^<IiQ=5$'D-y?    "##:         ###############"    g6`YT+qLw9k^ch|K'),tc
6ygIL8xI#LNz3v}T=4W    "#            #.   .####:#######"    lL27FZ0ij)7TQCI)P7u
}RT5-iJbbG5P-DHB<.   "              ##### # :############"   R,YvZ_rnv6ky-G+4U'
$*are@b4U351Q-ug5   "              #######################"   00x8RR%`Om7VDp4M5
PFixrPvl&<p[]1IJ   "              ############:####  %#####"   EGgDt8Lm#;bc4zS^
y]0`_PstfUxOC(q   "              .#############:##%   .##  ."   /,}.YOIFj(k&q_V
zcaAi?]^lCVYp!;  " %%            .################.     #.   "  ;s="v=%04o;ev"%
(;v=(v-($*+[45,  ":####:          :##############%       :   "  ])[n=0].to_i;)%
360)+"al$s=%q#{  "%######.              #########            "  ;;"%c"%126+$s<<
126}";d.gsub!(/  "##########.           #######%             "  |\s|".*"/,"");;
require"zlib"||  "###########           :######.             "  ;d=d.unpack"C*"
d.map{|c|n=(n||  ":#########:           .######: .           "  )*90+(c-2)%91};
e=["%x"%n].pack   " :#######%           :###### #:          "   &&"H*";e=Zlib::
Inflate.inflate(   "  ######%           .####% ::          "   &&e).unpack("b*"
)[0];22.times{|y|   "  ####%             %###             "   ;w=(Math.sqrt(1-(
(y*2.0-21)/22)**(;   " .###:             .#%             "   ;2))*23).floor;(w*
2-1).times{|x|u=(e+    " %##                           "    )[y*z=360,z]*2;u=u[
90*x/w+v+90,90/w];s[(    " #.                        "    ;y*80)+120-w+x]=(""<<
32<<".:%#")[4*u.count((     " .                   "     ;"0"))/u.size]}};;puts\
s+";_ The Qlobe#{" "*18+ (       "#  :#######"       ;"Copyright(C).Yusuke End\
oh, 2010")}";exit~;_ The Qlobe                  Copyright(C).Yusuke Endoh, 2010

After that, just run this script using:

while true; do clear; ruby a.rb | tee b.rb; sleep 0.2; mv -f b.rb a.rb; done

O arquivo vazio “sem_titulo.txt” brilhando no seu editor de código só pode significar uma coisa. É hora de criar uma nova funcionalidade.

A última funcionalidade que você desenvolveu começou muito bem, com uma arquitetura esculpida tão elegante e requintada que te fez chorar um pouco quando ninguém estava olhando. Mas as coisas mudaram e no final ficou um lixo. Você não estava particularmente orgulhoso de nada e agora está feliz apenas porque isso vai sair do seu caminho. “Mas tudo vai ser perfeito dessa vez!” você diz a si mesmo e mais uma vez ansiosamente começa a trabalhar. Um pouco mais tarde você olha ao redor e sua funcionalidade que já está meio pronta já está caindo aos pedaços, está em chamas. “Droga!” – você diz.

Eu passei por isso em muitas funcionalidades e projetos. Estou cansado disso e eu sei por que isso acontece. Eu escrevo codigo bom e crio um bom produto quando eu me sindo orgulhoso do que eu estou fazendo. Esse sentimento pode vir por vários motivos – uma equipe que valoriza bom código, clientes os quais estão desesperados para testar uma nova funcionalidade ou uma sensação de habilidade e crença que estou me divertindo fazendo algo bom. Idependente de de qual seja o motivo, se ele não existir, o que eu estou fazendo ficará bem ruim.

Quando eu perco o orgulho de alguma coisa, eu paro de me preocupar se isso ficará bom ou não. O único valor que isso terá para mim é não ter mais que mexer nisso um dia. Isso sempre começa quando estragamos um pequeno trecho do código, mas apenas isso já é o suficiente. A caixa de Pandora foi aberta e a sua nova funcionalidade está infectada. Eu estrago o próximo trecho de código com apenas um pouco de remorso e a partir desse ponto, eu não vou mais vou me importar com isso.

Porque eu sei que você tem que ENTREGAR, que os usuários não se importam como está o seu código, que essa funcionalidade é REALMENTE CHATA e eu só quero começar outra. Então não importa se meus models conhecem a lógica das minhas views, porque levaria 20 minutos que NÓS NÃO TEMOS para resolver isso. Estou fugindo das regras, mas é somente em um ou dois métodos.

Mas isso nunca acaba aí. Essa funcionalidade, ou talvez o produto inteiro, estejam contaminados. Não existe mais nada para se ter orgulho. Não existe nenhuma demonstração de habilidade. Não existe uma forma de fazer que os dados parseados pelo módulo que eu acabei de escrever fiquem legíveis, porque quem vai ler com certeza não entenderá de onde os dados vem. Eu já liberei os cães do inferno e cobri todo o meu código com bacon.

Perder o orgulho do que você faz te transforma em um zumbi, cujo objetivo é, além de ingerir cérebros, é terminar logo a nova funcionalidade. Isso vai acontecer, de qualquer forma. E exceto se você conseguir ter orgulho novamente, esse código não vai ficar bonito. Você tem que lembrar como isso era antes, no começo, há muito tempo atrás. Quando seus controllers eram pequenos e seus models não foram cobertos por ácidos e cacos de vidros. Pense bastante. Pense novamente.

Para minha redenção mortos-vivos, eu tenho que fazer as pazes com o que eu fiz ou então levantar e fazer uma pausa. Então, com a cabeça limpa e reabastecido com bom senso, eu tenho que decidir se quero fazer as coisas direito. Se eu não puder ou não fizer, então essa nova funcionalidade estará condenada e eu devo levar uma estaca até o seu coração e começar uma próxima coisa. Deixar o monstro a crescer e sofrer mutações não é uma opção.

Frequentemente eu sinto que estou gastando meu tempo fazendo coisas direito ou pelo menos de uma forma justificavelmente errada e isso é perdoável. Termine! Entregue! Mas um código ruim reduz a velocidade das coisas muito mais do que um bom código o faria. É muito fácil escrever alguma porcaria, ser forçado a escrever várias camadas de lixo em cima disso, gritar “espirito de LEAN STARTUP” para qualquer um que o questionar sobre o que você está fazendo. Você precisa de uma razão muito boa e imediata para escrever código ruim, ou seja, uma vaga sensação de pressão ou apatia não são suficientes.

Porque isso nunca acaba aí. E tão cedo quanto o T-virus seja produzido, você terá um apocalipse de código-zumbi em suas mãos.

Eu havia criando essa funcionalidade dentro do próprio código do meu site, mas como várias pessoas gostaram e me pediram o código, eu extraí o código para um projeto a parte e o liberei como open-source.

Sinta-se à vontade para usar, melhorar e divulgar:
https://github.com/lucascaton/time_clock

Seguem alguns screenshots:

A versão 2.0 do Ruby foi lançada há dois dias.

Eu pensei em escrever um post listando e comentando cada uma das novas features, alterações, melhorias e incompatibilidades (quase nenhuma, felizmente) da linguagem. Mas acabei encontrando dois posts muito bons que fazem exatamente isso. O primeiro utilizando exemplos de códigos e o segundo são os slides do Urabe Shyouhe. Então, não deixe de ler:

http://blog.marc-andre.ca/2013/02/23/ruby-2-by-example/
https://speakerdeck.com/shyouhei/whats-new-in-ruby-2-dot-0

I copied this little text from a comment on the Stackoverflow website. I really enjoyed it ;)

Hellо, I am a compiler.
I just scanned thousands of lines of code while you were reading this sentence. I browsed through millions of possibilities of optimizing a single line of yours using hundreds of different optimization techniques based on a vast amount of academic research that you would spend years getting at. I won’t feel any embarrassment, not even a slight ick, when I convert a three-line loop to thousands of instructions just to make it faster. I have no shame to go to great lengths of optimization or to do the dirtiest tricks. And if you don’t want me to, maybe for a day or two, I’ll behave and do it the way you like. I can transform the methods I’m using whenever you want, without even changing a single line of your code. I can even show you how your code would look in assembly, on different processor architectures and different operating systems and in different assembly conventions if you’d like. Yes, all in seconds. Because, you know, I can; and you know, you can’t.

P.S. Oh, by the way you weren’t using half of the code you wrote. I did you a favor and threw it away.

:w !sudo tee %

Thanks to @dlisboa for the tip.

A idéia por trás da criação do grupo é que os usuários pudessem se envolver, compartilhar e discutir coisas interessantes relacionadas à esse fantástico editor. Comentar uma dica nova, um plugin interessante ou alguma técnica útil que pouca gente conheça, etc…

Segue o link do grupo:
https://groups.google.com/forum/?fromgroups=#!forum/vim-users-br

A very simple way to do this is to create a shell script within the /script directory, that will access the server via SHH:

#! /bin/bash
# script/deploy.sh

TAG=deploy_$(date +"%F_%Hh%M")
git tag -m '' -a $TAG
git push --tags

ssh user@your_domain.com << 'SSH'
  cd /var/rails_apps/my_app
  rm -rf public/assets
  git pull
  bundle install --without development test
  bundle exec rake db:migrate db:seed assets:clean assets:precompile
  touch tmp/restart.txt
  git describe > public/version.txt
SSH

After that, a tag is created in the git repository. This way you know exactly the date and time the deployment was performed.

And you can find out which version (tag from git) is in production accessing the URL your_domain.com/version.txt.

Update on March 8, 2013:

I created another script which accepts the -q param (quick).
https://gist.github.com/lucascaton/5118852

Os principais sistemas operacionais móveis hoje são: iOS, Android, Windows Phone e BlackBerry.

Porém, mais dois concorrentes estão entrando nessa briga:

Ubuntu for phones

Firefox OS

Outros posts sobre esses dois novos sistemas operacionais móveis:
Ubuntu Dicas – Posts sobre Ubuntu Phone
Ubuntu for phones video demoed at CES 2013 with music player and Notes applications
Ubuntu Dicas – Conheça o Firefox OS Phone
Ubuntu, Firefox line up to take on iOS, Android in 2013

Conforme eu anunciei no último post, dia 19/01/2013 (último sábado) aconteceu o Start on Rails em SP.

O Rodrigo Pinto (@rodrigoospinto) escreveu um post contando como foi lá: http://rodrigopinto.me/2013/01/21/startonrailssp-sucesso-total/.

Segue algumas fotos que tiramos:

No dia 19/01/2013 vai acontecer o Start on Rails em SP. É um evento que dará aquele ponta pé inicial para o pessoal que está interessado em começar a trabalhar / estudar Rails. É um evento parecido com o Rails Girls que rolou ano passado. E eu vou participar como coach novamente!

O Ricardo Valeriano escreveu um post que explica tudo sobre o evento: http://backslashes.net/2013/01/10/voce-esta-convidado-para-o-start-on-rails-sp-no-dia-19012013/

Não perca essa oportunidade! :D

Uma forma bem interessante de fazer isso é convertendo tal array para um objeto Enumerator. Para isso, existe o método Enumerator#cycle. Imagine o seguinte array:

array = [1, 3, 5, 7]

Ao rodar o método cycle, veja o que acontece:

array.cycle
#=> #<Enumerator: [1, 3, 5, 7]:cycle>

Podemos agora usar o método Enumerator#take e modificar o array original como quisermos. Por exemplo, vamos dobrar o seu tamanho:

array.cycle.take(8)
#=> [1, 3, 5, 7, 1, 3, 5, 7]

Foi criado um array do tamanho especificado no parametro do método take.

Isso é útil – por exemplo – em casos similares à esse código da gem boleto_bancario. Em algoritmos de IA também é bastante comum precisar desse tipo de modificação em arrays.

Começo hoje uma nova fase da minha vida, trabalhando na Locaweb! E como eu já conheço a equipe, o ambiente de trabalho e os projetos, me sinto honrado de estar entrando em uma empresa como a Locaweb, onde pretendo dar o melhor de mim, como sempre tentei fazer. Obrigado a todos pela ótima recepção!

Mas depois de ver os slides “What to expect in Rails 4.0″ do Boston Ruby Group, fiquei com vontade de atualizar um projeto no qual estou trabalhando atualmente só pra ver se algo iria explodir :-)

Antes de mais nada

Dê uma olhada nos Release Notes e nesta árvore do Rails 4.

Atualização do Bundler

Bom, a primeira coisa que tive que fazer, foi atualizar o meu bundler (eu usava a versão 1.1.5 e atualizei para a 1.2.1), já que o Rails 4 precisa da versão 1.2.x ou superior.

Atualização do Gemfile

Feito isso, alterei algumas coisas no Gemfile, sendo que a parte relevante é essa abaixo:

# gem 'rails', '3.2.8'
gem 'rails', github: 'rails/rails' # Aqui vamos pegar o código mais novo do Rails, diretamente do Github :-)
gem 'journey', github: 'rails/journey' # o Rails depende da versão mais nova dessa gem
gem 'activerecord-deprecated_finders', github: 'rails/activerecord-deprecated_finders' # o Rails depende dessa gem, a qual ainda não foi lançada

group :assets do
  gem 'sass-rails', github: 'rails/sass-rails' # o Rails depende da versão mais nova dessa gem
  gem 'coffee-rails', github: 'rails/coffee-rails' # o Rails depende da versão mais nova dessa gem
  gem 'uglifier', '>= 1.0.3'
end

# resto do Gemfile...

Nesse ponto, a brincadeira meio que acabou pra mim: o Mongoid ainda não é compatível com o Rails 4. Mas resolvi seguir em frente, testando apenas as páginas estáticas (que não dependendiam do Mongo), só pra ver o que iria rolar…

Alterações no config/application.rb

Como nesse projeto, eu não fazia um

require 'rails/all'

pois não uso nem ActiveRecord nem test_unit, eu fazia require apenas do que eu precisava:

# require "active_record/railtie"
require "action_controller/railtie"
require "action_mailer/railtie"
require "active_resource/railtie"
require "sprockets/railtie"
# require "rails/test_unit/railtie"

Mas eu tive que retirar o “active_resource/railtie” (que agora é uma gem externa) e o “sprockets/railtie” (este simplesmente não funcionou – e eu não pesquisei o motivo).

Rotas

Se você tiver alguma rota desse tipo:

match 'foobar' => 'foo#bar', via: 'put'

Você vai ver um erro assim: “You should not use the `match` method in your router without specifying an HTTP method. (RuntimeError)”.

A solução é usar o verbo HTTP no lugar do “match”:

put 'foobar' => 'foo#bar'

Isso também vale para rodas com o GET. Resumindo: não use mais o “match”! :-)

Aproveitando que estou falando de rotas, uma coisa muito interessante que eu descobri foi o novo stack trace de erro de rota, que agora mostra todas as rotas disponíveis (obviamente, só exibe isso no ambiente development). Segue um screenshot:

Configurações de ambientes

Uma nova configuração obrigatória nos arquivos config/environments/*.rb é o eager_load. Caso você não configure isso, receberá um WARNING:

config.eager_load is set to nil. Please update your config/environments/*.rb files accordingly:
  * development - set it to false
  * test - set it to false (unless you use a tool that preloads your test environment)
  * production - set it to true

Outro detalhe é que a config whiny_nils não existe mais, então eu precisei retirá-la.

Views e helpers

Em um trecho do meu HTML, eu usava o helper asset_path:

<%= asset_path 'some_image.png' %>

Mas rolava esse erro:

undefined method `asset_path' for #<#<Class:0x007...>

E resolvi isso por hora removendo essa linha (afinal, eu queria ver até onde eu conseguiria chegar).

Outro problema que tive em views foi esse:

undefined method `handle_positional_args' for #<#<Class:0x007...>

A primeira vez aconteceu em um helper link_to e depois em um form_for. Aparentemente, nenhum deles tinha nada demais. Novamente eu removi esses dois heleprs da minha view.

Então eu finalmente consegui ver a página (estática)! :-)

TL; DR => Conclusão

Consegui carregar apenas as páginas estáticas, uma vez que o Mongoid ainda não suporta o Rails 4.0. E pelo mesmo motivo, não consegui rodar nenhum teste :-(
Ainda é cedo pra começar a migrar os projetos (como eu já falei, o Rails 4 não tem nem mesmo um Release Candidate). O faça apenas para se divertir e/ou ajudar os desenvolvedores reportando bugs ou colaborando com o código!

O evento é uma iniciativa para fazer com que mais mulheres se interessem pela área de desenvolvimento de software. O evento é gratuito e acontece em vários lugares do mundo. Aqui no Brasil já aconteceu em Porto Alegre e agora em São Paulo (realizado na Locaweb).

Nos dois dias do evento, foram apresentadas algumas lighting talks muito boas (a maioria apresentadas por mulheres) e um curso básico de programação para web, usando Ruby on Rails. Durante o curso, foi mostrado às alunas uma visão geral sobre desenvolvimento web (HTML, CSS, javascript), MVC e banco de dados. E elas tiveram que criar um projeto real, começando do zero e terminando com a aplicação rodando no Heroku, apresentando o que fizeram para todos no final.

Eu participei como coach e valeu muito a pena. Foi sensacional ver os projetos finalizados!

Segue o link do evento e algumas fotos:

http://railsgirls.com/saopaulo

http://www.flickr.com/photos/64572237@N00/sets/72157631520431773/