A primeira impressão ao entrar no escritório é de que algo ali é diferente das empresas de TI tradicionais. Não há baias, apenas grandes mesas sem divisórias. Pessoas trabalhando em pares, ou seja, dois para cada computador, NERF darts pelo chão, video-games no lounge e pessoas falando alto.

A ThoughtWorks é conhecida mundialmente por ser uma das pioneiras na prática de metodologias ágeis. Isto faz com que ela tenha uma cultura à parte, que incentiva a colaboração e entrega de alto valor agregado. A empresa tem uma missão um tanto quanto ousada: “Revolucionar a TI”. Para tal, possui um modelo de três pilares que descrevem os seus principais propósitos: Sustainable Business (negócio sustentável), Software Excellence (excelência em software)  e Social Justice (justiça social). Os dois primeiros são totalmente esperados para uma empresa de TI, entretanto, justiça social é um valor que poucas empresas valorizam tanto quanto a ThoughtWorks. Isto faz com que procuremos antender apenas clientes que se alinhem com o nosso perfil, evitando fazer negócios com aquelas que vão de encontro com estes valores.

Entretanto, o que mais me chamou a atenção lá foi a autonomia que é dada a cada funcionário. Em primeiro lugar, não há uma hierarquia definida e nem um conceito de “chefe”. Cada um exerce seu papel e é exigido de acordo com o que é esperado dele. Caso você não esteja satisfeito com alguma coisa, você tem toda a liberdade para propor uma sugestão ou conversar com seus colegas para tentar identificar problemas e propor soluções. Essa é uma característica bastante única na minha opinião e foi a que levei mais tempo para assimilar completamente. Por estes motivos, não é raro ouvir pessoas falando que é necessário “desconstruir” para então “reconstruir” vários conceitos quando se entra na empresa, quase como uma lavagem cerebral.

O processo seletivo da ThoughtWorks é bastante completo, exigente e extensivo. A empresa se propõe a ser um lugar para as mentes mais brilhantes naquilo que fazem. Por isso, costuma-se dizer que ser um Thoughtworker não é para qualquer um. São testadas várias características do candidato, desde valores e perfil até capacidade de raciocínio lógico e habilidades como programador. São várias etapas classificatórias e eliminatórias. O processo todo não costuma levar menos de um mês por candidato, conversando com cerca de 10 pessoas no total. Apesar de difícil, não é impossível, afinal, eu consegui.

A TW também é uma empresa global por natureza. Com diversos escritórios pelo mundo todo, a rotação entre países é incentivada. Com isso, é muito comum termos muitos Thoughtworkers viajando entre escritórios e trabalhando nos clientes. Durante qualquer período do ano, temos pelo menos 10% de expats (TWers que vieram de outros países) no escritório da TW Brazil. Lá dentro, a língua oficial é o Inglês. O Leonardo Borges, que trabalha na TW Austrália e escreveu sobre as experiências dele, não me deixa mentir! Nenhum escritório tem mais de aproximadamente 150 funcionários. Quando ele atinge este limite, geralmente ele pára de crescer e procura-se outro lugar para abrir um novo. O motivo disto é muito simples: Depois de uma certa quantidade de pessoas dentro de um escritório, acaba se tornando muito difícil de conhecer todo mundo e de se manter um relacionamento estreito entre as pessoas. Por isso, existe este limite que procura garantir a identidade da empresa e a interação entre as pessoas.

Com esse post, espero ter passado uma noção de como funciona nosso dia-a-dia na TW e ter mostrado como ela é uma empresa realmente diferente. Para quem já trabalhou em uma startup ou uma empresa bem pequena (menos de uns 20 funcionários, por exemplo), vai se sentir em casa lá dentro, pois, apesar de ter mais de 1600 funcionários no mundo todo, a TW parece continuar mantendo as boas características de startups de tecnologia onde tudo é flexível e se trabalha com prazer.

Se você curtiu a TW, é apaixonado pelo que faz e gostaria trabalhar conosco, não deixe de entrar em contato. Afinal, estamos contratando.

Até mais!

Em primeiro lugar, vejo o perfil de empreendedor como sendo, antes de tudo, um mindset. Você não precisa desistir do seu emprego, abrir uma empresa, arriscar tudo o que tem tentando um negócio feito louco só pra ver como é empreender. Vejo este perfil em algumas pessoas que não necessariamente arriscaram tudo, assim como eu fiz, mas mesmo assim possuem este mindset. Eu me refiro a pensar “fora da caixa”, inovar, arriscar, tentar coisas diferentes. Essa semana um aluno de Ciência da Computação da UFRGS criou um site chamado poabus.com.br para mapear as linhas de ônibus de Porto Alegre, já que o sistema que a EPTC oferece é praticamente inusável. Eu certamente diria que este cidadão chamado Bruno Jurkovski tem um perfil empreendedor, pois teve atitude para pensar diferente e experimentar uma nova solução para um problema existente. Eu diria que este tipo de perfil já caracteriza um empreendedor. Ou seja, você não precisa largar seu emprego de full-time para ser um empreendedor. Você pode começar hoje mesmo pensando em como você pode fazer alguma coisa para mudar o mundo à sua volta, utilizar as suas skills para contribuir para um mundo melhor. Um bom começo é contribuir para um projeto open source, por exemplo. Caso você não seja da área de TI, procure outras formas de inovar, solucionar problemas e deixe sua contribuição para a humanidade fazendo algo diferente, que tenha impacto sobre o mundo ao seu redor.

Alguns podem se perguntar “por que”? Por que isso é legal? O que eu ganho com isso? Eu posso afirmar que você ganha muito, tanto como pessoa, quanto como profissional. No meu caso, como um dos fundadores da Quavio, aprendi tanto em um ano como se tivesse se passado 5 anos. Você aprende aquilo que nenhum colégio te ensina: como se virar sozinho, como contratar um funcionário, como cuidar das finanças da empresa, como atender bem o cliente, como vender o seu produto, como se posicionar no mercado, entre muitas outras coisas que você acaba nem notando! No final das contas, o resultado disso tudo é que você acaba se tornando uma pessoa melhor. E isto é extraordinário! Fundar uma empresa pra mim foi uma tempestade de novas experiências a cada dia. Não vou dizer que tudo são mil maravilhas, pois não são. Você acaba tendo que engolir muito sapo, aceitar críticas, aceitar perder, errar, cair e tentar novamente. Errar faz parte do processo diário. É apenas errando que realmente aprendemos como não fazer

Certa vez eu li em algum lugar que, geralmente, aquilo que te faz sentir um nervoso, um frio na barriga e apreensão é aquilo que te trará um aprendizado que não irá esquecer. E isto acontece todo dia na vida de um empreendedor

Hoje não faço mais parte da Quavio por motivos principalmente financeiros meus, entretanto, mantenho meu mindset empreendedor, sempre tentando encontrar maneiras de resolver problemas de um jeito diferente. É por isso que este tipo de pessoa costuma sempre ter uma idéia brilhante para compartilhar e receber feedback de um amigo. Até porque, se você acha que a sua idéia é brilhante e valiosa demais para ser aberta para os outros, provavelmente você está errado Se você tem medo que alguém roube sua idéia revolucionária, não se preocupe com isso. Uma idéia não vale nada. Muito mais vale uma idéia bem executada. Se alguém roubar a sua idéia e colocá-la em prática, isto significa que provavelmente aquela era a pessoa certa para executá-la, e não você

Atualmente tenho me dedicado a um projeto pessoal com alguns amigos, chamado Noite Hoje. Nossa idéia é mudar a maneira como as pessoas procuram uma festa ou um show para ir, acessando de uma maneira simples e rápida de qualquer lugar, tanto o seu computador, quando seu smartphone.

Para quem quiser ler mais, o site Software by Rob é focado no assunto e tem ótimas boas leituras. Enfim, espero ter plantado a semente em alguém que esteja se sentindo desconfortável com a sua atual situação de vida e quer dar um real sentido para ela. Este é o seu momento hehehe.

Até a próxima

Isso significa que é possível levantar um site com Ruby on Rails ou Sinatra e MongoDB rapidinho e sem desembolsar um centavo com o Heroku.. Damn good.

Como nem tudo é perfeito, a documentação do add-on MongoHQ ainda é um tanto quanto “magra” e praticamente nem fala no Mongoid. Perdi uns vários minutos googleando e nada. Até que então encontrei o método from_uri na classe Connection do driver de mongo para Ruby.

Ao habilitarmos este add-on, o Heroku seta uma variável de ambiente chamada MONGOHQ_URL, que utilizamos para estabelecer a conexão com o Mongo server. Não encontrei em lugar nenhum como fazer esta conexão, então deixo aqui caso alguém precise:

A questão toda é que o IE não irá aceitar nenhum cookie do PagSeguro, pois ele está fora do domínio principal do site que está sendo acessado no momento (o site onde você está tentando comprar algum produto, por exemplo). A maneira para contornarmos esse problema, seria implementando um mecanismo chamado P3P.O que este negócio aí faz, é criar um mecanismo de expor para o browser qual é a política de privacidade do site de maneira programática (através de um cabeçalho no response).

Exemplo:

response["P3P"] = 'CP="IDC DSP COR ADM DEVi TAIi PSA PSD IVAi IVDi CONi HIS OUR IND CNT"'

Cada uma destas siglas de 3 ou 4 letras acima tem um significado, como por exemplo, expor como o site utiliza os dados do usuário. Esta propriedade deve ser incluida no cabeçalho de todas as páginas que setam um cookie no browser. Mais informações aqui e aqui.

Isto é o que acontece quando os seus cookies forem bloqueados

No caso do PagSeguro, o que acabava acontecendo é um erro dizendo “Sua sessão expirou.”.

Na minha opinião, é responsabilidade do PagSeguro implementar P3P em suas páginas para possibilitar que os desenvolvedores possam utilizar este recurso, já que, como não temos controle sobre o PagSeguro, não temos como implementar o cabeçalho customizado do P3P nas responses.

Com isso, acabamos tendo que mudar a interface para não utilizarmos mais o IFrame, pois não encontramos solução para o problema!

Bom, fica aí mais um motivo pra você que já odiava o IE, agora tem um motivo a mais

O nosso grande problema foi que, ao salvar uma data/hora no banco mySQL via ActiveRecord, o timezone estava sendo normalizado para UTC +00:00, enquanto o timezone do sistema é GMT -02:00, pois estamos em horário brasileiro de verão. Normalmente seria GMT -03:00).

Isto se torna um problema quando precisamos comparar datas, que vêm do banco de dados, com a data atual. Utilizando Time.now, estávamos observando um offset de 2h dado pela diferença entre o timezone do banco e o do sistema.

Para solucionar o problema, precisamos normalizar os dois objetos para o mesmo timezone. Resolvemos isto utilizando o método Time.utc, que monta um novo objeto Time baseado no UTC:

module ApplicationHelper

def self.get_utc_time
now = Time.now
Time.utc(now.year, now.month, now.day, now.hour, now.min, now.sec)
end

end

Caso alguém tenha uma solução mais elegante para o problema, aceito sugestões

Para quem quiser utilizar a API do Google Translate para traduzir partes de um documento HTML, segue uma implementação que tive que fazer recentemente utilizando jQuery e ASP.NET MVC:

• Controller Action para fazer o request para a API REST:


[ValidateInput(false)]
public ActionResult Translate(FormCollection vars) {
string reqUri = "https://www.googleapis.com/language/translate/v2?key=YOUR_GOOGLE_API_KEY&source=pt&target=en&format=html";

var webRequest = (HttpWebRequest)WebRequest.Create(reqUri);

webRequest.ContentType = "application/x-www-form-urlencoded";
webRequest.Method = "POST";

byte[] bytes = Encoding.UTF8.GetBytes("q=" + vars["q"]);
webRequest.ContentLength = bytes.Length;
webRequest.Headers.Add("X-HTTP-Method-Override", "GET");

using (Stream outputStream = webRequest.GetRequestStream()) {
outputStream.Write(bytes, 0, bytes.Length);
}

using (WebResponse webResponse = webRequest.GetResponse()) {
if (webResponse == null) {
return null;
}
using (StreamReader sr = new StreamReader(webResponse.GetResponseStream())) {
return Content(sr.ReadToEnd().Trim(), "text/json");
}
}
}


Algumas considerações sobre esta action:

• Não estamos validando o parâmetro q de entrada. Seria interessante validar a presença deste parâmetro no form e lançar uma exceção caso ele não esteja presente;
• Não esqueça de passar para o parâmetro key a sua chave da API do google;
• Uma melhoria seria receber via form também o código do idioma fonte e destino (parâmetros source e target da URL).

Vamos agora para o código de cliente (JavaScript) para atualizar a view:

var translateUrl = '<%= Url.Action("Translate") %>';

$(function () {
translateElement("caseText");
translateElement("caseTitle");
});

function translateElement(elemId) {
$.ajax({
url: translateUrl,
dataType: 'json',
type: 'POST',
data: {
q: $("#" + elemId).html()
},
success: function (json) {
// TODO: I've found that the returned translated text from Google may be incomplete
// if we send any   elements within the text. We should remove any occurrences
// of this in the input string.
$("#" + elemId).html(unescape(json.data.translations[0].translatedText));
}
});
}

O que este código faz é apenas chamar a Action Translate que, por sua vez, chama a API do Google e retorna o JSON com o texto traduzido. Feito isso, a função translateElement apenas atualiza o conteúdo do elemento com a tradução.

Acredito que o código seja auto explicativo. Qualquer dúvida, por favor perguntem nos comentários

Documentação da api aqui e aqui.

Abraços!

Felipe

Vou aproveitar só para deixar um rápido passo-a-passo que utilizei para configurar uma ferramenta de diff visual para SVN no Ubuntu. No Windows eu vinha usando o ótimo WinMerge. No Linux, fui recomendado ao meld nesta pergunta no stackoverflow. Bom, vamos aos passos:

• sudo apt-get install meld
• gedit ~/diffwrap.sh
• Cole o seguinte conteúdo dentro do arquivo recém criado e salve (adaptado daqui):

!/bin/sh

# Configure your favorite diff program here.
DIFF="/usr/local/bin/my-diff-tool"

# Subversion provides the paths we need as the sixth and seventh
# parameters.
LEFT=${6}
RIGHT=${7}

# Call the diff command (change the following line to make sense for
# your merge program).
$DIFF $LEFT $RIGHT

# Return an errorcode of 0 if no differences were detected, 1 if some were.
# Any other errorcode will be treated as fatal.

• chmod a+x diffwrap.sh
• gedit ~/.subversion/config
• Procure a linha onde diz “diff-cmd” (linha 57, no meu arquivo)
• Remove o “#” do início da linha para descomentá-la
• Digite /home/<nome do seu usuário>/diffwrap.sh no final da linha. O resultado deve ser algo assim: diff-cmd = /home/<nome do usuario>/diffwrap.sh
. Não esqueça de trocar <nome do usuário> pelo nome real do seu usuário no sistema
• Pronto. Ao digitar svn diff arquivo.rb, o meld será executado com dois arquivos abertos: o seu, com suas modificações locais, e a cópia origina que está no repositório.

Por hoje é isso. Nos próximos dias pretendo escrever um guia sobre como publicar uma aplicação Rails 3 do zero num cloud server do Rackspace.

Até mais!

Resumindo, precisamos de um fornecedor de hospedagem que atenda a estas necessidades e que, ao mesmo tempo, ofereça um bom suporte às tecnologias que utilizamos.

Recentemente, decidimos por utilizar exclusivamente Ruby e, preferencialmente, Sinatra (ou Rails) para este tipo de projeto devido a uma série de fatores. Eu diria que os principais seriam a extrema simplicidade de uso e alta produtividade que obtemos com estas ferramentas.

Esta decisão, por sua vez, implica em uma maior dificuldade na escolha do nosso fornecedor de hospedagem, visto que a maioria deles simplesmente não possui suporte a estas tecnologias ou, se possui, é bastante precária ou ineficiente.

Vínhamos utilizando até então, preferencialmente, a Kinghost para este fim. Entretanto, chegamos à conclusão de que o suporte a Ruby on Rails é bastante precário e limitado. Isso pra não falar de Sinatra. Ao ligar para o Call Center, o atendente, que se dizia técnico, me pediu que soletrasse a palavra “Sinatra” para ele. Desisti na hora.

Outra opção era a Locaweb, que também vinhamos utilizamos em alguns casos específicos e que se mostrou relativamente satisfatória em se tratando de suporte a Ruby. Entretanto, considero o custo/benefício da Locaweb baixo (o preço da hospedagem compartilhada parte de R$ 29/mês) quando comparada a outras hospedagens gringas. Além disso, tivemos uns problemas sérios lá com SSH recentemente, o que nos deixou bastante insatisfeitos com o serviço da Locaweb também.

Não nos restaram muitas opções no Brasil, por isso estamos pensando seriamente em procurar alternativas fora daqui para hospedar nossos projetos. Eu realmente não queria ter que fazer isso, pois queriamos muito fomentar o desenvolvimento das hospedagens para essas tecnologias no Brasil, mas infelizmente não nos resta outra alternativa, já que não encontramos um fornecedor que nos atenda de forma satisfatória por aqui.

Não é à toa que vemos manifestações deste tipo no mercado brasileiro, pois concordo que a reclamação dos consumidores tem fundamento.

Aceito sugestões de boas hospedagens para Ruby/Sinatra/Rails no Brasil ou fora.

Me surpreendi positivamente esses dias com o excelente serviço que heroku oferece. Achei fantástico. O deploy é simplesmente um git push. Mais fácil, impossível!

Seria muito bom termos algo nesse nível aqui no Brasil!

There are a few steps needed in order to configure IIS, DNS and authentication.

1. Select the website you’re working on, in the IIS Manager screen, in the left side tree. Then, click the “Bindings” option in the right pane

Pay attention for the starting dot in the domain attribute. It is needed in order to work with any subdomain