Visando ter um canal mais simples, direto e mais ágil (com entregas constantes), criamos um novo formato de disponibilização de notícias e conhecimentos para nossa comunidade de agilistas. Portanto, gostaria de apresentar a todos: o Visão Ágil Community Journal, que nessa primeira edição oferece aos nossos leitores as seguintes matérias:

• Agile Brazil 2010
• Experiência Sicoob Brasil
• Testes Unitários
• Por que usar “story points”?
• Coaching para Auto-Organizacão
• Essência Ágil
• Notícias

O download da edição pode ser realizado diretamente no site deles: http://visaoagil.wordpress.com/2010/03/08/visao-agil-community-journal-01/

Porém podemos contornar essa falha utilizando um “caster” que nada mais faz do que retornar uma instancia do objeto necessario, caso nosso objeto não seja do tipo especificado:

private function caster($object, $requiredType)
{
    if(get_class($object) != $requiredType)
    {
        return new $requiredType;
    }
}

Com isso é possível que uma classe pai caiba dentro de uma classe filha, com um stdObjetc isso também seria possível, porém em uma arquitetura mais elaborada, isso não seria aceito.

$pdo = new PDO(
    ‘mysql:host=localhost;dbname=nomedobanco’,
    "user",
    "pass",
    array(PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8"));

O último parametro do construtor do PDO é um array com as opções específicas do driver, no caso, do driver od MySQL. Este parametro é alimentado no velho estilo "array" chave=>valor.

Observem que o parametro (PDO::MYSQL_ATTR_INIT_COMMAND) não se trata de uma configuração de charset, mas sim de um comando que é executado todas as vezes que você conecta no banco. Neste caso, todas as vezes que ele se conecta no banco, ele executa a query "SET NAMES utf8" (acho que é específica do MySQL) que diz para o MySQL utilizar UTF-8 como charset para nossa conexão.

Para saber mais:

• PDO e BEAN no PHP
• MySQL “Connection Character Sets and Collation” documentation
• PDO constructor documentation
• PDO MySQL driver documentation

Fonte:
http://www.laszlo.nu/post/34159352/how-to-use-utf-8-with-mysql-and-php-data-objects-pdo

Tags BlogBlogs: php, pdo, mysql, utf8, unicode

Não é novidade, mas vale o registro. O PHP 5, possui uma funcionalidade bem interessante, similar a outras linguagens orientadas a objeto, Exceção. Quando algo altera o fluxo de execução do sistema ele dispara uma Exceção. Uma exceção pode ser disparada ou capturada, depende do que você pretende. Você pode customizar um série de tratamentos de erros que irão facilitar o desenvolvimento do seu sistema, com essa custimização você pode saber exatamente o que está sendo tratado e se algo fugir desse controle é algo anormal e fica mais facil a rastreabilidade.

Dentro de uma exceção, você pode disparar um log, ou um alert, ou registrar algo no banco, é um fluxo de erro sob controle.

Eu costumo tratar as exceções para tudo, campo em branco, tipo de dado inválido, e-mail inválido, ou se alguma fórmula não foi validada. Para isso uso um conjunto de classes que constituem as mensagens e os testes para que as exceções sejam disparadas:

Uma classe Main para controlar as requisições de Exception:

MainException.php:

<?PHP
    /**
    * Declaração da classe para tratamento de erros
    * A classe deve ser extendida da classe Exception do PHP
    * Ela irá realizar a sobrescrita da classe Exception do PHP
    */
    class MainException extends Exception {
        //Faço a declaração das variávis que vou utilizar no corpo da classe
        private    $cod          = 0;
        private    $msg          = "";
        private    $erromsg      = "";

        /**
        * Aqui faço a declaração do método construtor de classe
        * Esse método recebe os seguintes parametros:
        * @param $cod – Código de erro
        * @param $msg – Uma mensagem de erro personalizada
        * @param $erromsg – Uma mensagem de erro padrão
        */

        public function __construct( $cod = 0 , $msg = "" , $erromsg = "" ) {
 
            //Sobreescrevo as propiedades da classe passando os parametros
            $this->cod = $cod;
            $this->msg = "Ocorreu um erro não identificado";
            $this->erromsg = $erromsg;
 
            //Aqui eu chamo o construtor da classe pai 
            parent::__construct( $this->msg , $this->cod );        
 
        }
 
 
        /**
        * Este método irá salvar nossos erros em um log
        */
        public function _Log() {

            //Define o arquivo que será criado ou gravado caso exista, o nome do arquivo irá ser o nome da classe
 
            $log = __CLASS__ . "_log_" . date("dmY") . "txt";
 
            //Se não existe arquivo, cria
            if( !file_exists($log)){
 
                $msg = "/************************************************** " .
                " * Arquivo de log " .
                " * " .
                " * ClassName: " . __CLASS__ . " " .
                " * Data Criação: " . date("d/m/Y H:i") . " " .
                " *************************************************/ " .
                "——————————————————————- ";
 
            }else
                $msg = "";
 
                //Abre o arquivo
                if($fp = fopen( $txt , "a+")) {
 
                //Arquivo
                $msg .=    __CLASS__ . " hora: ".date("H:i") . " " .
                "Erro [ {$this->cod} ]: linha ( {$this->line} ) " .
                "{$this->msg} " .
                "{$this->erromsg} " .
                "——————————————————————- ";
 
                //Grava
                fwrite($fp, $msg);
                fclose($fp);
            }
 
        }
 
    }
?>

A classe abaixo estende MainException e a customiza para Exceções de texto:

textException.php:

<?PHP
/**
 * Esta classe é responsável por disparar exceções relacionadas a texto
 */
 class textException extends MainException {
 
      public function __construct(  ) {
          //Sobrescrita do construtor de MainException, com os valores que queremos
          parent::__construct( 1, "Tipo de caracter inválido", PHPSELF);
         
          $this->_Log();
                       
      }
          
 }
?>

A classe abaixo faz a verificação do texto e dispara a exceção:

verificaTexto.php:

<?PHP
 
class verificaTexto
{
    public function __construct($texto)
    {
        if(!is_int($texto))
        {
            echo $texto;
        }
        else
        {
            throw new textException();
        }
    }
 
}
 
?>

A classe abaixo faz o teste para números e caso falhe, dispara MainException, ou seja sem customizar o tipo de exceção que será disparada, então irá enviar a mensagem padrão:

verificaValor.php:

<?PHP
 
class verificaValor
{
    public function __construct($val)
    {
        if($val == 1)
        {
            echo $val;
        }
        else
        {
            throw new MainException();
        }
    }
 
}
 
?>

Apenas para teste:

<?PHP
 
include ("autoload.php");
 
try
{
 
    //$b = new verificaTexto(1);
    $b1 = new verificaValor(1123);
 
}
Catch(textException $te)
{
    echo $te->getMessage();
}
catch(Exception $e)
{
    echo $e->getMessage();
}
 
 
?>

E o autoload se alguém quiser:

<?PHP
 
function __autoload($class_name) {
    require_once $class_name . ‘.php’;
}
 
?>

Como podem ver, a classe MainException é que faz todo o trabalho, nela temos o método principal que realiza o disparo das exceptions, em textException, sobrespcrevemos a classe MainException e fazemos ela se comportar como queremos para disparar apenas uma mensagem de erro para textos.

Ainda existe a possibilidade de disparar uma Exception genérica, caso nosso tratamento não seja para textos. Se observarem com calma verão que se trata apenas de sobrescritas de métodos algo que seria perfeitamente possível sem Exception, porém desta forma temos mais controle (fora a elegancia do código).

Bom é isso, qualquer dúvida comentem.

Para saber mais:

• Exceptions no manual: http://www.php.net/manual/en/language.exceptions.php
• Classe MainException original de José Roberto Gomes da Silva: http://www.plugmasters.com.br/sys/materias/914/1/Exception-com-php

Tags BlogBlogs: php, exception, oo

O Encontro Ágil é um evento gratuito que reunirá, por um dia inteiro, alguns dos principais nomes brasileiros do desenvolvimento ágil de software.

Dia 11 de Outubro está reservado para discussões, trocas de experiências e palestras de especialistas em Programação eXtrema, Scrum e nas metodologias mais produtivas do mercado.

Conheça os profissionais que já usam métodos ágeis. Junte-se ao grupo que está revolucinando a maneira de produzir software. Participe das discussões mais atuais do mercado, tire suas dúvidas e descubra como as técnicas ágeis podem ajudá-lo a aumentar a produtividade da sua equipe e a qualidade do seu software.

Tudo isso, no Encontro Ágil 2008. Não perca!

mais informações: http://www.encontroagil.com.br/principal/home.jsf

Tags BlogBlogs: metodologias, desenvolvimento agil, scrum

Diferente do ano passado, o evento será realizado em São Paulo (ainda bem, porque Osasco é longe demais) na faculdade FIAP que fica na Av. Lins de Vasconcelos, 1264, bairro Aclimação, nos dias 18 e 19 de outubro. Os valores vão (iam) de R$ 30,00 à R$ 100,00 se você deixar para o último dia.

Mais uma vez, como no ano passado, a programação das palestras ainda não foi divulgada (pelo menos não até a data deste post), e quem esteve esperando para ver se valia a pena ir ao evento pelo conteúdo, não poderá mais aproveitar o preço de abertura, ou seja, os organizadores apostam que todos dêem um tiro no escuro para se inscrever em um evento que não se sabe a programção… well wathever…

As palestras internacionais já estão definidas, teremos Andrei Zmievski, que falará sobre o Unicode do PHP6 (exatamente a mesma coisa que o Lucas Smith veio falar ano passado) e o meu bom amigo Cesar Rodas que irá falar sobre seu projeto  no GSoC2008 para o worpress.

Não alimento grande expectativa para esse evento… mas vamos aguardar, talvez a organização venha com alguma surpresa
 

Tags BlogBlogs: php, conaphp, php conference, conisli

Hoje, chega ao fim a versão 4 do PHP, foram 4 longos anos desde o lançamento da versão 5 e agora encerrada oficialmente.

Para aqueles que veem isso com um certo temor, não se preocupem, o PHP5 não é um bicho de 7 cabeças e as melhorias implementadas nele não serão dificil de serem absorvidas pelos novatos… a diferença estará apenas na orientação a objetos.

Tags BlogBlogs: php

O procedimento é muito simples, basta que você tenha uma primary key ou um index único e você poderá utilizar esta técnica.

Exemplo:

INSERT INTO table (a,b,c) VALUES (1,2,3) ON DUPLICATE KEY UPDATE c=c+1;

O comando acima irá atualizar a coluna c com o valor de c+1 quando a primary ou o index for duplicado.

Você pode indicar outros campos para serem atualizados também.

Exemplo:

INSERT INTO table (a,b,c) VALUES (1,2,3) ON DUPLICATE KEY UPDATE c=c+1, b=now();

É uma técnica simples, mas que pode ganhar muito tempo de projeto dependendo da sua aplicação.

Para saber mais:
 

• http://dev.mysql.com/doc/refman/5.0/en/insert-on-duplicate.html

Tags BlogBlogs: mysq, banco de dados, duplicate key

Em resumo, o cliente ou o gerente (que é chamado de PO – Project Owner) quer fazer algo, então ele separa isso em partes, algo como: criar base de dados, modelar classes, criar interface, desenvolver, etc (essas partes são chamadas histórias), então em uma reunião com a equipe o PO diz o que precisa ser feito.

A equipe analisa cada história e o coordenador ou líder de projeto (chamado de Scrum Master) solicita que cada membro da equipe diga o quão dificil isso é de fazer, cada equipe adota uma escala, no meu caso a escala foi a seguinte 0,1/2,2 e 3 para facil, 5 e 8 para dificuldade média e acima disso dificil. Quando todos apontam a dificuldade que acham ser a da história, temos uma discussão entre os extremos, por exemplo, alguém sozinho colocou 1/2 e outra pessoa sozinha colocou 3, temos dois pontos de vista extremos e precisamo entender o que levou a essa visão, após uma rápida argumentação das partes, todos os membro apontam a dificuldade novamente, e esse processo se repete até chegarmos em valores coerentes.

Se analisarem, dessa forma, você consegue segmentar as equipes para trabalharem com níveis de dificuldades diferentes, tendo assim equipes que solucionam dificuldades de até 3 pontos para tarefas fáceis, equipes que trabalham com dificuldades acima de 5 pontos e assim por diante.

Após a distribuição de dificuldades entre as histórias, selecionamos as histórias que serão executadas até a próxima reunião (isso é chamado de sprint), as reuniões podem ter intervalos diferentes dependendo da equipe, no meu caso temos sprints de 15 dias, então escolhes as histórias que iremos trabalhar pelos próximos 15 dias. Podemos saber quantos pontos uma equipe é capaz de trabalhar por sprint, assim conseguimos medir a produtividade em relação a dificuldade da equipe.

Finalizada a etapa de separação das histórias por dificuldade, reunimos a equipe sem o PO e dividimos as histórias em tarefas. E realizamos um processo semelhante, porém indicando quanto tempo leva para realizar cada tarefa e não a dificuldade, assim, cada historia pode ter n tarefas, no entanto, podemos identificar se houve alguma falha no planejamento, caso histórias com dificuldades semelhantes tenham tempos de execução muito diferentes.

É um resumo do que vi até agora, quando tiver mais experiência com isso eu passo mais detalhes.

Para saber mais:

• Metodologias ágeis de desenvolvimento
• http://gcirne.wordpress.com/tag/scrum/

Tags BlogBlogs: scrum, desenvolvimento ágil

Para aqueles que conseguiram participar do evento, sintam-se brindados! Diferente do ano passado,  o GDD2008 foi bem mais organizado, mais distribuido em assuntos menores. Desta forma você poderia ver uma paletra de uma hora sobre android e na segunda hora ver algo sobre google maps.

Ao todo tivemos aproximadamente 800 desenvolvedores (segundo a organização do evento) e apesar de o WTC não ser nenhum lugar gigantesco conseguiu abrigar todo mundo, tá certo que os desenvolvedores podiam maneirar no tamanho das mochilas (acho que carregam a casa la dentro) porque atrapalha a circulação… mas tudo bem, com um pouco de civilidade saimos todos vivos.

Eu fui procurando informações sobre a plataforma Android, a apresentação atendeu às minhas expectativas… e achei bem simples a idéia de ter um emulador do android para fazer o deploy. Para mim, desenvolver para a plataforma Android é basicamente construir um aplicativo java, àqueles que já estão acostumados com java não terão dificuldades em se adaptar.

Depois vi uma sobre open social, mas não me empolgou muito, pois a plataforma ainda não esta disponível para o Brasil, o que é uma pena, uma vez que a maior parte dos usuários do orkut se encontram no Brasil.

A camiseta desse ano também é bacana… menos nerd que a do ano passado… eo lanchinho da hora do almoço ficou menor… mas tudo bem, estava tudo ótimo.