denicostadsc.com

Nunca pare de mandar currículo

2015-06-27T00:00:00+00:00

Mandar currículos, normalmente, é sinônimo de desemprego. Mas nesse texto vou mostrar como usar essa prática a seu favor mesmo empregado, podendo testar o mercado que você trabalha, validar se o seu salário está na média praticada pelo mercado e muito mais.

Síndrome de Embraer

OBS: Eu nunca ouvi o termo “Síndrome de Embraer”. Aparentemente eu inventei. Mas se você quiser usar em um estudo sociológico ou algo do gênero fique a vontade. =D

Em São José dos Campos, cidade onde moro, tem uma fábrica gigante da Embraer. Que pra quem não sabe é uma das maiores empresas da indústria da aviação do mundo. A Embraer costuma pagar muito bem seus funcionários. Do engenheiro até os empregados das linhas de montagem. Mas alguns dos cargos que existem lá, principalmente do chão de fábrica não existem em outras empresa. Pelo menos não no Brasil.

Como toda empresa, a Embraer já passou por crises, e precisou demitir muitos dos funcionários. E vários desses funcionários não perceberam que viviam em uma bolha. O conhecimento que eles exerciam lá não seria muito útil em outras empresas. E provavelmente não vão conseguir outro emprego com um salário nem próximo do que recebiam na Embraer.

Amigos meus já me falaram de histórias de seus pais e amigos que entraram em depressão depois de passar por isso.

A Embraer, é apenas um exemplo. Mas esse tipo de bolha infelizmente não é raro.

Fique atento às vagas nas empresas que você admira

Pra saber o que o mercado tem cobrado, a coisa mais fácil a se fazer é acompanhar as vagas nas empresas que mais se destacam no mercado que você gostaria de trabalhar. Além de não ter o trabalho (que trabalho duro, né?) de mandar currículos, essas vagas já te dão um bom indício do que o mercado está exigindo dos empregados hoje em dia.

E obviamente, várias dessas vagas vão pedir conhecimento que você não domina. Esse é um bom indicador do que você precisa para se manter atualizado e não vir a sofrer da “Síndrome de Embraer”.

Seu currículo é bom o suficiente?

Mandar currículo para vagas nessas empresas, mesmo que você não queira mudar de emprego, vai validar as suas suposições sobre a sua empregabilidade.

A um certo tempo, eu queria fazer intercâmbio, e não tinha currículo em inglês. Resolvi traduzir o meu e testar em uma grande multinacional da minha área. Fui chamado para fazer uma primeira entrevista. Obviamente eu falei não, pois eu queria mesmo era fazer o tal do intercâmbio. Mas essa ação que me custou 10 minutos, já validou se o meu currículo em inglês era razoavelmente legível e inspirava interesse.

O seu salário é justo?

Falar de dinheiro é tabu pra muita gente e eu pretendo falar de maneira mais profunda sobre isso em outro blog post. Mas geralmente, não saber o seu valor de mercado indica de que você está sendo mal pago.

Ir para a segunda fase de um processo seletivo, já indica que sua atual experiência não é muito diferente da necessidade do mercado. Mas também vai te ajudar a validar o seu salário em relação ao que o mercado está pagando.

Vai que cola…

Todos os argumentos que usei neste texto independem de você estar procurando uma nova oportunidade ou não. Mas e se uma dessas empresas te oferecer uma oportunidade irrecusável? Negociar quando você não precisa te dá enormes vantagens. Você não está desesperado, pode negociar com calma e chegar em um ótimo acordo.

E se meu chefe descobrir?

Muitas empresas veem com maus olhos seus funcionários participando de processos seletivos em outras empresas. Se o seu chefe vier falar com você, eu recomendo falar algumas dessas verdades:

Você não tem interesse em sair, mas quer testar o mercado.
Você não tem interesse em sair, mas está fazendo uma pesquisa salarial.
Você não tem interesse em sair, mas está procurando vagas pra ver que tecnologias estão sendo usadas por aí.

Tudo isso demostra que você não quer ficar para trás em relação ao que está rolando nas outras empresas/startups. E faz de você um bom empregado.

Conclusões

Manter um currículo atualizado, uma boa rede de contatos e estar atento ao mercado te dá vantagens na hora de negociar um aumento, saber que nova tecnologia estudar, ou mesmo trocar de emprego.

Dicas úteis de git

2014-08-24T00:00:00+00:00

Neste artigo vou falar de algumas dicas para ajudar no seu aprendizado sobre git e também para melhorar o seu wokflow com git no dia-a-dia.

Pro Git em português

Um bom começo para os iniciantes em git é o livro Pro Git escrito por Scott Chacon. Algumas pessoas não sabem, mas esse livro é distribuído sob Licença Creative Commons. E foi totalmente traduzido para o português pela comunidade.

Alterar o comportamento do mv e do rm

Umas das coisas mais chatas que acontece comigo quando quero remover um arquivo de um projeto pela linha de comando, e digito mv ao invés de git mv.

Quando isso acontece vc tem que fazer dois passos a mais.

mv file dir/file
git rm file
git add dir/file

O que fiz foi alterar o comportamento do rm do sistema colocando no meu .bashrc a seguinte função:

1
2
3
4
function mv_git {
    mv_path=$(which mv)
    git mv $* 2> /dev/null || $mv_path $*
}

E um alias:

alias mv='mv_git'

Agora ao mover um arquivo, a função primeiro tenta remover usando git mv se não der certo ela executa simplesmente mv. Para adicionar o mesmo comportamento ao rm, adicione também a função abaixo no seu .bashrc.

1
2
3
4
function rm_git {
    rm_path=$(which rm)
    git rm $* 2> /dev/null || $rm_path $*
}

Com a respectiva alias:

alias rm='rm_git'

Git log mais bonito

A saída do git log padrão, grande parte das vezes, não ajuda muito. Por isso usei a dica do Fred Schott e adicionei essa alias ao meu .gitconfig.

Usando Git hooks para tarefas repetitivas

Caso você tenha alguma tarefa que precisa ser executada a cada commit, ou toda vez que você faz um push uma boa forma de resolver esse problema é com Git hooks.

Eu, por exemplo, adicionei um hook para analisar o código que vou “commitar”. Caso o código tenha algum problema, eu não consigo fazer o commit até consertá-lo.

Saber quais hooks existem pode ajudar quando você se deparar com uma situação como a que descrevi. Esse site reúne artigos informações e projetos relacionados aos hooks dos Git.

Gitignore global

Para quem programa em Python, é praticamente certo que não se quer arquivos compilados (com extensão .pyc) no seu repositório. Mesmo assim não é raro você encontrar esse tipo de arquivo em algum repositório.

Para resolver esse problema eu criei um arquivo .gitignore_global (mas pode ser qualquer nome) com todos as extensões que eu sei que sempre vou querer ignorar e adicionei isso ao meu .gitconfig com o seguinte comando:

git config --global core.excludesfile ~/.gitignore_global

Eu espero que as dicas sejam úteis no dia-a-dia de vocês também.

Abraço

O básico de qualidade de código

2014-06-15T00:00:00+00:00

Qualidade de código não é algo opcional (pelo menos não deveria ser). Isso deveria ser um requisito obrigatório em qualquer projeto. Mas por que tem tanto código ruim no mercado? A resposta é simples: É muito difícil escrever código bem feito. Leva-se tempo para aprender a se escrever um bom código. É preciso errar, e sofrer com seus erros para melhorar.

E quando se fala em qualidade de código, estamos falando de um coisa bem ampla. Podemos falar sobre grau de acoplamento, taxa de cobertura de teste e muitas outras coisas. Todas essas podem ser consideradas medidas de qualidade.

Apesar de esse ser um assunto bem vasto, vou abordar uma das partes mais simples, mas que está diretamente ligada à qualidade e que às vezes é esquecida por boa parte dos programadores: A formatação de código. Usar indentação corretamente não faz o seu código menos acoplado ou mais coeso. Mas se você não se atentar a esses pequenos detalhes, o seu código pode virar uma grande bola de neve.

A aparência dos seu código fala muito sobre você como programador. Então neste post vou falar algumas regras simples que uso no dia-a-dia como guia em todos os meus projetos.

1 - Use uma ferramenta de analise estática

Eu particularmente não vejo nenhuma boa razão para não usar ferramentas de análise estática de código em todos os seus projetos. Existem ferramentas open-source para fazer esse tipo de análise em praticamente todas as linguagens mais usadas. flake8 para Python, jshint para Javascript, shellcheck para shell script, csslint para CSS e muitos outras.

Existem também serviços que fazem analise estática e geram ótimos relatórios sobre o seu projeto. Serviços como o Landscape para Python e o Code Climate para Ruby e Javascript (mas eles estão prestes a lançar suporte a PHP e pretendem suportar em breve Coffe Script e Python). Ambos são gratuitos para projetos com repositório público.

Um ponto importante de padrões de formatação de código que são externos à sua equipe, como os feitos por essas ferramentas e serviços, é que eles acabam discussões inúteis de como dever ser formatado o código. Em Python, por exemplo, é abraçar as convenções PEP8 e ser feliz.

2 - Evite linhas longas

Muitos programadores (eu inclusive) não gostam dos limites de tamanho de linha que grande parte das ferramentas de lint impõe. Então é muito comum desabilitar essa verificação.

Mas isso não é motivo para se ter código com 220 caracteres por linhas (já vi isso!). Aí você precisar rolar o editor de texto para o lado para poder ler o código. Isso é inadmissível. Deixe o bom senso ser seu guia, mas defina um tamanho máximo para você e/ou para a sua equipe.

Como eu disse, não gosto muito do limite padrão da maioria das convenções, que é de 79 (ou 80) linhas. Eu acho muito pouco. Então, normalmente uso 119 caracteres como limite de caracteres.

Em python, quando você tem imports longos, como o exemplo abaixo, você você pode agrupá-los, usando parenteses, e assim quebrar as linhas.

1
from django.template import Context, RequestContext, loader, Template, TemplateDoesNotExist

Agrupando os imports.

1
2
3
4
from django.template import (
    Context, RequestContext,
    loader, Template, TemplateDoesNotExist
)

Você ainda pode usar uma formatação diferente (que por sinal é a formatação original desse código) dependendo da sua preferência e contexto. Mas recomendo que escolha um e mantenha-o.

Esse talvez seja a dica mais simples de seguir. Para ajudar a visualizar os limites de colunas nas linhas, você pode configurar sua IDE/Editor de texto para traçar uma linha mostrando esse limite.

3 - Evite escapar o caractere de fim de linha

O problema anterior pode ser resolvido simplesmente quebrando a linha e escapando o caractere de fim de linha. Mas antes de falar sobre isso, responda a seguinte pergunta: Qual a diferença dos dois códigos a baixo?

1
2
from django.template import Context, RequestContext, \ 
                            loader, Template, TemplateDoesNotExist

1
2
from django.template import Context, RequestContext, \
                            loader, Template, TemplateDoesNotExist

Nenhuma, aparentemente. Mas a maior diferença é que o primeiro código acusa erro de sintaxe e o segundo executa normalmente.

Olhando para os dois código não é possível perceber nenhuma diferença, mas o primeiro tem um espaço depois do escape. Assim, caractere de fim de linha não é mais escapado. Para o interpretador a segunda linhas é um statement novo (e inválido). Por isso recebemos um erro de sintaxe. Um bug chato de achar por que o caractere que causa problema, o espaço, não é visível.

Esse isso deve ser evitado em qualquer linguagem.

Eu sei que você pode configurar seu editor de texto para retirar os espaços no fim das linhas ao salvar o texto. Mas mesmo assim prefiro evitar que esse tipo de coisa aconteça, evitando quebrar linhas assim.

4 - Não misture aspas simples e duplas

Algumas linguagens, como Javascript e Python, aceitam aspas simple e duplas para delimitar strings. Não use essa “feature”!

Eu, particularmente, uso aspas simples sempre que possível (Javascript, Python) e duplas quando necessário (C/C++, Java). Escolha uma e mantenha o padrão em toda a sua base de código.

5 - Evite código desnecessário

Essa regra é bem simples: Quando um código não precisar ser escrito, não o escreva. Vejamos o código abaixo:

def anything(some):
    if some == something_else:
        return True
    else:
        return False

Não existe a necessidade de escrever aquele else. Pois se o código do if for executado, a função retorna e nada mais ali dentro é executado. Sempre que você tiver uma situação assim, escreva dessa forma:

def anything(some):
    if some == something_else:
        return True
    return False

Essa regra pode ser resumida em: “sem else depois de return.”

Mas esse código ainda não está legal. Eu estou fazendo uma verificação booleana para então retornar um booleano. Esse código pode ser melhorado e ficar assim:

def anything(some):
    return some == something_else:

Essas pequenas melhorias, variam de caso para caso, mas mantenha na sua cabeça o mantra: “código que não precisa ser escrito, não deve ser escrito”.

6 - Seja consistente nos retornos das funções

Algumas linguagens dinâmicas, não obrigam o programador a declarar o tipo do retorno das funções. Então, a mesma função pode retornar um array, uma string, ou ainda um float. Evite isso e tenta manter a consistência da API que você está desenvolvendo.

Nos casos de comportamento errôneo é melhor lançar uma exceção. Para informar explícitamente, que aquele comportamento da função não é o caso esperado.

O único caso (que lembrei enquanto escrevia o post) que isso pode ser usado como uma boa solução acho que pode fugir você esteja implementando um método de busca, você pode retorna nulo (None, null, nil, etc. Dependendo da linguagem) para o caso de não achar nenhum elemento durante a busca.

7 - Escreva as regras

Uma coisa que realmente ajuda na manutenção dessas regras é você ter um documento que agregue todas as regras. A Plataformatec tem publicado um belíssimo guideline. Recomendo a todos que leiam.

Conclusões

Essas regras são apenas o início do que vem a ser um código bem escrito. Mas elas não precisam ser seguidas de maneira cega. Use o bom senso. Crie e compartilhe as suas, comente as minhas.

O desenvolvimento de software é uma coisa viva e orgânica, suas premissas e regras também devem ser. Sendo assim eu atualizarei esse post caso me lembre de outra regra.

Abraços

Como vim parar na Alemanha

2014-05-24T00:00:00+00:00

A muito tempo eu tinha vontade de morar, pelo menos por um período, fora do Brasil. E esse ano de 2014 conseguir iniciar um intercâmbio de um ano, estagiando em Aachen, Alemanha. Uma pequena cidade universitária alemã.

Nesse post vou falar sobre como foi esse processo até aqui. Como a intenção deste texto é ajudar a maior quantidade de pessoas possível, então vou falar detalhadamente sobre coisa que podem ser óbvias para algumas pessoas, mas não são para todos. Principalmente para quem nunca viajou para o exterior.

A semente

Minha primeira oportunidade de morar fora foi com o programa do Governo Federal Ciência sem Fronteiras. Logo no seu primeiro edital, a Inglaterra era o único país na época que não pedia o TOEFL, que para quem não conhece, é uma certificado de língua inglesa, mundialmente reconhecido. Como esse teste era bem caro pra mim na época, optei pela Inglaterra. O sonho ficou um pouco mais próximo quando recebi um email falando que eu tinha passado para a segunda fase do processo seletivo. Fiquei muito feliz! Mas esse mesmo email falava que eu tinha que enviar o meu certificado do TOEFL, em alguns dias. Data inviável para fazer o exame, que já estava fora de cogitação por causa do valor. E meus planos de morar um tempo fora não deram certo dessa vez. Mas a vontade de morar fora não passou, acho que na verdade só aumentou depois desse acontecimento.

O início

Antes de mais nada vou tentar explicar o que é a AIESEC. A AIESEC, de maneira bem resumida, é uma ONG comandada por estudantes de mais de 100 países que visa desenvolver atributos que você não aprende na faculdade, como empreendedorismo, liderança e etc.. E eles fazem isso possibilitando que outros estudantes façam intercâmbio para outros países onde a AIESEC também tem sede. O trabalho dos voluntários da AIESEC é garantir que esse ecossistema de intercâmbio funcione de maneira sustentável.

Anos depois que a minha tentativa de estudar na Inglaterra tinha falhado, no meu último ano de faculdade, alguns membros da AIESEC foram à minha faculdade para falar quem eles são e o que eles fazem. Vi ali novamente uma ótima oportunidade de ir para o exterior. Então, alguns colegas da faculdade e eu decidimos nos inscrever para tentar participar do programa de intercâmbio da AIESEC.

O processo

Diferente de serviços de intercâmbio fornecidos por agências, na AIESEC você não se candidata para ir para um país específico. Você se candidata para vagas em qualquer lugar do mundo. Mas é óbvio que você pode filtrar os países, e se aplicar apenas para vagas em países onde você deseja fazer intercâmbio. E até bom que se faça isso. Dependendo do país onde você vai, os custos ficam inviáveis. Em alguns casos as passagens são muito caras.

Para quem trabalha com tecnologia sobram vagas no banco de dados da AIESEC, então não foi difícil arrumar entrevistas. Alguns escritórios da AIESEC entrevistam os candidatos antes de encaminhar o currículo para suas empresas cadastradas, mas isso não parece ser algo muito comum. O processo seletivo que cada um passa depende basicamente da empresa. Algumas empresas aplicam testes práticos online, provas, e claro entrevistas.

Dois processos seletivos que eu iniciei, foram adiante. Um para a Finlândia e outro para a Alemanha. A primeira parte do processo da empresa finlandesa, foi um teste prático. A Code4Business, a empresa alemã, fez duas entrevistas em dias diferentes via Skype.

Como eu fiz o processo seletivo das duas empresas ao mesmo tempo, eu fiquei muito indeciso para onde ir. Cada oportunidade tinha pontos fortes e fracos. Mas empresas resolveram me ajudar e decidiram por mim. A da Finlândia disse não, e a da Alemanha disse sim.

Os documentos

Depois da euforia de saber que passei no processo seletivo para uma empresa de outro país, vem o estresse com documentação. Alguns documentos você vai precisar independente do país. Como o passaporte. É fácil pedir o passaporte e o processo inteiro está descrito no site da Polícia Federal.

A Alemanha, como muitos outros países, exige alguns documentos para permitir emitir vistos para estrangeiros. Não conheço o processo para outros tipos de visto. Mas eles tem um tipo de visto específico para estudantes que desejam estagiar na Alemanha. Vocês pode conseguir mais informações no site da Representação Alemã no Brasil. Mas para pedir o visto você já precisa ter em mãos o contrato de trabalho, um comprovante da compra de um seguro de saúde e a permissão de trabalho. No meu caso a empresa e a AIESEC cuidaram disso para mim. Em outros caso não sei como funcionaria.

Como brasileiros não precisam de visto para permanecer na Alemanha por menos de 90 dias, alguns intercambistas viajam sem visto e fazem o pedido de visto já dentro da Alemanha. Não sei o quão fácil é conseguir o visto dessa maneira. Conheço gente que venho dessa forma, mas eu decidi fazer o pedido no Brasil e esperar.

Assim como no Brasil, quem trabalha precisa pagar impostos. Aqui até estagiários recolhem imposto. Mas aqui na Alemanha se o seus estágio é obrigatório para se graduar, você não precisa pagar nenhum impostos. Então você precisa de dois documentos da sua faculdade: Um afirma que que você tem um vínculo com a faculdade até quando esse vínculo existirá. O segundo afirma que seu estágio é obrigatório. Aconselho pedir esses documentos assim que começar a pensar a fazer o intercâmbio. Algumas faculdades demoram bastante para liberar documentos incomuns como esse. E se estiver em inglês pior ainda. Para facilitar, a AIESEC possui templates de como devem ser o textos destes documentos.

Documento	Onde conseguir?
Passaporte	Polícia Federal
Visto Alemão	Consulado/Embaixada Alemã
Permissão de Trabalho	Empresa/AIESEC de destino
Seguro de saúde	Empresa/AIESEC de destino
Certidão de estágio obrigatório	Faculdade
Certidão de vínculo com a faculdade	Faculdade

Ainda são necessários alguns documentos da AIESEC, mas desses eu não vou comentar. Caso você decida fazer intercâmbio com eles, alguém de dentro com certeza pode explicar bem melhor que eu.

As passagens e a organização da viagem

Como o visto alemão demora a sair, quando ele sai você tem que comprar suas passagens e organizar tudo da sua viagem em um tempo recorde. Devido a essa correria é complicado se atentar aos detalhes. Pra ajudar na minha organização peguei um check-list na internet e modifiquei para o meu caso. Me ajudou bastante.

A compra das passagens foi uma dose de adrenalina. Tentei comprar as passagens no site da Lufthansa (que por sinal é horrível, em todos os aspectos), com um cartão de crédito (única forma de pagamento dentro do Brasil. E eles não parcelam), e este não tinha limite. Então para efetivamente comprar as passagens eu tinha que ligar para passar outro cartão de crédito com limite. Isso faltando 3 dias para a viagem. Mas no final consegui comprar as passagens.

Aqui vai uma dica muito importante: Leia atentamente TODAS as informaçoes do seu bilhete de viagem. Eu por exemplo descobri já em Frankfurt que não pegaria um segundo avião para Köln, e sim um trem. A pressa e a inexperiência foram minhas inimigas nesse momento, mas espero que não cometam o mesmo erro. Pois pra mim não teve maiores consequências, mas imprevistos podem acontecer e estragar sua viagem logo no início.

A viagem

Aqui o coração começa a apertar. Você se sente extremamente excitado, ansioso ao mesmo tempo que está muito triste por deixar pessoas que ama em outro continente.

Para quem não está acostumado ou não gosta (meu caso) de viagens longas é bem cansativo. O voo demorou umas 10-11 horas até Frankfurt, daí fui de trem para Köln. O sistema de trem na Alemanha e na Europa como um todo é muito bom. Dá, por exemplo, pra pegar um trem daqui de Aachen direto para Paris.

A chegada

Quando cheguei tinha um membro da AIESEC para me acompanhar de Köln até Aachen. Durante os primeiros dias eu tive que me registrar na cidade, abrir uma conta no banco e outras coisa necessárias e sempre tinha um AIESECer comigo. Como a escolha de quem acompanha o novo trainee é feita baseada em quem estárá disponível na data (todos os voluntários da AIESEC também são estudantes), em poucos dias eu conheci gente de mais de 15 países.

Os gastos

Como falei anteriormente, a AIESEC não tem fins lucrativos por isso não cobre (e nem teria condições de cobrir) as despesas dos intercambistas, como passagens, aluguel e etc.. Então tenha em mente que haverão gastos. Para alguns, esses gastos podem pesar bastante no bolso.

Fiz uma tabela para tentar dar uma ideia de quanto eu tive que gastar desde o início até chegar aqui. Não coloquei gastos com malas, roupas e outros acessórios. Até por que evitei ao máximo comprar essas coisas antes de viajar.

Item	Preço
Passaporte	R$ 159,00
Visto Alemão	R$ 213,00
Taxa da AIESEC	R$ 1200,00
Passagens de Avião	R$ 2948,28
700 € (para despesas do primeiro mês)	R$ 2317,00
total	R$ 6837,28

Conclusões

Para quem tem sérias restrições financeiras (que até poderia ser o meu caso), esse tipo de coisa pode ser bem complicado. Mas eu garanto que vale a pena. Talvez você deva tentar de outras formas, como o próprio Ciências sem Fronteiras que custeia praticamente tudo pra você fazer intercâmbio.

O método é o que menos importa. O importante é conhecer o mundo.

Abraços

Login com curl

2014-02-01T00:00:00+00:00

As vezes queremos acessar uma aplicação web para procurar falhas, ou fazer alguma tipo de investigação minuciosa.

Uma ferramenta de linha de comando que pode ser usada para fazer isso é o curl. O uso mais básico do curl é fazer uma requisição em uma determinada URL.

    curl www.example.com

    <!doctype html>
    ...

O resultado desse comando não mostra nenhuma informação muito útil, apenas o HTML da resposta. Uma das formas de visualisar os dados no cabeçalho HTTP é usando a opção -v.

    curl -v www.example.com

    * About to connect() to www.example.com port 80 (#0)
    *   Trying 93.184.216.119...
    * Connected to www.example.com (93.184.216.119) port 80 (#0)
    > GET / HTTP/1.1
    > User-Agent: curl/7.29.0
    > Host: www.example.com
    > Accept: */*
    >
    < HTTP/1.1 200 OK
    < Accept-Ranges: bytes
    < Cache-Control: max-age=604800
    < Content-Type: text/html
    < Date: Sat, 01 Feb 2014 22:37:35 GMT
    < Etag: "359670651"
    < Expires: Sat, 08 Feb 2014 22:37:35 GMT
    < Last-Modified: Fri, 09 Aug 2013 23:54:35 GMT
    < Server: ECS (fll/0761)
    < X-Cache: HIT
    < x-ec-custom-error: 1
    < Content-Length: 1270
    <
    <!doctype html>
    ...

Com a opção -v são adicionadas no topo da saída do comando, informações sobre o que o curl está fazendo, precedidas de um “*”; o cabeçalho da requisição, precedidas de um “>” e o cabeçalho da resposta, precedias de um “<”. Se forem feitas várias requisições, como quando há um redirecionamento, apareceram todas as operações de requisição e resposta. Isso pode ajudar na hora de procurar um bug em sua aplicação.

A forma mais comum do fazer um login nos dias atuais é com um formulário HTML usando o método POST e, caso tenha sucesso identificando o usuário, salvando um cookie no browser do usuário.

Para fazer uma requisição usando o método POST com curl basta indicar os dados que você deseja postar com a opção --data, e o curl infere qual método será usado. Para demostrar isso vou usar uma aplicação de teste que tenho no Heroku.

    curl -v --data \
        'email=denis@mail.com&password=123456' \
        http://limitless-harbor-1705.herokuapp.com/

    * About to connect() to limitless-harbor-1705...
    *   Trying 184.73.211.6...
    * Connected to limitless-harbor-1705.herokuapp...
    > POST / HTTP/1.1
    > User-Agent: curl/7.29.0
    > Host: limitless-harbor-1705.herokuapp.com
    > Accept: */*
    > Content-Length: 45
    > Content-Type: application/x-www-form-urlencoded
    >
    * upload completely sent off: 45 out of 45 bytes
    < HTTP/1.1 302 FOUND
    < Content-Type: text/html; charset=utf-8
    < Date: Sat, 01 Feb 2014 22:16:52 GMT
    < Location: http://limitless-harbor-1705.herokuapp.com/monkeys/
    < Server: gunicorn/18.0
    < Set-Cookie: session=HNAXNoQ9wwt3ISmlQ; HttpOnly; Path=/
    < Content-Length: 225
    < Connection: keep-alive
    <
    <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
    ...

É possível ver que a aplicação identificou corretamente o usuário e salvou um cookie no browser. Isso pode ser confirmado pelo campo Set-Cookie no cabeçalho da resposta.

A aplicação de teste que eu usei, depois do login com sucesso redireciona o usuário para uma listagem de todos os usuários do site. Por padrão o curl não segue para as páginas seguintes quando recebe um status code 302, de redirecionamento. Para que ele faça isso você deve passar a opção -L.

    curl -v --data \
        'email=denis@mail.com&password=123456' \
        http://limitless-harbor-1705.herokuapp.com/

    * About to connect() to limitless-harbor-1705.herokuapp.com port 80 (#0)
    *   Trying 184.72.241.146...
    * Connected to limitless-harbor-1705.herokuapp.com (184.72.241.146)...
    > POST / HTTP/1.1
    > User-Agent: curl/7.29.0
    > Host: limitless-harbor-1705.herokuapp.com
    > Accept: */*
    > Content-Length: 45
    > Content-Type: application/x-www-form-urlencoded
    >
    * upload completely sent off: 45 out of 45 bytes
    < HTTP/1.1 302 FOUND
    < Content-Type: text/html; charset=utf-8
    < Date: Sat, 01 Feb 2014 22:38:45 GMT
    < Location: http://limitless-harbor-1705.herokuapp.com/monkeys/
    < Server: gunicorn/18.0
    < Set-Cookie: session=HNAXNoQ9wwt3ISmlQ...; HttpOnly; Path=/
    < Content-Length: 225
    < Connection: keep-alive
    <
    * Ignoring the response-body
    * Connection #0 to host limitless-harbor-1705.herokuapp.com left intact
    * Issue another request to this URL: 'http://limitless-harbor-1705...
    * Violate RFC 2616/10.3.3 and switch from POST to GET
    * Found bundle for host limitless-harbor-1705.herokuapp.com: 0x8f84fa0
    * Re-using existing connection! (#0) with host limitless-harbor-1705...
    * Connected to limitless-harbor-1705.herokuapp.com (184.72.241.146)...
    > GET /monkeys/ HTTP/1.1
    > User-Agent: curl/7.29.0
    > Host: limitless-harbor-1705.herokuapp.com
    > Accept: */*
    >
    < HTTP/1.1 401 UNAUTHORIZED
    < Content-Type: text/html; charset=utf-8
    < Date: Sat, 01 Feb 2014 22:38:45 GMT
    < Server: gunicorn/18.0
    < Content-Length: 2483
    < Connection: keep-alive
    <
    <!DOCTYPE html>
    ...

É possível ver que o último status code é 401, que significa “Não autorizado”. Mas como isso pode acontecer se acabamos de logar e um cookie foi enviado para o curl? Isso acontece por que, diferente dos browser, o curl não salva essas informações para enviar para o servidor posteriormente. Você precisa fazer isso manualmente.

O sintaxe básica para fazer uma requisição com cookie é:

    curl --cookie "chave=valor" www.example.com

Isso pode ser um pouco chato, pois você tem que pegar os valores que quer na resposta, com o grep talvez, salvar em uma variável para poder usar em uma requisição posterior.

Uma forma mais fácil de fazer isso é salvado o cabeçalho em um arquivo e reutilizando esse informação. O curl já tem uma opção que salva essas informações em um arquivo. E a opção –cookie também aceita um arquivo como parâmetro.

    curl -v --dump-header arquivo-com-o-header --data \
        'email=denis@mail.com&password=123456' \
        http://limitless-harbor-1705.herokuapp.com/

    curl -v --cookie  arquivo-com-o-header \
        http://limitless-harbor-1705.herokuapp.com/monkeys/

    * About to connect() to limitless-harbor-1705.herokuapp...
    *   Trying 54.225.205.142...
    * Connected to limitless-harbor-1705.herokuapp...
    > GET /monkeys/ HTTP/1.1
    > User-Agent: curl/7.29.0
    > Host: limitless-harbor-1705.herokuapp.com
    > Accept: */*
    > Cookie: session=HNAXNoQ9wwt3ISmlQ...;
    >
    < HTTP/1.1 200 OK
    < Content-Type: text/html; charset=utf-8
    < Date: Sun, 02 Feb 2014 00:13:33 GMT
    < Server: gunicorn/18.0
    * Added cookie session="HNAXNoQ9wwt3ISmlQ...;" for domain...
    < Set-Cookie: session=HNAXNoQ9wwt3ISmlQ...;; HttpOnly; Path=/
    < Content-Length: 7132
    < Connection: keep-alive
    <
    <!DOCTYPE html>
    ...

Com base nisso é possível fazer login em qualquer site.

Shell Script FTW

2014-01-30T00:00:00+00:00

Shell Script é sem dúvida uma das linguagens mais usadas no mundo. Independente da tecnologia usada Shell Script é onipresente. Apesar de ser raros projetos inteiros escritos em Shell Script (raros, mas existem), é muito comum usar script para automatizar o build, rodar testes, instalar um software, executar tarefas programadas, e muitas outras coisas.

Então muito importante aprendé-lo, pelo menos o básico. Neste post vou passar algumas referências para aprender/melhorar suas habilidade em Shell Script.

O site Site do Aurélio Marinho Jargas é uma ótima referência em português para todos os níveis.

O artigo BashPitfalls demostra como reescrever alguns dos erros mais comuns que programadores cometem.

Já o livro Advanced Bash-Scripting Guide (que tem uma versão em pdf), é disparado uma das mais avançadas referências que conheço. É um material excelente.

Usando essas referências você não terá mais problemas com Bash e afins.

Novo blog

2014-01-26T00:00:00+00:00

Decidi mudar o meu antigo blog, que eu mantinha no blogspot, para uma solução simples com Jekyll + GitHub pages.

Gostei bastante da facilidade e possibilidade de customização de praticamente tudo. Rápido, fácil e simples.

Publicar um post é apenas um git push. Além de ser uma forma bem nerd de manter um blog é bem prático manter rascunhos e coisas do tipo. E usando Git, o backup do seus posts já está pronto. Isso é realmente lindo!

Conforme o tempo permitir vou reblogar os posts antigos que fizerem sentido para poder ter tudo reunido em um só lugar e disponível para todos.