WebGoal » Desenvolvimento

4º Dojo – WebEscolhe

floz — Mon, 23 Aug 2010 12:36:34 +0000

Data: 13/08/2010
Formato: Randori
Moderador: Matheus

Depois do excelente Kata apresentado pelo Altieres sobre Google Web Toolkit (GWT), chegou a hora do time da WebGoal colocar a mão na massa.

O Problema

Para não correr o risco de emagrecer, a cada 2 sextas-feiras nós realizamos o WebEscolhe, que nada mais é do que “Escolha o que quiser almoçar e coloque na urna. O prato que for sorteado será o prato do dia para todos”. É sério, vale pedir qualquer coisa.

Pois bem, o desafio era criar um WebEscolhe online com o GWT. Protótipos criados e regras definidas: é hora de começar!

Assim como no Randori anterior todos participaram. Designers, desenvolvedores e até POs passaram pelas posições de piloto e co-piloto do par e a experiência mais uma vez foi incrível. No Dojo fica fácil perceber o valor de uma equipe unida. A medida em que as dúvidas aparecem mais o time discute e mantém o foco nas soluções.

Software entregue! A primeira versão do WebEscolhe já está rodando em “beta fechado” =). É muito estimulante contribuir com parte do valor entregue.

Este foi eleito o melhor Randori até agora e a seguir seguem os pontos elencados na retrospectiva.

Retrospectiva

Pontos positivos:

Nosso 4º Dojo
GWT Rulez!
Organização e pontualidade no Dojo
Definição do objetivo e protótipos ajudaram muito
Dessa vez ficou bem simples
Software funcionando
Integração do Time
Tarefas para designers
Concentração e foco no objetivo
O conector para TV
Tempo de ‘ação’ do par

Pontos a Melhorar:

Não atender celular!
Evitar distrações
Diminuir o tempo da troca do par
TDD
Refatorar no ‘tempo extra’

Sugestões de melhoria:

Fazer um checklist para facilitar a organização do Dojo
Abrir o Dojo para participantes de fora da WebGoal
Participação não obrigatória
Quando o tema não for do domínio de todos, começar pelos mais experientes para “engrenar” mais rápido
Criar 2 filas, uma de pilotos e outra de co-pilotos
Distinguir o que é tela do que é TDD
Moderador atuar como coach para lembrar regras do DOJO

Estes eventos estão sendo muito produtivos aqui na WebGoal. Promovam Dojos dentro do seu time, da sua empresa, entre seus amigos. É uma oportunidade excelente de trocar experiência e descobrir formas de solucionar problemas.

3º Dojo – Google Web Toolkit

Mauricio Matsuda — Fri, 06 Aug 2010 11:57:53 +0000

Data: 30/07/2010
Formato: Kata
Apresentador: Altieres

Muitas vezes sentimos um certo receio em usar AJAX/JavaScript, mesmo sabendo das melhorias de desempenho e da experiência do usuário alcançadas com seu uso. Talvez esse receio exista principalmente pela complexidade de se gerenciar uma grande quantidade de código javascript e pelos tradicionais problemas de compatibilidade entre os navegadores.

Por esse motivo, fizemos um dojo para apresentação do Google Web Toolkit (GWT), visto que sua proposta é exatamente superar estes obstáculos. No GWT, o código da interface é escrito em Java e depois convertido automaticamente em javascript otimizado e compatível com a maioria dos navegadores.

Retrospectiva

Pontos bons:

O formato Kata é bom para aprender assuntos novos
O apresentador conseguiu explicar de forma clara e objetiva
Aprender uma tecnologia nova
Poder utilizar essa tecnologia em projetos reais
Pontualidade para o início dojo

Pontos a melhorar:

Sala pequena para o número de participantes
Interrupções desnecessárias durante o Dojo

Este dojo foi muito proveitoso, tanto pelos comentários feitos na retrospectiva, quanto pelo interesse despertado na equipe. Os times de desenvolvimento da WebGoal já estão implementando algumas aplicações de teste para conhecer melhor o GWT e estão gostando bastante!

Apresentador

Participantes

Ver mais fotos

2º Dojo – Maquina de Votação

Mauricio Matsuda — Wed, 04 Aug 2010 17:01:50 +0000

Data: 16/07/2010
Formato: Randori
Moderador: Bruno

O objetivo foi entender o funcionamento e a integração do Selenium com o SimpleTest e CakePHP e aprender técnicas para criação de testes de aceitação que direcionam o desenvolvimento e permitem uma rápida validação da interface de aplicações web.

O problema proposto foi a criação de uma máquina de votação na qual o usuário poderia inserir um número de dois dígitos, conferir o nome e a foto do candidato e confirmar seu voto.

Retrospectiva

Pontos bons:

2º Dojo da WebGoal
Maior envolvimento dos designers
Testes passando e objetivo alcançado
Integração do time
Feedback rápido na validação de interfaces
Aprender uma nova técnica de teste

Pontos a melhorar:

Entender que o objetivo é aprender e ensinar
Mais atenção e disciplina da platéia
Maior comunicação passo-a-passo da solução
Realizar baby steps
Aumentar o tempo de duração
Evitar atrasos para iniciar
Disposição das pessoas e da TV

Um dos pontos positivos em destaque nesse dojo foi o maior envolvimento dos designers, já que conseguimos mesclar tarefas de interface feitas para validação através dos testes do Selenium com tarefas de codificação para automação dos testes utilizando o SimpleTest e CakePHP.

1º Dojo – Jogo Pedra, Papel e Tesoura

Mauricio Matsuda — Mon, 02 Aug 2010 21:18:22 +0000

Data: 18/06/2010
Formato: Randori
Moderador: Mauricio

Com o objetivo de nos prepararmos para o treinamento de eXtreme Programing com o Klaus Wuestefeld, realizamos esse dojo para tirar a ferrugem do nosso TDD utilizando Java e JUnit.

Fizemos uma votação entre os participantes para escolher uma aplicação para ser utilizada como exercício no dojo. Foi eleito o jogo Joquempô (pedra, papel e tesoura), onde cada jogador escolhe um dos símbolos e, conforme a regra descrita na figura ao lado, é definido o vencedor da partida.

Retrospectiva

Pontos bons:

1º Dojo da WebGoal
Praticar e relembrar técnicas de TDD com Java e JUnit
Troca de experiências
Nivelamento do time para o treinamento

Pontos a melhorar:

Build automatizado para os testes
Dupla falar mais sobre a solução que está desenvolvendo
Pensar no simples que funciona

Apesar de ser o 1º Dojo realizado na WebGoal conseguimos atingir nossos objetivos, visto que os participantes que já conheciam as tecnologias Java e JUnit conseguiram treinar e relembrar os conceitos e os que não conheciam tiveram a oportunidade de aprender os princípios básicos.

Coding Dojo

Mauricio Matsuda — Mon, 26 Jul 2010 23:53:40 +0000

A programação é uma arte que requer aprendizado constante e a melhor forma de aprender é praticando.

Coding Dojo é uma técnica que surgiu com o objetivo de aprimorar as práticas de programação. Foi conceitualmente inspirada na palavra japonesa Dojo, que significa um local de muito respeito para o treinamento de artes marciais.

O Coding Dojo permite que todos os participantes pratiquem, aprendam e ensinem. Para isso, dois princípios básicos devem ser seguidos:

Promover o aprendizado contínuo no qual todos os envolvidos devem entender e participar;
Realizar trocas constantes de experiências sem a distinção entre os mais e menos experientes, em um ambiente colaborativo, não competitivo e inclusivo.

Existem 3 formatos de realização de um Coding Dojo:

Kata: técnica em que um apresentador deve demonstrar uma solução previamente desenvolvida. O objetivo é ensinar aos participantes todos os passos necessários e permitir que todos possam reproduzir o mesmo resultado. Nesse formato é permitido realizar interrupções para tirar dúvidas a qualquer momento.
Randori: formato que promove a participação de todos. O desenvolvimento da solução é feita orientada à testes e com programação em par. A cada turno de aproximadamente 5 minutos, o piloto volta para a platéia, o co-piloto vira piloto e um participante da platéia vira co-piloto. Os comentários são permitidos somente quando os testes estiverem em verde e, enquanto estiverem no vermelho, a platéia deve permanecer em silêncio.
Kake: técnica semelhante ao Randori, porém no desenvolvimento há vários pares trabalhando em soluções diferentes simultaneamente e a cada turno a troca é feita entre os pares. Esse formato necessita de um conhecimento mais avançado dos participantes.

O Coding Dojo proporciona um ambiente onde todos podem estudar e aprender novas técnicas e ferramentas, uma vez que elas devem ser praticadas em grupo. Diversos benefícios podem ser percebidos em um time praticante de Coding Dojo:

Bom relacionamento entre as pessoas;
Troca de experiências;
Todos evoluem seus conhecimentos;
Realização de tarefas diferentes do cotidiano de um projeto.

CakePHP com conexão segura ao MySQL

Jonas Alves — Fri, 23 Apr 2010 13:25:19 +0000

No projeto de um de nossos clientes, surgiu a necessidade de configurar uma conexão segura a um servidor MySQL para garantir a segurança dos dados, pois a conexão seria através da internet.

Consideramos algumas opções, entre elas:

Túnel SSH
VPN
Criptografia nativa do MySQL via SSL

Após alguns testes, concluímos que a criptografia nativa do MySQL via SSL é simples de ser configurada e garante a segurança dos dados, além de não precisar de um utilitário externo (SSH, OpenVPN, etc).

No PHP, os dois drivers nativos para MySQL – mysql e mysqli – suportam a conexão criptografada. Basta usar o método Mysqli::ssl_set:

$connection->ssl_set($key,$cert,$ca,$capath,$cipher);

Porém, descobrimos que os conectores para MySQL do CakePHP (1.2, 1.3 e 2.0) não tem essa funcionalidade. Decidimos então implementar um novo conector baseado no original.

Adaptando o conector MySQL do CakePHP

Criamos o conector DboMysqliSsl, que extende DboMysqli, em cake/libs/model/datasources/dbo/dbo_mysqli_ssl.php e sobrescrevemos o método connect, responsável por estabelecer a conexão. O trecho destacado é a parte que difere da superclasse:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39

App::import('Core', 'DboMysqli');
class DboMysqliSsl extends DboMysqli {
function connect() {
$config = $this->config;
$this->connected = false;

if (is_numeric($config['port'])) {
$config['socket'] = null;
} else {
$config['socket'] = $config['port'];
$config['port'] = null;
}

$this->connection = new mysqli();
$this->connection->init();

if (isset($config['ssl'])) {
@$key = $config['ssl']['key'];
@$cert = $config['ssl']['cert'];
@$ca = $config['ssl']['ca'];
@$capath = $config['ssl']['capath'];
@$cipher = $config['ssl']['cipher'];

$this->connection->ssl_set($key,$cert,$ca,$capath,$cipher);
}

@$flags = $config['flags'];
$this->connected = $this->connection->real_connect($config['host'], $config['login'],$config['password'], $config['database'], $config['port'], $config['socket'], $flags);

$this->_useAlias = (bool)version_compare(mysqli_get_server_info($this->connection), "4.1", ">=");

if (!empty($config['encoding'])) {
$this->setEncoding($config['encoding']);
}
return $this->connected;
}
}
?>

Configurando sua conexão (database.php)

Agora, para que sua aplicação CakePHP consiga se conectar a um servidor MySQL com SSL, basta adicionar as seguintes configurações na sua conexão:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

array(
'driver' => 'mysqli_ssl',
'persistent' => false,
'host' => '127.0.0.1',
'login' => 'userssl',
'password' => 'password',
'database' => 'meu_sistema',
'prefix' => '',
'encoding'=>'utf8',
'flags' => MYSQL_CLIENT_SSL,
'ssl' => array(
'key' => '/path/to/meu_sistema/app/config/mysql_ssl/server-key.pem',
'cert' => '/path/to/meu_sistema/app/config/mysql_ssl/server-cert.pem',
'ca' => '/path/to/meu_sistema/app/config/mysql_ssl/ca-cert.pem',
'capath' => null,
'cipher' => null
)
)

Como a configuração sugere, salve os arquivos indicados em um lugar acessível pela sua aplicação – no exemplo usamos /path/to/meu_sistema/app/config/mysql_ssl.

Configurando o MySQL para aceitar (ou exigir) conexões criptografadas

Para seu MySQL aceitar conexões criptografadas você terá que, primeiro, gerar os certificados conforme o tópico “Example 1: Creating SSL files from the command line on Unix” desta página do manual do MySQL.

Em seguida, você deve indicar esses certificados no arquivo de configuração do mysql (/etc/mysql/my.cnf no Debian e Ubuntu). Essa configuração já existe por volta da linha 118. Descomente essas linhas e indique o caminho dos seus certificados:

ssl-ca=/etc/mysql/cacert.pem
ssl-cert=/etc/mysql/server-cert.pem
ssl-key=/etc/mysql/server-key.pem

Reinicie seu MySQL:

sudo /etc/init.d/mysql restart

Agora, se você executar a seguinte query no MySQL:

mysql> SHOW VARIABLES LIKE '%ssl%';

Você verá que o SSL está ativado.

Se você quiser exigir o uso do certificado para que um usuários consiga se conectar no seu servidor MySQL, você deve alterar a permissão do usuário, adicionando a opção REQUIRE SSL, conforme o exemplo:

GRANT ALL PRIVILEGES ON *.* TO 'userssl'@'%' IDENTIFIED BY 'password' REQUIRE SSL;

Pronto, agora você tem uma conexão segura entre sua aplicação CakePHP e seu banco de dados MySQL.

Para acessar seu MySQL com SSL via linha de comando, use os seguintes parâmetros:

mysql -h127.0.0.1 -uuserssl -p --ssl-ca=ca-cert.pem --ssl-cert=client-cert.pem --ssl-key=client-key.pem

Open Source

Essa modificação foi sugerida para ser incorporada ao framework no Lighthouse do CakePHP.

Você precisa amar seu trabalho

matheus — Wed, 16 Dec 2009 16:23:25 +0000

Amor é uma daquelas palavras que possuem vários significados. É um sentimento difícil de ser qualificado e quantificado: afinal, o que significa amar muito ou pouco alguma coisa ou alguém?

Platão define o amor erótico (que vem de Eros, o deus do amor). É o amor do desejo, do prazer. Desejamos aquilo que não temos. É o amor que existe na falta. Quando conseguimos aquilo que nos falta, aquilo que desejamos, o amor acaba. É um amor que se renova, começa e acaba várias vezes durante nossas vidas.

No SCRUM, esse amor existe durante as Sprints. Queremos atingir a meta definida pelo Product Owner, pois o que ele deseja deve ser aquilo que amamos eroticamente. Esse amor atinge seu clímax na reunião de review: mostramos para todos envolvidos e comprometidos no projeto que atingimos a meta. As vezes, fazemos até um churrasco para comemorar! Mas aí, esse amor acaba, pois conseguimos aquilo que desejávamos e atingir essa meta não nos faz mais falta.

Entretanto, também existe a definição de amor de Aristóteles (aluno de Platão). Aristóteles define o amor filia (que vem de amizade). É o amor da alegria: ama-se aquilo que se tem. Ama-se na presença, no dia-a-dia, e não na falta. É um amor persistente, constante.

Esse amor também deveria existir no time do projeto durante as Sprints. Amar aquilo que se está fazendo, amar o trabalho no dia-a-dia, na presença, na alegria. Cada um precisa da alegria do outro para ser alegre. Enquanto o amor erótico nos cega (olhamos só para a meta), o amor filia nos mostra novas possibilidades e nos torna mais criativos. Assim, atingir a meta será apenas uma consequência. Não adianta comemorar a meta atingida se o trabalho durante a Sprint foi feito sobre muita pressão e stress. Todo dia tem que valer a pena trabalhar, todo dia tem que ser dia de churrasco!

Portanto, precisamos tanto de amor erótico, quanto de amor filia. Precisamos manter o equilíbrio entre eles. Continuemos erotizados, mas prestemos atenção na filia (alegria do encontro, do cotidiano, do amor na presença). Não é a meta que é a medida da conduta (amor erótico), mas sim o resultado de todo o processo (amor filia).

Esse post foi inspirado na palestra feita por Clóvis de Barros na HSM ExpoManagement 2009.

Making of do Granatum

matheus — Thu, 10 Dec 2009 18:12:27 +0000

Há mais ou menos 5 meses, surgiu aqui na WebGoal o interesse de termos um software de controle financeiro que fosse simples e funcional. Depois de procurar muito, nós até encontramos algumas alternativas interessantes no mercado, porém nenhuma nos atendia completamente. Foi aí que decidimos fazer com as nossas próprias mãos!

O desejo era ter um software web seguro, gratuito, desenvolvido utilizando as práticas ágeis, em contínua evolução, amparada por um sistema de feedback, onde qualquer usuário pudesse participar sugerindo novas funcionalidades e/ou melhorias para o sistema. Desejo realizado em realização incremental.

O Granatum chega na versão 1.0 e já vem cheio de melhorias propostas pelos mais de 500 usuários cadastrados em menos de uma semana. Esses usuários compartilham do mesmo desejo que nós: fazer um software cada vez mais completo!

Mas afinal, por que Granatum?

Granatum é o nome científico da romã (Punica Granatum). Escolhemos esse nome porque a romã é conhecida como a fruta do dinheiro e está relacionada com diversas simpatias para conseguí-lo. =)

Quem fez?

Apesar de todos da WebGoal terem colaborado (e muito) para o lançamento da versão 1.0, a equipe oficial – por assim dizer – foi composta pelo Altieres, Bruno, Jefferson, Mahmoud e Thiago. Equipe multidisciplinar excelente!

Como foi feito?

Para desenvolver o Granatum utilizamos SCRUM e algumas práticas da XP. Estamos em constante evolução e adaptação com as práticas ágeis e voltamos a sugerir: pratiquem! O exercício é uma excelente forma de aprendizado. Nos ajuda a evoluir e a evoluir a comunidade ágil.

Ficha técnica:

Linguagem: PHP 5
Banco de Dados: MySQL 5
Arquitetura: MVC
Framework: CakePHP
Práticas de engenharia: controle de versão, TDD, refatoração e programação em par

Para finalizar, nós mesmos produzimos o vídeo de divulgação. Utilizamos o Flash CS4 para animar o personagem e os cenários, que explicam como o Granatum funciona. Com toda certeza, é muito gratificante ter um resultado tão positivo em tão pouco tempo.

Veja algumas fotos da produção do Granatum:

Hoje o Granatum já está disponível para todos que quiserem controlar suas finanças através do endereço http://www.granatum.com.br. Você pode fazer seu cadastro utilizando dados anônimos para aumentar ainda mais a sua segurança.

Ambiente de trabalho ágil

Webgoal — Tue, 10 Nov 2009 15:51:57 +0000

Um dos princípios do manifesto para o desenvolvimento ágil de software é: “Construir projetos ao redor de indivíduos motivados, dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho“.

Aqui na WebGoal acreditamos que o ambiente de trabalho deve ser diferenciado e motivador. Para isso, estamos constantemente fazendo mudanças, adequando o local de trabalho de acordo com as necessidades e desejos do Time de desenvolvimento. Veja abaixo como trabalhamos na WebGoal.

Mesas: estão dispostas no centro da sala e os membros do time sentam-se um de frente para o outro. Essa formação favorece a comunicação e o desenvolvimento em par.

Computadores: não dá para ser ágil com computadores lentos! Aqui na WebGoal utilizamos computadores com processadores Intel Core 2 Duo 2.4 Ghz e 4 Gb de memória RAM. Monitores de 19″ também deixam o desenvolvimento mais confortável.

Quadro-branco: é utilizado como apoio para discussões (as vezes é melhor desenhar) e para anotações diversas a respeito do projeto. É uma ferramenta muito importante para times ágeis.

Kanban: oferece todas as informações relativas ao andamento da iteração de um projeto. Através dele, sabemos quais itens e tarefas estão sendo desenvolvidos, como está o desempenho da equipe e se existem problemas a serem resolvidos.

Alimentação: fizemos a opção de oferecer almoço na própria empresa. Com um cardápio balanceado e um ambiente familiar, conseguimos uma qualidade de vida que não tínhamos quando almoçávamos em restaurantes. Além do almoço, oferecemos café da manhã e lanche da tarde para todos os membros do time.

Pessoas: É claro que não adianta nada disso se você não tiver as pessoas certas. Nossa equipe é formada por profissionais que sabem aproveitar tudo isso para entregar software funcionando no final de cada iteração.

Toda essa preocupação com o ambiente de trabalho é justificada quando percebemos os benefícios que tudo isso traz para atingir nosso objetivo: desenvolver software de forma ágil, com alto e rápido retorno sobre o investimento para os nossos clientes.

Origem da Orientação a Objetos

Webgoal — Tue, 06 Oct 2009 17:25:51 +0000

A orientação a objetos tem sua origem nos anos 60 na Noruega, com Kristen Nygaard e Ole-Johan Dahl, no Centro Norueguês de Computação. Através da linguagem Simula 67, foram introduzidos os conceitos de classe e herança.

A orientação a objetos foi mais bem conceituada no laboratório da Xerox, em Palo Alto, sendo refinada numa seqüência de protótipos da linguagem Smalltalk. O líder desse projeto foi Alan Curtis Kay, considerado um dos criadores do termo “programação orientada a objetos”.

Alan Kay começou a programar em Simula depois de conhecer um inovador programa chamado Sketchpad. Sketchpad foi um editor gráfico desenvolvido por Ivan Sutherland, no MIT, em 1963. É considerado um marco na informática, sendo o primeiro editor gráfico orientado a objetos. Era possível colocar bits coloridos no canvas, mas também criar objetos que poderiam ser manipulados distintamente uns dos outros. O Sketchpad permitia que fosse definido um “master drawing“, a partir do qual seriam criadas “instance drawing” (herança).

A partir dos conceitos desse sistema, como também dos seus conhecimentos em Biologia e Matemática, Alan Kay formulou sua analogia “algébrico-biológica”. Ele lançou o postulado de que o computador ideal deveria funcionar como um organismo vivo, isto é, cada “célula” comportar-se-ia relacionando-se com outras células a fim de alcançar um objetivo, entretanto, funcionando de forma autônoma. As células poderiam também reagrupar-se para resolver outros problemas ou desempenhar outras funções, trocando mensagens “químicas” entre elas.

No outono de 1968, Kay teve o seu primeiro encontro com Seymour Papert, no Laboratório de Inteligência Artificial do MIT, e ficou interessado na linguagem Logo. Toda a concepção de Kay sobre o papel do computador na sociedade foi alterada quando ele viu Papert e seus colegas ensinando crianças a programar em Logo. Logo é uma linguagem de programação interpretada, voltada principalmente para crianças e aprendizes em programação. O Logo implementa a filosofia construtivista.

Alan Kay também observou que o conceito de objetos tinha enorme potencial como uma ferramenta cognitiva: havia uma boa correspondência com a maneira de pensar das pessoas sobre o mundo. Ele percebeu que um substantivo isolado faz aparecer uma imagem concreta na mente das pessoas e um verbo isolado não tem esse efeito. Verbos são propriedades dos substantivos: Garotos correm; cachorro corre; água corre; trem corre. Na orientação a objetos chamamos isso de polimorfismo.

Então, Alan Kay pensou em como construir um sistema de software a partir de agentes autônomos que interagissem entre si, estabelecendo os seguintes princípios da orientação a objetos:

Qualquer coisa é um objeto.
Objetos realizam tarefas através da requisição de serviços.
Cada objeto pertence a uma determinada classe.
Uma classe agrupa objetos similares.
Um classe possui comportamentos associados ao objeto.
Classes são organizadas em hierarquias.

Portando, depois de reunir conceitos de diversas áreas do conhecimento e com base em sua experiência como pesquisador, Alan Kay criou o paradigma de análise e programação mais eficiente da atualidade. Conhecer a origem da orientação a objetos ajuda a compreender como utilizá-la no desenvolvimento de projetos de software.