Voltando a postar no blog depois de MUITO tempo… praticamente um post de páscoa. Mas vamos voltar com a corda toda! Eu prometi há muito tempo um post sobre Integração Contínua – e cá está ele .

Antes de mais nada, vamos à definição de CI (Continuous Integration):

Em engenharia de software, Integração Contínua (IC) implementa  continuamente  processos de aplicação de controle de qualidade – pequenos pedaços de esforço, aplicados frequentemente. Integração Contínua visa melhorar a qualidade de software e reduzir o tempo gasto para entregá-lo, substituindo a prática tradicional de aplicar o controle de qualidade depois de completo todo o desenvolvimento.[1]

Indo além: a prática da Integração Contínua vai melhorar a Qualidade e a Velocidade de entrega de seus softwares, e de cada nova versão que ele venha a ter. IC também é uma das práticas que auxiliam metodologias ágeis.

A premissa é de que tenhamos uma parte de nosso processo que aconteça continuamente – parte essa que deve construir uma versão/build/release/pacote/<insira aqui o que você chama de versão nova de seu software> … lógico que para ter uma versão nova, não basta um desenvolvedor dizer que está pronto; a nova versão está condicionada ao sucesso de testes previamente estabelecidos, que vão acontecer a cada nova TENTATIVA de realizar uma nova versão. Tentativa com sucesso: novo release; falha: esqueça esse build.

Lógico que nós, desenvolvedores evoluídos, não gostamos de reinventar a roda e tentamos sempre tirar proveito de soluções bem estabelecidas de software para resolver nossos problemas (e é para isso que o software serve: para resolver problemas). Existem muitas ferramentas prontas para nos ajudar na tarefa da integração contínua, automatizando o processo de recuperação de uma nova versão candidata, execução de testes e finalização/empacotamento/deploy.
Entre elas temos o CruiseControl (com versões .NET e Ruby e sua adaptação para o PHP: phpUnderControl), Continuum, Gump, Go, Tinderbox … mas de todos acredito que o mais simples (e direto ao ponto) e extensível seja o Jenkins (ex-Hudson).

Atente-se para o fato que até então não citei nada exclusivo ao PHP, porque não é específico. IC é relativo a software, em qualquer linguagem. Mas por que diabos o artigo é Integração Contínua E PHP?

Que tal um exemplo de como pode ser um processo de Integração Contínua com PHP?

Imagine o cenário: Estamos desenvolvendo um software em PHP, usando o PHPUnit e versionando-o com Git.

Nosso time já desenvolveu bastante, “comittou” algumas revisões, realizamos um merge e achamos que podemos mandar nossa versão para testes. Podemos nesse ponto mandar essa revisão para a Integração Contínua. Se tudo estiver ok, teremos um software que PODE ir para homologação, onde o cliente/gerente/Product Owner vai avaliar se atendemos suas expectativas – se passarmos desse ponto temos um software que PODE ir para produção.

Porque a enfase no PODE? Não necessariamente esse software vai para produção, ou homologação, mas está pronto e, em tese, sem problemas técnicos para tal.

O Nosso servidor de Integração Contínua está configurado para observar um repositório git acessível a ele. Quando há uma nova revisão ele tentará criar um build.

Temos uma ferramenta excelente para realizar builds para PHP: Phing. Este cara é baseado no Apache Ant e basicamente ele funciona realizando tarefas previamente configuradas que culminarão em um novo release. Podemos alterar arquivos (mudando as configurações de ambiente por exemplo), realizar queries, movimentação de arquivos e, para nossa finalidade aqui, rodar os testes do PHPUnit – além de um sem-número de funcionalidades.
Configuramos o Phing para alterar um arquivo de configuração, rodar nossa suíte de testes e construir um Phar ao final do processo.

Nosso servidor de Integração Contínua, que executou o Phing para nós, identificou que 2 testes não passaram com a nova configuração. Nosso time fez o ajuste necessário, levantamos a nova revisão, o Jenkins (opa, já estou dizendo que usamos ele!) rodou a nova tentativa de build e … Funcionou! Agora temos um Phar, que o Jenkins/Phing pode se encarregar de entregar no servidor de Homologação se quisermos.

Facilita a vida? É lógico!

Mas lembrem este é só um exemplo, talvez nem o melhor – mas já dá para ter uma idéia do poder que a Integração Contínua pode dar para seu projeto.

Em breve (prometo @nshgeek e @thiagophx, muito em breve) falamos aqui sobre como fazer o Jenkins funcionar (e bem) com desenvolvimento PHP.

Abraço.

Salve povo

Eu como blogueiro relapso que sou postei meu ultimo artigo quando era lançamento do Firefox 3.1beta (março de 2009). Mas é 2010 (faltam 2 anos pro fim do mundo) e dentre as resoluções de ano novo uma era voltar a escrever o blog. Desisti da idéia de fazer minha engine e voltei na receita do bom e velho WordPress… mas ainda faço alguma coisa a respeito…

Bom, já que vamos fazer algo novo, que entrem novos assuntos também: Linux, KDE, Qt, Android, Desenvolvimento de Software, Agile e Scrum e o que mais surgir. Espero dar a quem ler um bom conteúdo baseado na experiência e no que aprendo dia a dia.

Abraços aos leitores  ( pessoas raras… ) .. espero disponibilzar conteúdo de qualidade para vocês

It’s running in PHP world a STTPYMNKAM networking pings (meme/tag)… the idea is simple: I was tagged by Porkaria (that was tagged by Adler, and so on…) then I may describe 7 “curious” things about me, and tag another 7 people, chaining more people.

Thanks to Porkaria to put me in this hole (or pyramid?)… here we go again…

1. I choose Duodraco nick… from pagan stuff… it’s a simple merge from Draco(latin word for Dragon) and Duo(latin “Two”(from zodiac Gemini)).

2. I’m Pagan: although christian baptized, I found real spirit peace from ancient knowledge. I was evangelic earlier in my life… but it’s past.

3. I say NOT: usually, it’s my first answer for generic questions…

4. I have Zero Tolerance for Dumb Questions: brazilians can remember from “Seu Saraiva” (Francisco Milani‘s comedy role)

5. I like Rock-related music: rock, metal, blues, jazz and classic.

6. I hate “Brazilian Carnival”… no explanation… but I hate so more stuff, like Xuxa, Evangelic Priests and Catolic Fathers.. and Bush(the president).

7. I’m trying to be a Portuguese citizen… My father’s mom (Isabel grandma… good risotos…) and a lot of family people are from there.

And now… the Oscar goes to I’m tagging my frinds:

Augusto Pascutti: long date friend, nipo-italian rocker and co-worker

Tatto: A good frined that I know in PHPConference Brazil ’07, from Santa Catarina/Brasil

Luke Crouch: He gave a presentation in PHPConference Brazil ’08, and drinked some beer with us.

Fernando Chucre: Another Conference friend; developer from Ceará/Brasil

Bruno Viana: One more… and we are not familiar (“Arruda” family name)

Rules are simple:

Link your original tagger(s), and list these rules on your blog.
Share seven facts about yourself in the post—some random, some weird.
Tag seven people at the end of your post by leaving their names and the links to their blogs.
Let them know they’ve been tagged by leaving a comment on their blogs and/or Twitter.

Olá

Como você desenvolve? O que você usa para desenvolver? Provavelmente você já viu/ouviu essas perguntas em fóruns, listas, ou mesmo perguntando a colegas da área. Nesse artigo vou falar sobre como desenvolvo hoje, na empresa e no home office. Não me aprofundarei muito em cada tema, pelo menos não agora!

Sistema Operacional
Abandonei o Windows® há algum tempo, usando-o só pra atualizar o Smartphone (Windows Mobile). Minha estação de trabalho é um notebook dotado de de um Turion X2 1.6, com 1GB de RAM (que em breve espero que sejam 4) 4Gb de RAM. Neste note utilizo o Kubuntu Intrepid 64, rodando o KDE 4.2 Beta; Optei pelo [K]ubuntu pela facilidade de manutenção, apesar de arcar com o custo de ter alguns módulos carregados os quais ainda não parei pra tirar da inicialização; O namoro com o Debian/Ubuntu é de longa data; Gosto mais da interface do KDE, a qual você pode customizar bastante, além de haverem ótimos recursos avançados, mas é assunto pra outro artigo
Na Burti, onde atuo como desenvolvedor hoje em dia, trabalho com um MacMini rodando o MacOS X 10.5 (leopard); antes de trabalhar lá eu meio que tinah um preconceito com relação a Mac, mas depois de conhecer, e não é nada do outro mundo, você até gosta do bichinho; ótima interface, dificilmente você irá rebootá-lo por uma pane (a não ser quando a Dock inventa de sumir).
O Windows ainda tem a maior variedade de Aplicativos (IDEs, Editores, Servidores, etc) para o desenvolvimento, mas com o que vou comentar a seguir não preciso deles de maneira alguma.

Servidores
Acho que se eu fizesse uma pesquisa aqui sobre qual servidor web é mais usado localmente no desenvolvimento, o Apache ganharia disparado. E se for falar de BD, o Mysql teria sua fatia bem gorda também. No note tenho as ultimas versões de Apache e Mysql para o desenvolvimento, com a ultima versão do PHP (hoje a 5.2.8). Para mim é algo bem fácil instalar: apt-get install php5 php5-mysql mysql-server.
No Mac faço uso do truque sujo MAMP.

Controle de Versão
Esse é um ponto controverso com alguns gerentes/coordenadores que conheço, mas é algo mais que necessário para o desenvolvimento. Uso o subversion na Burti, integrado com a IDE que vou falar adiante. Para quem não conhece sistemas de Controle de versão (CVS, Subversion, Bazaar, GIT), deveria se informar melhor do assunto.
Uso o subversion por ter maior conhecimento neste, além de ser mais fácil encontrar alguém que conheça o SVN que o GIT por exemplo.

IDE / Editor
Usar uma IDE ou um Editor mais simples? eis a questão! Eu uso uma IDE para, em uma só ferramenta eu ter o controle do código, visualização da arquitetura de classes, visualização/ mapeamento da classe que estou editando, Debugging e Profilling. Uso o Netbeans 6.5 (sim, existe uma versão hoje de Netbeans com suporte a PHP); Minha principal motivação de mudar do PDT para o Netbeans é que o ultimo funciona no meu Kubuntu 64bits, enquanto que o primeiro tenho que mexer em muita coisa pra rodar redondo.
O Netbeans conta com edição de PHP/HTML/CSS/JS integrado com as principais bibliotecas/frameworks (jQuery, Prototype, Dojo), desenvolvimento local e remoto, navegador de código, debugging como já citado, entre outras tantas features. Uso tanto em casa quanto na Burti, e recomendo. Quando tenho que fazer uma alteração remota com urgencia não dispenso o VI.

Netbeans 6.5 com suporte a PHP

Navegador
Pois é, todos nós que trabalhamos com php temos que abrir o navegador vez ou outra para visualizar as coisas feitas no HTML,CSS e Javascript, e as coisas não feitas pelo IE . Minha primeira opção de navegador é o Opera, que dentre outros motivos atende à risca as especificações da W3C. Fazendo as coisas darem certo no Opera, tenho que acertar muito pouco, ou nada, minhas investidas contra o client-side em outros navegadores. Meu segundo navegador é claro o Firefox. Sempre há o pecado de ter as coisas no IE bagunçadas… para isso vamos ao próximo tópico.

Máquinas Virtuais
Bom, o principal uso de uma máquina virtual não é, com certeza, visualizar como seu sistema/site fica no IE, embora um dos meus usos seja especificamente esse. Uso o VirtualBox, com uma maquina windows xp. Apesar de ter o wine no linux, prefiro a MV a instalar o IE[ca] no Linux. Também uso a MV para testar as novas releases do [K|X]Ubuntu quando ainda em alpha/beta, e versões de softwares antes de instalar diretamente na workstation.

Cliente para Bancos de Dados
Bom, ainda não me acostumei a usar a ferramenta built-in do Netbeans (por sinal muito boa… só falta de costume). Então ainda uso o Mysql Query Browser e o Mysql Administrator, além, é claro, da interface em linha de comando; com o postgresql uso o PGAdmin. Mas ainda vou me acostumar a usar o cliente do netbeans, a se vou.

Editor UML
Sim, temos que utilizar a UML! Até pouco tempo atrás usava o ótimo Umbrello, do KDE, mas depois do Netbeans comecei a usar seu plugin UML que é ótimo. A única desvantagem para o Umbrello mesmo é a falta de geração de código a partir do Modelo neste ultimo.

MindMap
Não vou me aprofundar no assunto de mindmap, pelo menos não agora, mas é uma das melhores ferramentas para documentação em projetos ágeis, como Scrum e XP. Uso o Freemind para este serviço.

Metodologia de Desenvolvimento
Utilizo o Scrum como base na metodologia. O grande lance do Scrum é ter um ciclo definido de desenvolvimento, e consequentemente de releases para o cliente, no qual o desenvolvedor tem quase que total liberdade para gerenciar o tempo, além de ser flexivel quanto a regras, o que é até “obrigatório” no desenrolar de um processo Scrum. Falarei melhor sobre metodologias ágeis em breve.

Estilo de Codificação
Algo essencial para o trabalho em grupo. Utilizar um Estilo significa que o jeito que você escreve o código será igual ao da sua equipe, falando a grosso modo. Utilizo o Padrão do ZendFramework, que tem poucas variações do padrão PEAR.

Frameworks
Algo essencial para desenvolver rapidamente aplicações, sem re-re-re-re-inventar a roda.
No PHP estou brincando mais com o ZendFramework pelo nível e por tudo o que ele já possui; No passado ele tinha sérios problemas de performance, os quais não identifico mais, apesar de não ser o avião que o CodeIgniter / Kohana é.
Para o Javascript utilizo o fucker awesome poderoso jQuery.

Bom pessoal, dei uma passada rápida sobre o que uso no dia-a-dia para desenvolver. Até a próxima

Tive que tirar umas teias de aranha pra postar aqui de novo.

Bom, ocorreu nos dias 27, 28 e 29 de Novembro o PHP Conference Brasil 2008. De longe um dos melhores eventos já ocorridos por esses lados. Infra-estrutura decente, conteúdo de nível, networking e tudo o mais que um evento desse porte pode querer.

No dia 28 apresentei a palestra “Objetos, Padrões e Prática”, abordadando Orientação a Objetos e Design Patterns, mostrando um exemplo funcional de framework mvc, usando os principais padrões. Segue a apresentação:

No sábado havia uma sala livre, então o Quarteto Fantástico (Dohms, Pascutti, Chucre e eu) + a colaboração do Surfista de preto (Ivan) realizamos uma mesa redonda, dissecando um Simulado para a Prova de Certificação da Zend; não é necessario dizer que estrapolamos o tempo da palestra (e do Mock)

Novos Amigos, atualização de conteúdo, networking, premissas e idéias para o PHP.SP. Acho que não ficou faltando nada. Teve quem (de novo) reclamasse da distância para a Unifieo, faculdade que sediou o evento; como moro lá perto, não tive problemas.

Até logo.

Salve

Viu? não demorou muito para um novo artigo
Vou passar a vocês uma matéria que peguei há algum tempo em inglês… mais abaixo coloco as referências.

Trata-se de uma lista de dicas para o desenvolvimento PHP. Aproveitem.

1. echo
Por questão de performance: use ‘echo’ ao invés de ‘print’, e se for usar muitas concatenações, lembre-se de usar ‘,’, como faríamos com argumentos em uma função, ao invés de ‘.’. Em testes simples a diferença é pouco sensível, mas em uma operação em que um grande conteúdo será jogado para o buffer de saída faz muita diferença.

2. chamada de funções em condições de iterações
Imagine o seguinte código:

<?
$a = array(1,2,3);
for($i = 0; $i < count($a); $i++){
//...
}
?>

Sabemos que count será executado 3 vezes. Imagine se $a tivesse 10000 itens? Podemos melhorar isso se fizermos o seguinte:

<?
$a = array(1,2,3);
$c = count($a);
for($i = 0; $i < $c; $i++){
//...
}
?>

Reduzimos a chamada a count a uma única vez sempre. Qual o nosso ganho? mais da metade do tempo, fazendo uma iteração com 10000 itens. Isso se você precisa que realmente seja um for. Se for uma iteração em um array, como é este caso, você vai se surpreender se usar foreach.

<?
$a = array(1,2,3);
foreach($a as $i => $each){
//...
}
?>

3. armazenar strings para echo
Você realmente precisa ter em uma variável tudo o que vai “echoar”? Se não for necessário armazenar, “echoe” diretamente a string

<?
echo "Faça isso<br />";
$s = "Ao invés disso";
echo $s;
?>

4. notação de strings
Você sabe a diferença de ‘ e “ para o PHP? o primeiro (aspas simples) armazenam a string como você escrever nela. O segundo permite o uso de metacarateres (\n para quebras de linha, por exemplo), uso de variáveis (“$var é uma variável”), portanto o PHP tem que verificar o que há nesse contexto para só então armazenar a string. O ganho em performance não é tão sensível, mas para um script lento, qualquer ajuda vale muito.

5. str_replace vs ereg_replace vs preg_replace
Taí um teste que me surpreendeu quando fiz a primeira vez. Quando for simplesmente trocar uma sentença por outra em uma string (sem o uso de uma expressão regular mais complexa), utilize o str_replace: é ela faz o trabalho das outras duas em aproximadamente 40% do tempo.

Senhores (e senhoras, por que não?), essas é a primaria parte da série de 3 no original, que vou postar nos próximos dias. Ao final, adicionarei algumas dicas próprias. Abaixo seguem os links para os três capítulos.

tips-for-faster-php-scripts
more tips for faster php scripts
even more tips for faster php script

Sugiro também que dêem uma olhada em meus bookmarks no del.icio.us

Até o próximo artigo

Salve

Não sei vocês, mas adoro o PHP. Me dá suporte a quase tudo que preciso para desenvolver bem. Um problema do PHP voltei a ver essa semana, e é até comum em algumas linguagens: erros em operações com números decimais. Como disse antes, adoro o PHP, e a solução está em uma extensão infelizmente pouco usada: a BCMath.

O problema acontece quando algum numero decimal na operação não é convertido facilmente para uma notação fracionária internamente no PHP, o que pode culminar em alguns bugs; veja o exemplo abaixo, retirado da documentação oficial:

echo floor((0.1 + 0.7)*10);

Isto irá exibir 7, e não 8 como esperado. o problema está não conversão para numero fracionário: o floor está recebendo 7.999999999, que resultará em 7;

Para os casos em que você necessita de precisão em números arbitrários existe a BCMath (Binary Calculator Mathematics). É uma extensão, obtida no pacote do php, geralmente habilitada por padrão. Dúvidas na instalção? deixe um comentário.

Se esta extensão estiver habilitada, você terá disponíveis as seguintes funções:

• bcscale($precisao) – Seta o número de casas decimais (precisão) padrão para todas as funções BCMath do script
• bcadd($n1,$n2,[$precisao]) – soma 2 números;
• bccomp($n1,$n2,[$precisao]) – compara $n1 e $n2: se forem iguais retorna 0; 1 se $n1 > $n2, senão -1;
• bcdiv($n1,$n2,[$precisao]) – Divide $n1 por $n2
• bcmod($n1,$n2,[$precisao]) – Retorna o resto da divisão de $n1 por $n2
• bcmul($n1,$n2,[$precisão]) – Multiplica $n1 por $n2
• bcpow($n1,$n2,[$precisao]) – Retorna $n1 potência de $n2
• bcpowmod($n1,$n2,$mod,[$precisao]) – O mesmo que bcmod(bcpow($n1,$n2),$mod), mais rápido
• bcsqrt($n1,[$precisao]) – Retorna a Raiz Quadrada de $n1
• bcsub($n1,$n2,[$precisao]) – Retorna $n1 – $n2

$precisao é um parâmetro opcional para todas as funções, exceto bcscale. O padrão no php.ini é 0, podendo ser alterado via ini_set, ou pelo bcscale.

Espero que esta pequena resenha sobre a BCMath seja útil (como foi pra mim… como foi… ) . Até a próxima.