Houve o tempo em que os desenvolvedores de Software recebiam suas demandas diretamente dos clientes/usuários, e compilavam as regras do negócio para dentro de suas aplicações, sem documentação ou muita possibilidade de transferência de conhecimento.

Anos mais tarde, a falta de documentação destes softwares tornaram as empresas dependentes de seus desenvolvedores, que, caso saíssem, deixariam provavelmente um estado de caos. Assim nasceram as metodologias de software com bases na Engenharia, onde documentações, processos e muito planejamento tomou conta da "indústria", e passamos à denominação de "Fábrica de Software", em uma clara alusão ao processo produtivo de uma indústria comum (linhas de produção de software, no caso).

Isso resolveu alguns problemas, mas trouxe muitos outros, dentre eles: o fato do desenvolvimento ser uma atividade intelectual, e não pode ser medida dentro de um conceito de "Fábrica", de montagem de um veículo, por exemplo; O excesso de planejamento e burocracia, tornou o processo de desenvolvimento muito mais lento, e com o aumento da competitividade o tempo passou a ser fator crítico de sucesso para os projetos, inclusive de Software.

Foi aí que um grupo de grandes profissionais do desenvolvimento de software, como Martin Fowler (pra citar só o mais conhecido), elaborou um Manifesto para o desenvolvimento ágil de Software, em busca do equilíbrio entre estes dois mundos vividos anteriormente.

O que é bastante curioso, a primeira vista, é que o manifesto não trata apenas do desenvolvimento de software da área de TI pra dentro, mas sim de uma mudança cultural que deve atingir todos os envolvidos nestes projetos, valorizando:

Indivíduos e interação entre eles mais que processos e ferramentas;
Colaboração com o cliente mais que negociação de contratos;

Interação entre indivíduos, significa a proximidade (encontros "cara-a-cara" sempre que possíveis), disponibilidade e clareza nas informações. No desenvolvimento do Software, a área Cliente sabe quais são as suas dificuldades e necessidades, e a área de TI sabe como melhor consolidar estas necessidades e transformá-las em Software. A efetiva comunicação entre as duas áreas aumentará a qualidade do produto final.

A colaboração com o cliente é a transparência e confiança na comunicação entre ele e a área de TI, em uma via de duas mãos, comunicando sempre o progresso, informando aquilo que ainda não está claro, trocando experiências e trilhando sempre o caminho da qualidade.

Do manifesto, surgiram também alguns princípios, que também indicam como o comportamento colaborativo favorece o bom trabalho dos projetos:

• Pessoas relacionadas à negócios e desenvolvedores devem trabalhar em conjunto e diáriamente, durante todo o curso do projeto.
• Construir projetos ao redor de indivíduos motivados. Dando a eles o ambiente e suporte necessário, e confiar que farão seu trabalho.
• O Método mais eficiente e eficaz de transmitir informações para, e por dentro de um time de desenvolvimento, é através de uma conversa cara a cara.
• Processos ágeis promovem um ambiente sustentável. Os patrocinadores, desenvolvedores e usuários, devem ser capazes de manter indefinidamente, passos constantes.

Com tudo isso, podemos concluir que de fato um Time de Desenvolvimento de Software, não é composto somente por Gerentes de Projetos, Analistas de Sistemas e Desenvolvedores. É feito também pelos Clientes, Patrocinadores e Usuários. Cada um contribuindo com as informações que possuem para o objetivo final e bem comum: Software de qualidade e Ambiente sustentável.

PS.: Não deixe de ver o Manifesto completo, e todos os 12 princípios do software ágil.

Artigos Relacionados:

• Metodologia Tradicional ou Scrum: Foco na Qualidade
• TEDx Asa Sul – Evento e Talks
• 3 razões pra organizar projetos usando um Quadro (kanban)
• O papel da Análise de Requisitos e a Taquigrafia/Digitação
• Certificação Agile PMI e os PMPs de TI

O termo Análise, está associado à investigação, descoberta, estudo. Em se tratando de Análise de Sistemas ou Negócio/Requisitos para a construção de sistemas, temos de nos lembrar muito bem destes significados da palavra Análise, e nos aproximar profundamente deles.

Profissionais de Análise de Requisitos, por exemplo, que vão até o cliente prontos apenas para ouvir e anotar todas as necessidades e especificações do cliente, e depois simplesmente transcrevê-las dentro de modelos de documentos, estão se distanciando do termo "Análise".

Não precisamos de Analistas pra transformar anotações em documentos. Podemos substituir o analista na fase de anotação por taquigraficos, e na fase de transcrição para os modelos, um veloz digitador vai me poupar outro caminhão de tempo.

Mas peraí! Quem garante que o cliente está no caminho certo? Vamos deixar o processo correr desta forma, pra sofrer no tempo de implementação com regras conflitantes, com alterações constantes no escopo e estrutura do projeto a cada validação do cliente/usuário?

Isso é papel do Analista. Mas ele precisa efetivamente fazer isso, é um processo de investigação, descoberta, estudo, lembra? Investigar se aquilo está fazendo sentido para o negócio; estudar as legislações envolvidas; pesquisar outros sistemas ou consultar outros analistas com experiência na área de conhecimento; questionar e validar o negócio com o cliente.

Agindo assim, realmente podemos dizer que temos (somos) um Analista, e conseguimos evitar dores de cabeças nas etapas seguintes até a entrega da solução. Ou você prefere agilizar logo um curso de taquigrafia? #troll

Artigos Relacionados:

• Levantamento de Requisitos: Entendendo o cliente
• Colaboração entre Cliente e TI ajuda no Desenvolvimento de Software
• Metodologia Tradicional ou Scrum: Foco na Qualidade

Os helpers no Kohana Framework não passam de classes estáticas (que não precisam ser instanciadas), e você pode precisar adicionar funcionalidades à um método ou criar suas próprias funcionalidades. Para isso, você vai precisar criar uma extensão do Helper.

O primeiro passo é ir até o diretório da sua aplicação (por padrão ele é chamado application) e criar um diretório chamado helpers, caso ele ainda não exista, claro, e criar um arquivo chamado MY_form.php. É importante ressaltar que o prefixo MY_ pode ser configurado.

No primeiro exemplo, vamos estender o form helper do framework para criar o input date. Neste caso, utilizamos o plugin datePicker para jQuery (biblioteca javascript) onde, para colocar o seletor de data (calendário) ao lado do combo, basta definir uma classe "date-pick" para o elemento HTML. Vamos ao código:

<?php defined('SYSPATH') or die('No direct script access.');
class form extends form_Core
{
	/**
	 * Creates an HTML form input date tag.
	 *
	 * @param string|array input name or an array of HTML attributes
	 * @param string       input value, when using a name
	 * @param string       a string to be attached to the end of the attributes
	 * @return string
	 */
	public static function date($data, $value = '', $extra = '')
	{
		if ( ! is_array($data))
		{
			$data = array('name' => $data);
		}
		// Insere atributo class com valor date-pick
		$data['class'] = (isset($data['class'])) ? $data['class'].' date-pick' : 'date-pick';
		return form::input($data, $value, $extra);
	}
} // End form class

Dessa forma, ao usar o código abaixo, será gerado um input text com a classe "date-pick", e o jQuery faria todo o serviço:

<?php echo form::date('dt_aniversario'); ?>

Você também não terá problemas caso passe outros atributos:

<?php echo form::date( array('name'=>'dt_aniversario', 'title'=>'Data de Aniversário') ); ?>

Na imagem abaixo segue um exemplo do funcionamento do campo data:

Artigos Relacionados:

• Kohana Framework: Lista de discussão
• Minhas impressões sobre o Kohana Framework
• Lançado Kohana Framework 2.2
• Relacionamento entre tabelas com ORM do Kohana Framework
• Lançada versão 1.5.4 do Code Igniter

Não ouço comentários a respeito do uso de Triggers e Stored Procedures no banco de dados MySQL. Talvez por que, quem conheça e utilize estas ferramentas, prefira trabalhar com outros bancos mais robustos como Oracle, SQL Server e há espaço até para o PostgreSQL.

Esses dias, enquanto migrava uma aplicação que uso no trabalho do framework Code Igniter para o Kohana, percebi que poderia poupar código se fizesse a implementação de algumas atividades direto no banco, com o uso de Triggers, que estão disponíveis no MySQL 5.

Minha aplicação possui a entidade Tarefa, com 4 campos de data descritos, de forma que eu consigo controlar quando eu deveria ter iniciado a atividade, e comparar com quando, realmente, isso foi realizado. Os campos são: data prevista de início; data de início realizada; data prevista de término; e data de término realizada.

O problema que eu tinha é que muitas vezes eu precisava replanejar as datas previstas, por um motivo qualquer, como um atraso em uma atividade anterior, que era de responsabilidade do cliente. Então eu simplesmente entrava no sistema e alterava as datas previstas, mas precisava guardar um histórico, armazenando as datas anteriores e o motivo deste replanejamento.

Para resolver isto via código na aplicação, teria que implementar um método "after_save" em tarefas, verificar se houve replanejamento das datas, carregar um objeto entidade Replanejamento, preenche-lo com os dados e salvá-lo. A outra opção foi criar esta trigger no banco de dados:

CREATE TRIGGER log_replanejamento AFTER UPDATE ON tarefas
  FOR EACH ROW
    BEGIN
      IF OLD.dt_inicio_previsto <> NEW.dt_inicio_previsto OR OLD.dt_fim_previsto <> NEW.dt_fim_previsto THEN
        INSERT INTO replanejamentos SET
          tarefa_id = OLD.id,
          dt_inicio_previsto = OLD.dt_inicio_previsto,
          dt_inicio_realizado = OLD.dt_inicio_realizado,
          dt_fim_previsto = OLD.dt_fim_previsto,
          dt_fim_realizado = OLD.dt_fim_realizado,
          dt_replanejamento = NOW(),
          observacao = OLD.observacao;
      END IF;
    END;

Pra quem não está acostumado com a sintaxe das Triggers, uma "tradução" do comando seria: Crie a trigger LOG_REPLANEJAMENTO após atualizações em TAREFAS. Para cada linha, se a data de inicio prevista for diferente da nova data de inicio prevista, OU se a data de fim prevista for diferente da nova data fim prevista, insira na tabela REPLANEJAMENTOS.

Está lá o meu histórico: simples, rápido e indolor.

Mais informações no próprio manual do MySQL.

Artigos Relacionados:

Uma das melhores referências do Zend Framework era o tutorial Getting Started With Zend Framework, disponibilizado no Akra's DevNotes.

O Adler percebeu a dificuldade de muitos desenvolvedores em entender o tutorial, e resolveu traduzí-lo para nossa língua. Você pode baixar a versão traduzida, em PDF, na própria página do tutorial. Ainda não tive tempo de ler, mas parabéns pelo trabalho e iniciativa do Adler.

Artigos Relacionados:

• Lançada a primeira versão do Zend Framework
• Especializando Controllers no Code Igniter
• Lançado o Zend Framework 1.0.0 RC1
• Componentes de Visualização no Zend Framework
• Visitando o Zend Framework

Continuo lendo sobre o Zend Framework internet à fora. Queria agradecer o Adler, que vez ou outra me dá uma força também. . Bem, seguem dois links úteis para quem quiser, também, se aventurar no ZF:

• Zend Framework View Notes: Uma boa maneira de trabalhar com Views;
• Reference Manual - Zend Framework Wiki: Manual sempre atualizado pela comunidade, porém este sim é só em inglês;

Estou enfrentando um problema com POST vars e o mod_rewrite. Quando passo um formulário para um endereço tipo http://dominio/controle/metodo/, o array global $_POST vem sempre vazio. Se eu direciono pra http://dominio/index.php funciona normalmente. Até achei uma pessoa com o mesmo problema que eu, mas solução que é bom, até agora nada.

Estou subindo os arquivos pra um servidor Linux pra ver se o problema persiste, já que estou rodando o Apache em uma máquina Windows. Se você já teve algum problema parecido, deixe um comentário para trocarmos algumas idéias, principalmente se tiver a solução. rs.

[Update] No servidor Linux funcionou perfeitamente.

Artigos Relacionados:

• Zend Framework ou Code Igniter?
• Views complexas com o Zend Framework: Parte 2
• Aplicações complexas com Zend Framework
• Visitando o Zend Framework
• Estendendo Helpers no Kohana Framework

Ontem tive a oportunidade de assistir palestras sobre o Windows Vista, Imagine Cup, Microsoft .NET, ASP.NET e também um overview de Arquitetura de Software.

Porém, a motivação de escrever este post não veio do evento em si, mas sim de algumas das impressões sobre o evento do Daniel Costa.

A primeira é o fato da apresentação da codificação em ASP.NET 2.0 no Visual Studio. Concordo com o Daniel quando ele diz que este tipo de programa não garante qualidade de código. Porém, o mercado hoje está em busca de produtividade, afinal de contas, o usuário não se importa se você fez uma série de IFs aninhados, ou se separou a lógica do programa em métodos e etc. E aí o Visual Studio aparece como uma poderosa ferramenta de apoio ao desenvolvimento, assim como o Delphi para PHP, anunciado pela Borland, pode se tornar uma.

A segunda foi a leve crítica feita ao PHP-DF, que segundo ele está demorando pra sair. Não, não vou defender o grupo nem a posição do Daniel, mas é interessante notar que esse tipo de coisa a Microsoft e a Sun sempre saem na frente, até mesmo na produção de ferramentas de qualidade, que é o investimento. Os próprios integrantes do BrasilDotNet revelaram ter algum, pequeno, apoio da Microsoft, enquanto isso dezenas de empresas são parceiras da Sun pra divulgar o Java, mas a Zend não oferece nenhum tipo de incentivo pra eventos relacionados ao PHP.

Pra terminar, achei interessante as palestras, apesar de terem sido muito corridas. Os próximos eventos que pretendo ir é o 1º PHPDF Pocket e o CodeGear Delphi Tour 2007, onde será apresentado o Delphi for PHP dia 27.

Artigos Relacionados:

• TEDx Asa Sul – Evento e Talks
• CONAPHP – Congresso Nacional de PHP 2008
• FLISOL 2008 em Brasília
• Eu amo xHTML com CSS
• Primeiro BlogBar Brasília

Eu falei do Lumine uns dias atrás, e acabei instalando para fazer uns testes. Consegui desenvolver uma aplicação de teste, sem dificuldades.

A Engenharia Reversa, pra criar os mapeamentos e classes a partir do Banco de Dados funcionou quase perfeitamente, pois faltaram apenas 2 arquivos de template, gerando 2 warnings na execução do script. Deixei uma mensagem pro Hugo Ferreira no fórum do MXStudio, e ele já disponibilizou uma nova versão no site, com o problema corrigido.

No site do Lumine, que inclusive ganhou um novo visual, existe uma documentação básica pra quem quiser entender o funcionamento básico e começar a trabalhar com ela.

Artigos Relacionados:

• Rodando Processos em Background com PHP
• Por que você usa Smarty mesmo?
• Lumine, Mapeamento de Banco de Dados PHP
• PHP rodando na plataforma .NET
• Otimizando seus scripts PHP

Esta notícia passou desapercebida por muita gente, a Microsoft do Brasil abriu inscrições para o 1º Microsoft XNA Challenge Brasil. Não tenho muitos detalhes, mas você pode obter mais informações no site da Abragames para o concurso.

Agradeço o Túlio pela notícia. .

Artigos Relacionados:

• Eu amo xHTML com CSS
• Rodando Processos em Background com PHP
• Por que você usa Smarty mesmo?
• Palestra do grupo BrasilDotNet na Unieuro
• Adaptação no Plugin pra remover NoFollow no WordPress

Voltando aos meus estudos do Code Igniter, acabei encontrando no Blog do Deco uma espécie de estensão da framework, que é o Rapyd. Ele oferece uma série de componentes, agilizando ainda mais o desenvolvimento da sua aplicação.

Dei uma olhada rápida até aqui, mas achei bem interessante e já baixei a instalação pra testar mais tarde. Por enquanto você pode ir dando uma olhada também em alguns exemplos e no guia do usuário, que é bem prático, assim com a documentação do CI.

Artigos Relacionados:

• Lançada versão 1.5.4 do Code Igniter
• Zend Framework ou Code Igniter?
• Novidades no Code Igniter
• Code Igniter: Estendendo o Controller
• Bug estendendo o Code Igniter: MY_Model