Ouça a playlist no Rdio.
Música que mostrou a cara da banda pro mundo. Refrão marcante, meio chiclete. Encaixa em qualquer trilha sonora de comercial modernoso.
Ouça a playlist no Rdio.
Música que mostrou a cara da banda pro mundo. Refrão marcante, meio chiclete. Encaixa em qualquer trilha sonora de comercial modernoso.
ExUnit.start | |
defmodule SearchTokenizerTest do | |
use ExUnit.Case | |
test "tokenizes an empty text" do | |
text = "" | |
assert Search.tokenize(text) == [] | |
end |
gpfb() { | |
git add . && git commit --amend -C HEAD && git push -f | |
} | |
# Public: Go to a git branch from a given partial name. | |
# | |
# $1 - The branch partial name. | |
# | |
# Examples | |
# |
{ | |
"bold_folder_labels": true, | |
"color_scheme": "Packages/User/Xcode_default.tmTheme", | |
"ensure_newline_at_eof_on_save": true, | |
"font_face": "Menlo", | |
"font_size": 12, | |
"highlight_line": true, | |
"highlight_modified_tabs": true, | |
"ignored_packages": | |
[ |
=Navigating= | |
visit('/projects') | |
visit(post_comments_path(post)) | |
=Clicking links and buttons= | |
click_link('id-of-link') | |
click_link('Link Text') | |
click_button('Save') | |
click('Link Text') # Click either a link or a button | |
click('Button Value') |
RUBY PROFILING | |
ruby-prof | |
http://www.dan-manges.com/blog/rails-performance-tuning-workflow | |
http://snippets.aktagon.com/snippets/255-how-to-profile-your-rails-and-ruby-applications-with-ruby-prof | |
http://blog.endpoint.com/2012/05/profile-ruby-with-ruby-prof-and.html | |
https://www.coffeepowered.net/2013/08/02/ruby-prof-for-rails/ | |
https://github.com/ruby-prof/ruby-prof/blob/master/examples/graph.txt | |
https://github.com/tmm1/stackprof | |
http://www.confreaks.com/videos/5096-RubyConf2014-real-world-ruby-performance-at-scale |
Despite of they feel to be almost the same, there is a subtle difference between them: In request specs, you can exercise the full stack of a HTTP request (from routing to the view layer, so to speak).
Request specs also allows you to access more than one endpoint at a time, so you are able to test a whole scenario’s flow, whereas in controller specs you can exercise only one endpoint per test case (i.e., a single controller’s action).
# request spec
specify do
get '/my-first/enpoint'
Rondy Sousa (@plataforma.rondy): @brunno.santos, puxando o gancho no papo das descrições de MR, uma coisa que a gente costuma fazer é manter a descrição do MR no commit principal (title+descripton do MR batendo com o do commit).
A vantagem é que a motivação/propósito do MR ("pois o bundle da product já tem esse link salvo no banco") fica documentada no histórico do controle de versão (e agnóstico da plataforma de code review).
Brunno dos Santos (@brunno.santos): @plataforma.rondy interessante esse esquema que vcs usam de colocar a descrição no commit, mas o problema é definir qual é o commit principal, as vezes nem temos um. Como vocês lidam com isso?
Rondy Sousa (@plataforma.rondy): @brunno.santos, A gente faz squash dos commits antes de fazer merge no master, com o commit resultante recebendo o título + descrição do MR.
Na grande maioria das vezes, commits separados representam (ou deveriam representar) apenas "snapshots" de work-in-progress do MR. No momento do merge, eles acabam não acre