Entretanto, após usar o plugin eu notei que não estava legal: o comportamento de abrir uma nova aba, salvar o favorito e manter a aba aberta não ficou legal, não estava bom. Mas a sandbox do Safari não me permitia fazer muita coisa, e nem pouca coisa também: window.open e window.close, por exemplo, são duas que não funcionam dentro da sandbox de extensões do Safari.

A solução foi usar a injeção de scripts e estilos do próprio Safari para fazer algumas coisinhas com JavaScript, como abrir ou fechar uma janela. Aproveitei a oportunidade para fazer um novo plugin, diferente e mais afrescalhado completo, esse cara foi o SaveTo.

O SaveTo permite enviar a página atual para o Delicious, igual ao plugin anterior, mas ele faz isso abrindo uma nova janela que é fechada automaticamente logo após o favorito ser gravado, as diferenças: 1) agora são necessários dois cliques para salvar o favorito, antes só precisava de um; 2) além do Delicious coloquei os atalhos para outros serviços (que escolhi entre os que eu uso com mais frequência).

Para quem tiver interesse em baixar, a distribuição está disponível aqui. E o código fonte aqui no meu github.

Lembrando que antes de instalar o plugin é preciso ativar as extensões no Safari, siga esses passos:

- Menu: Safari > Preferences

- Guia: Avançado > Mostrar menu de desenvolvedor

- Menu: Desenvolvedor > Ativar Extensões

Estamos saindo aqui da Giran numa mini caravana: Eu, Léo Hackin e Oscar Makoto e vamos tentar aproveitar o máximo possível os dois dias de palestras do evento, enquanto isso faremos – ou tentaremos fazer – alguma cobertura no twitter.

É meio nonsense, mas na sexta o evento vai parar para transmitir o jogo do Brasil-sil-sil e teremos que assistir ao futebol ao invés de aprender sobre Agile, deixando nossos políticos fazerem a festa enquanto o rebanho se diverte.

E claro, o networking certamente será um dos melhores do ano, além de conhecer pessoalmente muitos novos amigos das listas, blogs e discussões quero muito rever os velhos amigos gaúchos ainda do saudoso tempo de PortalJava

Na verdade sempre foi possível fazer plugins para o Safari, é fato, mas não havia um suporte nativo decente, os plugins menos piores precisavam do SIMBL (que eu não gosto de usar) e por aí vai.

O que eu mais sentia falta no Safari era de um mísero botãozinho para salvar páginas no Delicious, não precisava nem mostrar os favoritos ou fazer qualquer outra coisa, eu só queria salvar. Da pra fazer isso facilmente com um atalho na barra de favoritos, o próprio delicious ensina, mas eu sou um cara chato de personalidade difícil (de verdade) e não gosto de deixar a barra de favoritos ativa, de modo a otimizar a área útil de visualização no navegador.

Outra alternativa era o DeliciousSafari, um plugin que faz tudo o que você precisa e o que você também não precisa ou nem imagina que fosse responsabilidade do plugin, algo como o pacote Office da M$. Eu já tentei usar o DeliciousSafari várias vezes, mas, por coincidência ou não, toda vez que eu começava a utiliza-lo o Safari ultrapassava a marca de 1.5Gb de consumo de memória RAM.

Hoje resolvi testar a possibilidade de criar plugins para o Safari5 e me surpreendi, foi muito fácil e indolor. Com menos de 30 minutos consegui deixar o plugin funcional. O mais difícil foi o Tagliati fazer o ícone pra mim (brincadeiras com o ‘designer’)

O plugin é super simples, é somente um botão na toolbar do Safari que salva a página ativa no Delicious, exatamente o que eu tanto queria Espero que possa ser útil pra mais alguém. Algumas poucas funcionalidades extras para este plugin já estão em desenvolvimento e outros plugins também, espero poder anuncia-las em breve.

Para quem tiver interesse em baixar, a distribuição está disponível aqui. E o código fonte aqui no meu github.

Antes de instalar o plugin é preciso ativar as extensões no Safari, siga esses passos:

- Menu: Safari > Preferences

- Guia: Avançado > Mostrar menu de desenvolvedor

- Menu: Desenvolvedor > Ativar Extensões

Apesar de já ter participado e liderado a organização de algumas dezenas de eventos, este foi bastante diferente e especial pra mim. Foi a segunda vez em que a Giran se envolveu *fortemente* na organização de um evento (a primeira foi com o IV EJES), e em conjunto tivemos além da Giran pessoas ‘de fora’ que também participaram muito e foram imprescindíveis, inclusive começando com o ponta pé inicial, como fez o Denis Ferrari.

Queria começar essa retrospectiva agradecendo ao pessoal da organização: Denis Ferrari, Gustavo Badke, Fabricio Vargas Matos, Hackin, Keila e todo o time da Giran e MSDev-ES que ajudaram no operacional no dia do evento.

O Maré-Vix foi sensacional em todos os quesitos: as reuniões de organização (sempre em bares, porque ninguém é de ferro), as emoções e desesperos com data e remarcação do local nos últimos dias, as confirmações e cancelamentos com os palestrantes e claro, o evento em si.

O público foi completamente maravilhoso e participativo, tivemos muitas perguntas nas palestras, muito bate papo nos intervalos e muito, muito networking com todos os participantes. Tenho que destacar também a participação das caravanas de Campos e Cachoeiro do Itapemirim que marcaram presença, e a de Campos com quase 40 pessoas que viajaram mais de 4 horas para participar do evento. É extremamente gratificante e recompesador ter participado da organização de um evento que motivou tanta gente de longe a participar (mas no começo a responsabilidade foi grande, muito grande).

Conseguimos formar um time super bacana, organizado e comprometido com a organização e realização do evento, e isso foi show. O Carlan e o pessoal da Highlan também deram muita força e foram os responsáveis pela filmagem do evento, o que nos ajudou bastante. Foi muito legal trabalhar com essa galera

Um agradecimento em especial para o Guilherme Silveira, da Caelum, e para o Renato Willi, da SEA, que foram nossos palestrantes “importados” e contribuíram muitíssimo para a qualidade do evento com as suas apresentações.

Também não da pra não citar os patrocinadores e apoiadores, que foram fundamentais para a realização do evento: um grande abraço e muito obrigado ao pessoal da PowerLogic, Novatec, Highlan, Caelum, SEA, Simbionte, Qualidata, MSDev-ES, Giran, e claro, pra Faesa, que proporcionou todo o ambiente e infra-estrutura para o evento :)

Novamente, muito obrigado a todo mundo que participou, patrocinou, apoiou e ajudou de alguma forma. Agora é esperar pela próxima Maré, até lá!!!

A apresentação em si é básica, fala sobre SCRUM, seus papéis, responsabilidades, atividades e ciclo de vida. Nesta apresentação tento focar na desmistificação de alguns conceitos e idéias simples que, às vezes, as pessoas que ainda não conhecem o SCRUM possam ter formado naquelas conversas de corredor, e claro, mostrar alguns benefícios e problemas reais que a adoção do SCRUM trará para a organização e para as pessoas envolvidas.

A apresentação está disponível aqui no meu slideshare e também no blog. A conversão/compressão do slideshare deixou a apresentação um pouco mais feia, quem quiser faça o download do arquivo que este estará bem melhor.

Dúvidas, críticas e sugestões farão meu dia um pouco melhor, fique a vontade para me procurar.

E não é difícil imaginar que haja muita magia – de verdade – envolvida na configuração de um servidor de e-mail, especialmente quando você precisa configurar um deles para enviar e-mails autênticos. São muitas variáveis envolvidas e algumas formas de trabalho diferentes entre cada tipo de servidor de e-mail, o que dificulta um pouco as coisas. Mas alguns conceitos importantes nós devemos conhecer a fundo pois serão úteis em qualquer ambiente e com qualquer aplicação de servidor de e-mail.

Apenas uma observação: eu não sou especialista em administração de servidores, muito menos em servidores de e-mails, as dicas a seguir são fruto de muito estudo, tentativas, erros e acertos até chegar numa configuração e conhecimento que estão me atendendo.

O host, hostname e domain

Você sabe (sem consultar) qual o FQDN (Fully Qualified Domain Name) da sua máquina? E dos servidores que você usa e/ou administra? É comum que você não saiba, principalmente se não forem servidores de e-mail ou web.

O FQDN nada mais é do que o nome do host (hostname) junto com o nome do domínio (DNS). Na maioria dos servidores, especialmente os de desenvolvimento, a maior importância do hostname é a possibilidade de dar nomes personalizados para as máquinas, mas em produção isso tem uma importância bem grande.

A configuração e validação por SPF

SPF – Sender Policy Framework – é uma tentativa para controlar a quantidade de e-mails forjados que circulam na internet. Como encontramos no FAQ do SPF: “SPF não é anti-spam da mesma forma que a farinha não é comida, é parte da solução”. O SPF é um das configurações mais importantes para a maioria dos seus e-mails serem entregues com sucesso, especialmente se você quiser entregar e-mail para os servidores do gmail.

Citando um pouco o FAQ do SPF: “O SPF é um protocolo desenvolvido por um grupo de voluntários, motivados e unidos por um desejo em comum de melhorar o funcionamento da internet. Não é um produto comercial oferecido por uma empresa com fins lucrativos”. O protocolo SPF está sendo adotado por um número crescente de servidores de hospedagem e ISPs – Internet Service Providers, tornando-se cada vez mais importante e essencial para o funcionamento correto de um servidor de e-mails.

Na configuração do DNS do domínio o SPF aparece como uma entrada TXT comum, com esta aparência:

Para consultar as entradas TXT de um domínio, use: dig txt dominio.com. Um exemplo completo de configuração de SPF:

Nesta configuração estou dizendo que, para o domínio em questão (imaginando o jeveaux.com) o IP 192.168.1.2 é um IP válido para enviar e-mails utilizando o domínio jeveaux.com. Além disso estou também incluindo os domínios de envio do Google para que possam também enviar e-mails utilizando o meu domínio (neste caso através do google apps).

É importante reparar um detalhe no final: -all. Esta cláusula está informando que qualquer outro IP (all) deverá ser negado (-), mas pode ser configurado de outras maneiras se você precisar, usando o -all ou diretamente um IP:

• -all – Fail – Recusa qualquer e-mail partindo de outros IPs que não estiverem na configuração do SPF
• +all – Pass – Significa que todo IPs (todo mundo) está autorizado a enviar e-mails em nome do seu domínio
• ~all – SoftFail – Intermediário entre o Fail (-) e o Pass (+). Geralmente usado em transições de domínios ou servidores de domínios.
• ?all – Neutral – O dono do domínio não tem como ou não quer definir quem está autorizado a enviar e-mails em nome do seu domínio

Mais informações e detalhes sobre o SPF aqui no Antispam.br.

MX ou A records?

Esta é uma dúvida que eu já tive diversas vezes e sempre precisei pensar e repensar a mesma coisa várias e várias vezes. Mas é muito mais simples do que parece, vejamos por necessidade:

• O servidor de e-mails em questão funciona apenas como SMTP (envio) ou também é utilizado como POP/IMAP (recebimento)?

Se a resposta for SIM, o seu servidor de e-mails apenas envia e-mails, esqueça a configuração dos MX Records pois elas não lhe serão úteis, preocupe-se apenas com que exista um registro do tipo A no seu domínio contendo o nome (o hostname visto acima) do seu servidor associado com o IP do mesmo.

Se a resposta for NÃO, o seu servidor de e-mails também receberá e-mails, então lembre-se também de configurar corretamente os registros MX no seu domínio. Mas como neste artigo estou focando apenas no envio não entrarei em detalhes na configuração do MX, para mais informações siga por aqui.

DNS Reverso

DNS o que!? Reverso!? Pois é, DNS reverso. Pense num domínio: é um nome que encaminha você até um determinado servidor – IP. Agora pense de maneira reversa, ao contrário: a partir de um determinado servidor – ou IP – como chego ao domínio? Pois é isso que faz a configuração do DNS reverso, ela permite que outros servidores verifiquem a identidade do seu servidor comparando se um determinado IP bate com o IP informado no servidor de DNS.

Exemplo: Verificando o IP de um domínio através da resolução de DNS.

E agora fazendo a resolução reversa, de um IP para o domínio.

Na maioria dos casos essa configuração será até fácil, basta pedir ao responsável pelo seu servidor de DNS que o faça. Exceto se você for o responsável também pelo servidor de DNS, então você terá que fazer a configuração do DNS reverso também. Se você precisar configurar manualmente o seu DNS reverso precisará saber um pouco sobre o BIND, recomendo este tutorial do Dicas-L.

Resumindo o que é importante lembrar

Se você quiser enviar e entregar e-mails corretamente para todos os servidores – ou o máximo possível – lembre-se de configurar corretamente:

1. O hostname e domínio do seu servidor de e-mail
2. O DNS do domínio com uma entrada válida no SPF para o IP do servidor de e-mails
3. O DNS reverso no servidor de DNS da rede do servidor para o nome configurado no registro A (próximo passo)
4. O DNS do domínio com um registro do A apontando para o IP do seu servidor de e-mails.

Alguns servidores de e-mail farão apenas a verificação por SPF ou DNS, por isso, configure sempre os dois, não custa nada e vai poupar algumas dores de cabeça e muitas falhas na entrega dos e-mails.

Um cenário fictício baseado no meu cenário real

Basicamente omiti apenas os nomes e os endereços IP dos hosts por outros que não são válidos, mas que são suficientes para exemplificar. Vamos ao exemplo:

O domínio jeveaux.com.br, registrado no registro.br está usando os servidores de DNS da Linode. Imaginando uma situação onde temos uma infra-estrutura grande e que uma determinada aplicação precise enviar muitos e-mails, o site ficará num servidor (srv1) e o servidor de e-mails ficará em outro servidor (srv2), logo, teremos dois IPs diferentes.

• srv1: apenas servidor web (o site, apache), IP 192.168.1.1
• srv2: apenas servidor de e-mail (postfix, sendmail, etc), IP 192.168.1.2

Servidores configurados, tudo funciona. Então vem o primeiro problema: Meus e-mails não estão nem caindo como spam, eles sequer são entregues, e agora?

A primeira coisa a se verificar é a configuração do domínio. Como está o SPF? O domínio jeveaux.com.br está dizendo explicitamente que o IP do srv2 pode enviar e-mails por este domínio?

Configure o SPF, algumas mensagens começarão a ser entregues, mas não são todas, e agora? Será comum encontrar no log estas mensagens de erro:

Vamos ao mais fácil: depois de configurar o SPF, vamos configurar o DNS reverso, você pode solicitar ao seu datacenter, ou no caso do Linode fazer diretamente no painel de controle. Com o DNS reverso configurado agora quase todas as mensagens já são entregues, mas nem todas. O que ainda está faltando?

Configurar um apontamento válido no domínio para o endereço do seu servidor srv2, uma entrada do tipo A na configuração do domínio será suficiente. Mas qual o hostname – não falei que seria importante!? – completo do seu servidor?

No meu servidor srv2 eu vou executar o comando hostname -f e ver o retorno:

O que isso quer dizer? Quer dizer que esse nome é o nome que é utilizado para iniciar uma conversão entre o seu servidor de e-mails e o servidor de e-mails que você pretende entregar uma mensagem. É (literalmente) assim:

Ocorre que, quando o cliente (o servidor que você quer entregar um e-mail) for verificar o IP de mail.jeveaux.com.br ele não encontrará nada, ou talvez até encontre o IP do srv1, dependendo de como estiver a configuração do seu domínio, levando o cliente a concluir que este remetente não é válido. Isso pode fazer seus e-mails irem para a caixa de spam ou diretamente recusados.

Crie então uma entrada do tipo A com o nome mail dentro do domínio jeveaux.com.br apontando para o IP do srv2.

Com estas configurações você terá as credenciais suficientes para entregar e-mails com autenticidade em qualquer servidor de e-mails. É claro que isso não lhe concederá garantias que o e-mail passará como não sendo spam com qualquer conteúdo que você enviar, isso é completamente diferente. Mas ao menos você preencheu os requisitos essenciais para identificar o seu servidor e valida-lo como um servidor autorizado dentro do seu domínio.

Existem muitas outras maneiras de fazer essa configuração, seja através de ajustes no seu servidor de e-mail, no DNS, etc. As que eu expliquei aqui são as que eu faço e utilizo e que consegui compreender com clareza até hoje.

QCon São Paulo – O principal evento de arquitetos e desenvolvedores chega a América Latina. O QCon SP traz, dias 11 e 12 de setembro, ícones internacionais e nacionais de diversas áreas, com apresentações de alto nível técnico. Com sistemas cada vez mais complexos, o QCon aborda não apenas uma única tecnlogia ou aspecto: passa de Java, .NET e Rails até Arquitetura, Design, Cloud, Escalabilidade, Replicação, Cache e casos de sucesso. Serão dois dias com mais de 40 palestras de alto nível.

Eu estarei lá junto com o Gabriel Benz, que trabalha comigo na Giran, nós apresentaremos um case de sucesso relacionado ao nosso trabalho com a Wine.com.br, o maior e-commerce de bebidas da América Latina, projeto de inteira responsabilidade da equipe da Giran, desde o desenvolvimento do sistema em si até integrações com sistemas de terceiros e ambiente/servidores de produção.

O trabalho com a Wine é desafiador e muito interessante para todo o time, mesmo após 13 meses de trabalho contínuo ainda aprendemos muito, criamos muitas coisas novas, mudamos, e ainda temos muito a construir e realizar, muitos desejos e sonhos. A Wine deixou de ser apenas um cliente Giran e tornou-se um parceiro+amigo: transparência, sinceridade, dedicação e um time que trabalha com qualidade extrema, todos estes fatores foram essenciais para alcançarmos esta confiança e parceria.

Vamos falar rapidamente sobre essa parceria e forma de trabalho e vamos nos concentrar na parte técnica (a mais legal) do projeto, quem estiver na apresentação verá algumas coisas que estamos fazendo com Spring e Solr, com Apache, caches diversos, um pouco de Torque e OpenJPA, e muitos outros pontos interessantes da arquitetura tanto de software quanto de produção.

Eu estou, pessoalmente, tomado por um sentimento que mistura um pouco de felicidade, realização e reconhecimento, estou muito feliz com o trabalho na Giran, com os clientes e projetos e principal com a equipe que estou trabalhando, são todos ‘excepcionais’ (literalmente). E claro, muito ansioso pelo evento e pela apresentação, parece até a minha palestra!

Maio será um mês de muitas ondas boas, no dia 22 teremos o Maré de Agilidade em BH e no próximo final de semana, dia 29 de maio teremos o Maré de Agilidade em Vitória, ou Maré-Vix: http://www.mare-vix.com

O Maré Vix contará com uma programação bastante recheada e enriquecedora: teremos um dia inteiro com muitas palestras e uma mesa redonda com todos os palestrantes ao final do evento. Dentre os nomes confirmados para o evento, temos: Guilherme Silveira, com a palestra Um produto em duas semanas, Guilherme Chapiewski, Denis Ferrari sobre Domain-Driven Design, Fabrício Vargas Matos falará sobre TDD e Jeveaux – eu, sobre Negociação de contratos.

O Maré Vix conta com o apoio e patrocínio da Giran e Qualidata para a sua realização, e o apoio fundamental da Faesa, cedendo espaço, infra-estrutura e ajuda necessárias para a realização do evento, e claro, com os patrocinadores que nos ajudam a tornar o evento realidade: HighLan, Caelum, GUJ e InfoqBR. Tem interesse em colaborar na organização? Patrocinar? Então entre em contato comigo agora mesmo: paulo.jeveaux (a) giran.com.br.

Um pouquinho sobre a minha apresentação:

Negociação de contratos de projetos ágeis: contratos de escopo negociáveis

Trabalhar em par, escrever testes, muitos testes e colar os papeizinhos na parede, não acaba por aí? Ninguém me avisou que existe uma parte difícil! Um projeto de software, independente da metodologia de gestão ou engenharia é um projeto que possui um cliente – que investe capital – e uma empresa que fornece serviços – que recebe o capital em troco de devolver um bom produto – e este relacionamento tende a ser fortemente formal e legal, o que nos leva para as negociações de contrato entre cliente e fornecedor.

Customer collaboration over contract negotiation, assim encontramos no Manifesto Ágil: Colaboração com o Cliente mais que negociação de contratos, o que não significa trabalhar sem contratos, pelo contrário, os contratos fazem parte de todo e qualquer projeto de software, são indispensáveis. Mas onde está o ponto de equilíbrio? Como conseguiremos um balanço ideal? Como você já deve imaginar, não há bala de prata aqui também, mas existem diversos caminhos e alternativas que podem ser traçadas para ajudar no caminho do sucesso. Estas modalidades de contratos e formas de trabalho serão abordadas nesta apresentação através de: contratos de preço, tempo ou lucro fixo, contratos de escopo negociáveis e até contratos de escopo aberto.

Então é isso, visite o site do Maré-Vix agora mesmo e garanta a sua participação, as vagas são limitadas.

No dia 22 de maio, em Belo Horizonte – MG, será realizado o Maré BH, uma versão do Maré do Agilidade que está viajando entre várias cidades.

Fiquei muito contente com o convite do Marcos Sousa para participar do Maré em BH com uma palestra sobre minha minhas últimas experiências aqui na Giran em negociação de contratos para projetos de escopo variável ou incremental.

Um pouquinho sobre a minha apresentação:

Negociação de contratos de projetos ágeis: contratos de escopo negociáveis

Trabalhar em par, escrever testes, muitos testes e colar os papeizinhos na parede, não acaba por aí? Ninguém me avisou que existe uma parte difícil! Um projeto de software, independente da metodologia de gestão ou engenharia é um projeto que possui um cliente – que investe capital – e uma empresa que fornece serviços – que recebe o capital em troco de devolver um bom produto – e este relacionamento tende a ser fortemente formal e legal, o que nos leva para as negociações de contrato entre cliente e fornecedor.

Customer collaboration over contract negotiation, assim encontramos no Manifesto Ágil: Colaboração com o Cliente mais que negociação de contratos, o que não significa trabalhar sem contratos, pelo contrário, os contratos fazem parte de todo e qualquer projeto de software, são indispensáveis. Mas onde está o ponto de equilíbrio? Como conseguiremos um balanço ideal? Como você já deve imaginar, não há bala de prata aqui também, mas existem diversos caminhos e alternativas que podem ser traçadas para ajudar no caminho do sucesso. Estas modalidades de contratos e formas de trabalho serão abordadas nesta apresentação através de: contratos de preço, tempo ou lucro fixo, contratos de escopo negociáveis e até contratos de escopo aberto.

Este é um evento que promete, muito! Serão dois dias de atividades com mini-cursos e palestras e muita gente boa da comunidade agile brasileira. Estou contando os dias para rever alguns velhos amigos e conhecer pessoalmente alguns novos-velhos amigos das listas e blogs.

Participações confirmadas: Guilherme Silveira, CV, Éder Frances Oliveira, Márcio Sete, Marco Aurélio de Souza Mendes, Alexandre Gomes, Heitor Roriz, Manoel Pimentel, Renato Willi e Eu Veja mais detalhes sobre os palestrantes e as palestras aqui.