Random Hack of Kindness São Paulo 2010 por danicuki

Eventos como Yahoo! Open Hack day; Google Developer Day; o recente Random Hack of Kindness; Coding Dojo (o de Sampa no IME da USP está meio inativo ao que consta); e vários outros movimentos iniciados até por empresas, como a própria Caelum que já abriu as portas para criar um ambiente onde programdores pudessem se juntar e desenvolver suas coisas, ou mesmo que fechado ao grupo de programadores da mesma como já ouvi relatos de programadores.

O que leva esse bando de programador malhucos das cavernas a participarem com empolgação destes eventos – muitas das vezes apenas com free lunch e Internet 0800 ? São desocupados ? Loucos ?

Yahoo! Open Hack Day Brazil 2010 por Antônio Carlos

Simples: adoram o que fazem ! São essas pessoas que geralmente criam tendências, aplicam ideias e tomam iniciativas nas corporações em que trabalham; São os mesmos developers que passam horas a fio programando com vários livros de nomes nonsense à tira-colo; ou que criam projetos pessoais para suprir uma necessidade própria e acabam chamando a atenção de muita gente – vide tantas startups bem sucessidas criadas e mantidas por programadores.

Geralmente esses mesmos programadores conhecem pelo menos duas linguagens. O motivo ? Curiosidade ! Pouco importa se Ruby on Rails fará sucesso no mercado coorporativo ou se Python não agrada o chefe. É legal para eles, então, investem tempo nisto.

Sempre em busca de novos conhecimentos, fanáticos pela arte em programar e fazer coisas novas; de novas formas e com novas ferramentas. Criam coisas, compartilham o feito e ainda passam a diante o novo conhecimento com artigos, blogs ou seminários. São programadores sempre motivados que buscam fazer uma análise crítica sobre suas próprias formas de programação buscando a evolução das ideias.

Vida social ? Muito bem, obrigado ! Nestas idas e vindas acabam conhecendo pessoas, lugares e oportunidades diferentes. Trocam ideias, conversam, trocam contactos das redes sociais; juntam-se em botecos ou equivalentes tornando o simples ato de programar em grupo em praticamente uma festa completa !

"Java printout por Ngọc Hà @ flickr"

Naquela época era claro para mim que programação era algo relacionado à área de exatas, pois criar uma aplicação é algo lógico tendo envolvimento direto com matemática e tudo mais.
Em coisa de um mês e pouco já conseguia fazer até uns “SQLs” e montava sites no estilo macarrônico de desenvolver. Aquilo para mim era fantástico! Tinha como objetivo aprender bem a linguagem para assim conseguir minha certificação da Zend, tornando-me assim um programador profissional.

Aconteceu porém, algo inesperado: comecei a “seguir” – não era no Twitter, até porque ele ainda era um protótipo de projeto na época – pessoas realmente profissionais em desenvolvimento de software e eu percebi assim que o buraco era mais embaixo e que eu ser excelente em uma linguagem era apenas um dos passos para tornar-me um programador profissional.

Abrindo um parênteses, eu li através do @sergioprado, não lembro onde agora, uma frase interessante e que tem como tradução algo como:

"O caminho para tornar-se mestre: siga o mestre; ande com o mestre;
torne-se o mestre."

Após começar eu a seguir os mestres, pude perceber que programação vai muito além da leitura de um requisito funcional de software e fazer daquilo algo sistêmico. Hoje, arrisco-me a dizer que programação não é algo somente relacionado à exatas. Possuí também, questões éticas – humanas – e artísticas.

A programação é relacionada a área de exatas

Isso é bem claro aos envolvidos em desenvolvimento de software. Você lê um problema descritivo, vulgo especificação funcional, ou visual (UML, rabisco na Moleskine, whatever) e faz daquilo algo sistêmico e que agregue valor ao negócio de seu cliente.

Como premissa você precisa aprender uma linguagem. Conhecer uma linguagem bem não é nada fácil. Você precisa empenhar-se para conhecer as intrínsecas e peculiaridades para aproveitar o melhor dela, tornando-se um especialista na linguagem. Eu valorizo mais um programador excelente em uma linguagem a um que já “trabalhou” com várias. Não é impossível uma pessoa ser excelente em mais de uma linguagem, mas isto, porém, demandaria muito tempo de dedicação para atingir tal nível.

A programação é relacionada a ética

Toda área tem suas condutas éticas e humanas, óbvio. Em programação, porém, vejo muitos ditos programadores ignorando isto. Quando você troca qualidade por falso ganho de tempo, você está sendo antiético. Quando não analisa corretamente as decisões que irá tomar em cima de algum problema, falta-lhe ética. Quando deixa de atentar seu cliente, o que inclui seu chefe, sobre a ausência de segurança, qualidade ou algum problema em cascata que venha a aparecer em decorrência de uma atitude, você está sendo antiético.

E isso acontece em demasia em nossa área! Seja por falta de interesse por parte do dito programador ou mesmo por medo de perder o emprego/projeto por “afronto” ao seu chefe ou cliente.

Para conhecer as técnicas, metodologias e artimanhas no desenvolvimento de software é necessário antes, ter uma boa noção de análise e projeto de software; arquitetura de aplicações; padrões e melhores práticas, para, após criticar uma atitude antiética de seu chefe/cliente, você ter total embasamento para propor a solução sem comprometer o projeto nem a aplicação. Isto será necessário também, para você ter um vocabulário comum para quando estiver numa roda de conversa entre os “mestres” da área.

Importante ressalvar que seu cliente ou chefe pode estar tomando uma atitude antiética, no ponto de vista de programação, inconscientemente. Afinal ele é especialista no negócio, o programador profissional é você!

A programação é também relacionada a artes

Há uma enorme diferença entre criar algo que funcione e criar algo que além de funcionar, transparece o domínio (regra de negócio).

Eu posso saber ler e escrever em português, mas há uma diferença gritante entre um poeta português e eu. Ele, diferentemente de mim, sabe utilizar muito bem as palavras e com elas, faz transparecer sentimentos, idéias e pensamentos sobre determinado tema, trazendo um enredo ao assunto abordado, envolvendo-nos em sua história.

Posso saber desenhar, mas isso não me torna um artista que emociona as pessoas com minhas obras.

Como programadores profissionais é fundamental conseguirmos fazer o mesmo ! É de nossa responsabilidade criar um código simples, legível e que conte toda a história da aplicação através de seus pacotes, classes, métodos, parâmetros, atributos e variáveis. Qualquer coisa diferente disso, não pode ser aceito como código profissional.

Pouco importa se a linguagem X é tachada como mais poluída que a Y. Você como profissional, tem que quebrar essa barreira e torná-la tão legível quanto qualquer outra, afinal, você é especialista na linguagem, lembra ?

Além de criar, é nossa responsabilidade cuidar para que o código continue sempre otimizado por tantas quantas forem as mudanças que nele ocorrer. Criar algo legível recai diretamente sobre isto, pois, no futuro outro profissional em programação poderá continuar seu trabalho sem danificar ou abandonar as premissas cruciais para um bom código. Andrew Hunt aborda o título: “Don’t live with broken windows”, onde resumidamente ele alerta para não descuidarmos da qualidade, pois, basta uma janela quebrada em uma casa para que ela transpareça o estado de abandono, fazendo assim, com que outras pessoas destruam mais janelas.

E como toda arte, não há uma receita para criar bons softwares. É necessário muito empenho, ler muitos códigos, revisar muitos paradigmas ao longo do tempo e claro, programar bastante. Não é possível tornar-se um programador profissional sem conhecimento teórico, tão pouco, sem vivência com erros e acertos.

Ao desenvolver a aplicação, não aceite nada menos do que seu melhor naquilo e atente-se para não cair na armadilha de criar softwares de forma sistematizada. Tenha autocrítica para fazer avaliações em seus próprios códigos e evitar assim, programar por coincidência.

Lembre-se de que será seu nome no @author.

Desde quando comecei a fazer programas venho usando algumas ferramentas para desenvolver em PHP.
Na categoria Editor / IDE, na minha mão (ui) já passaram Quanta Plus, KDevelop, Eclipse PHP IDE, Netbeans for PHP e agora estou utilizando o Zend Studio. Com exceção do último, todos free ou opensource.

Netbeans é muito bom, porém o que me chamou a atenção no Zend Studio foi o all-in-one que ele traz por default. Listando rapidamente:

• Editor PHP
• Integração SVN/CVS/Git
• PHP Debugging já integrado ao Zend Debugger
• PHP Profiling
• Database Management e Debug
• Um ToDo simples
• Facilidade em achar as coisas nos projetos
• Zend Toolbar integration para Firefox e IE – mas quem liga pro IE afinal
• etc…

Claro que não é impossível configurar toda essa penca de coisa no Eclipse nativo ou Netbeans, só que isto demandaria tempo.

Destaque para PHP Debug, Profiling e Zend Toolbar. Isto me chamou MUITA atenção quando estava olhando reviews e também nos trinta dias de testes.

Além do feijão com arroz temos:

1. Call Hierarchy / Type Hierarchy / Open Type Hierarchy

Ajuda um bocado na localização nas relações entre classes e métodos dentro do projeto. No exemplo tenho um método que chama outro e esse outro chama outro. No caso, tudo dentro de mesma classe, mas funciona perfeitamente em qualquer parte do sistema – incluindo libs no Include Path:

Já o Type Hierarchy mostra a relação entre uma classe e suas relações com classes pai ou interfaces:

E o Open Type Hierarchy (Ctrl + Shift + H) auxilia a localização de objetos, arquivos e métodos dentro do projeto.

Ainda na área de localização de elementos, há uma pesquisa mais completa (Ctrl + H) que permite localização de métodos, arquivos, classes separando por tipo e muito mais:

Após encontrar um resultado, a tab search é exibida/focada:

2. Indentação e Marcação (diff) no código:

Outra coisa interessante – e que existe em qualquer IDE decente – é a possibilidade de trazer o que é chamado de Quick Diff. Este recurso permite mostrar de forma simples o que você alterou, removeu ou adicionou no código. Funciona com SVN, CVS e cópia do disco local. Selecione o tipo e as cores e voilà !

Embora muito comum, a indentação de código é algo interessante de manter ajustado (tab com 4 espaços) e suas preferências quanto a espaço entre os elementos; posição de chave de abertura e etc;

Nessa tela é possivel você definir praticamente tudo sobre indentação de código ! Depois de configurar ao seu gosto (ou padrão) pode exportar para XML e usar em qualquer outra ferramenta que leia o formato – qualquer Eclipse, por exemplo =P

Depois de configurado, você pode selecionar o trecho a ter a indentação ajustada selecionando o trecho e  Ctrl + i – obrigado, Otávio pela dica; Pode formatar todo um arquivo usando Ctrl + shift + F – valeu Toscano pela tip – ou ainda, formatar TODO o projeto: Selecione o Projeto no PHP Explorer, Source -> Format – obrigado hlegius

Note que todos atalhos funcionam no Eclipse também

3. PHP Debug

Não é um recurso muito usado pelos developers PHP, principalmente aqueles que começaram com PHP, como eu, mas sem dúvidas revoluciona a forma de como você desenvolve. Após adotar o debug você não quer mais saber de var_dump() ou print_r() com aqueles: ‘estou aqui’ para verificar o que pegou na aplicação.

Como o PHP é baseado em Web, seria fundamental ele poder ser debugado como se estivesse sendo carregamento pelo browser, não ? E é exatamente isso que permite o Zend Debugger – o Xdebug também =~

Ambas engines de debug podem ser integradas ao Zend Studio, porém, no pacote do Studio já vem a versão mais recente do Zend Debugger e tudo já meio que ajustado para rodar com ele

É possível debugar um script PHP Modo terminal e claro, o PHP Web Debug. Para este último você fornece a URL que quer debugar e ele abre a sessão de debugging parando na primeira linha.

Utilizando os breakpoints você pode acompanhar o fluxo da aplicação, valores das variáveis, propriedades dos objetos instanciados e etc.

Claro que nossas aplicações vão muito além de uma simples URL. Temos chamadas com POST, GET e até chamadas em Ajax. O Zend Studio provê uma extension para o Firefox chamada Zend Toolbar. Essa toolbar, permite que você diga ao browser para chamar a sessão de Debug ou Profiling do Studio na próxima página; página atual; Qualquer submit POST ou ainda em qualquer ação no browser. E o pior: funciona !

A configuração do Zend Debugger na sua máquina é simples, mas acho ser digna de um post inteiro sobre isto. Vou tentar preparar um material e publico aqui a configuração e uso dele no Zend Studio.

4. PHP Profile

Além de debuggar, seria interessante analisarmos o desempenho da aplicação. Ok, segue:

Chamadas, quantas vezes chamou; quem demora mais; quem é mais rápido; quem chama quem;

E ele, o fluxo da aplicação:

A Zend Toolbar também provê acesso simples ao Profiling. Basta clicar em Profile na toolbar e pronto. O Studio é chamado e o profile da página é feito.

5. Database Management

Para fechar, gerenciamento dos databases. Possui ponte para vários databases incluindo Oracle, MySQL, PostgreSQL e MSSQL.

Por ele é possível adicionar valores, editar, remover, rodar Queries SQL, backup de estrutura e valores e ele também armazena suas Queries para re-executá-las com um clique quando quiser.

6. Outros

SVN, projetos remotos – incluindo acesso SMB ou FTP; WebServices; Históricos locais, SVN, diff, suporte a Git e suporte a quaisquer plugins que rodem no Eclipse, afinal o Zend Studio tem como base o Eclipse.

Já o configurei no Ubuntu lá na Vex, Windows 7 e Arch Linux aqui no escritório pessoal. Tudo muito tranquilo, sempre.

7. Preços e licença

O custo da licença eu acho alto demais para uma IDE de desenvolvimento. Atualmente são US$ 400,00 por ano para ter suporte e atualização sempre. Caso queira, pode comprar a licença por um ano e depois não comprar mais. Neste caso você ficaria com a última versão antes da expiração de seu suporte ilimitado. Em miúdos: enquanto você paga, recebe atualização da versão.

Comprei em setembro, na versão 7. Em Setembro de 2010, vamos imaginar que esteja na versão 9. Terei as licenças para 7, 8 e 9. Expirou e não renovei, mas saiu update da versão 9, a 9.1, por exemplo. Tenho update dela, pois a licença é a mesma da 9. Porém, no lançamento da 10, eu precisaria comprar uma nova licença para ter direito de baixar e usar a o v10.

Minha opinião final: gostei e tenho usado apenas ele desde quando comecei a testá-lo em meados de Setembro de 2009. Tem muita coisa boa e que ajuda muito e mesmo com o alto custo, vale cada centavo pago até o presente momento.

#notamental não é post patrocinado, tão pouco trabalho na Zend, certo ?

Pense numa rotina que desenvolveu. Qualquer uma ! Agora tente se recordar de quantas formas ela poderia ser quebrada pelo usuário, gerando assim algo inexperado na sua aplicação fazendo com que você retornasse um erro para o cliente.

E qual é a forma que você utiliza para retornar estes erros ? Veja, eu posso ajudar a recordar você:

Com isso lá na sua Action você fica fazendo malabarismo para encontrar o erro retornado e gerar a mensagem para o usuário. Não demorará muito para você criar sua tabela de erro:

• -1 para erros de entrada
• -2 para erros de máscara
• -3 para calcúlos errados
• -4 para usuário não logado
• -5 ....
• -7634 ....

Realmente, bem simples assim né ? Só consultar a tabela e mandar bala.

Eu realmente não entendo o motivo de muitos não utilizarem a classe nativa de exceções do PHP. É simples, é funcional e de grátis você não precisa montar sua tabelinha de códigos de erro.

Veja o mesmo código reescrito utilizando a tal classe:

Com isso na sua Action, simplesmente:

Assim, você pode ter 1, 2, 3, n mensagens de erro em n camadas da aplicação sem a necessidade de se preocupar em tratar uma a uma também na Action. Fica ultra-transparente na Action além de economizar seus dedos refazendo coisas que já estavam prontas camadas a dentro.

Nota: Não esqueça disso nunca : jamais lance como exception uma mensagem de erro do PHP. Isso é feio - porque vem em inglês -, você será xingado por 3 gerações futuras de programadores além de permitir que os usuários vejam detalhes sobre sua aplicação.

Como detectar os erros sem lança-los ao usuário ?

Bem simples. Persista-os - eita mania - em arquivos de log. Mas calma, antes de sair criando algo com fopen(), leia isto: o PHP também traz o cara que salva - persiste - erros ! Ah sim, o PHP é excelente eu sei. Voltando ao exemplo...

Sim, ele, o error_log() salva o log para ti. E pior, digo, melhor: caso queira ele pode enviar a notificação no seu e-mail. Certo, em boa parte dos casos isto definitivamente não é uma boa ideia. Mas pode ser útil algum dia, penso.

Resumo do dia: use ao máximo as Exceptions e as funções para tratamento de erros do php .

Pensando rapidamente parece um absurdo tratar sobre isto, mas acredite, assim como temos os Freetards - pessoas que têm amor ao Software Livre e critica todo o resto - Mactards, Wintards temos os programadores que descutem sobre indentação do código ! E acredite, tem "grupos" de programadores, cada qual defendendo um lado ! Loucura ? Continue lendo !

Nosso ponto de partida..
Como eu não sei exatamente onde que teve inicio isto, tomaremos como ponto de partida a publicação do livro The C Programming Language, escrito por Brian Kernighan e Dennis Ritchie. No livro você percebe que eles indentam o código da seguinte forma:

Porém, há uma exclusão aí ! Quando temos funções, a indentação desta é diferenciada, veja:

Repare que nestes casos, a abertura de chaves fica abaixo da linha que indentifica a função. Em todo o resto, a chave de abertura ficará na mesma linha.

Nota: vale lembrar que a mesma dupla que definiu que "Os nomes de variáveis e funções tem que expressar o significado do que ela armazena/executa, entretando o nome não pode ser extenso demais."

Em desacordo, nascem outras formas...

1. Eric Paul Allman - "Allman Style"
Vejamos a forma que ele usa e defende(defendia) :

A explicação é clara, assim como o código: isso evita que tenhamos linhas cheia de "tabs" apenas com chaves lá no final. Uma vez que as chaves sempre ficariam antes do conteúdo do bloco de código. É, até que tem sentido...

2. Whitesmiths Style
Esse estilo é usado pela Symbian ao desenvolver as aplicações em C++ para seus dispositivos móveis.

As chaves do bloco ficam abaixo da última letra do nome do método/construtor da linguagem. Ao que me parece, era usado nos primórdios do Windows também. (Carece de fontes confiáveis)

3. GNU Emacs
Sim, o guru do Software Livre também entrou nessa e criou seu estilo. Ele nada mais é do que a mistura do Allman com a Whitesmiths.

O código é indentado da seguinte forma: após o *if* você vai para linha debaixo e dá 2 espaços, e então coloca a abertura da chave do bloco. Vai para a linha debaixo novamente, e dê mais 2 espaços avançando dentro dos dois anteriores. Aí agora pode colocar seu código

Analisando alguns códigos...
Vejamos alguns códigos por aí a fora para ver o que a galera acha "pop".

- Código fonte Kernel do Linux (arquivo proc.c)

- Código fonte Mozilla Firefox (GranParadiso Alpha8) (arquivo nsBrowserApp.cpp)

- Código fonte The Vim Editor (arquivo edit.c)

- Código fonte Zend Framework 1.5 (arquivo Action.php)

- E claro, a "minha" forma de indentação

Resumindo....
Pegando emprestado o resumo do EmacsWiki.org, temos:

“gnu”
The default style for GNU projects
“k&r”
What Kernighan and Ritchie, the authors of C used in their book
“bsd”
What BSD developers use, aka “Allman style” after Eric Allman.
“stroustrup”
What Stroustrup, the author of C++ used in his book
“linux”
What the Linux developers use for kernel development
“python”
What Python developers use for extension modules
“java”
The default style for java-mode (see below)
“user”
When you want to define your own style

Para fechar o post, deixo aqui uma frase que encontra-se no livro The Programming C Language:

The position of braces is less important, although people hold passionate beliefs. We have chosen one of several popular styles. Pick a style that suits you, then use it consistently.

Veja também: (Links em inglês)
http://www.emacswiki.org/cgi-bin/wiki/IndentingC
http://en.wikipedia.org/wiki/Symbian_OS
http://en.wikipedia.org/wiki/Indent_style
http://www.gamedev.net/community/forums/topic.asp?topic_id=446444

Quem já ouviu falar de design patterns e que programa em PHP ? Melhor: quem que programa em PHP e está utilizando qualquer uma das patterns mais conhecidas ?

Isso não é nada espantoso! Os programadores PHP em sua grande parcela ainda não acordaram para a nova realidade: código mais extensível e pensado. Nunca falei aqui, mas acho que o PHP tem um defeito grave: ser super simples. Isso estragou, em partes a fama da linguagem.

Vamos a um exemplo: duelo. Java Vs PHP.

Java: Hello world no shell

PHP procedural

PHP O.O

O que é mais fácil ? PHP ou Java ? PHP procedural ou PHP O.O ? Essa facilidade fez com que várias aplicações inseguras e mal pensadas infestassem a rede, causando uma rejeição do PHP por parte de vários Clientes e com isso, empresas de desenvolvimento de software. Isso é ruim para a linguagem, ruim para o profissional sério e ruim para o cliente que terá que pagar mais caro por uma tecnologia como o Java.

Hélio, tá, mas onde entra os design patterns nessa sua conversa mole ? Ok, até o momento eu tangenciei o tema, mas veja que para existir Pattern é ideal que haja Programação Orientada a objetos com tudo que temos direito.

Design patterns nada mais é que um conjunto de conceitos que visa auxiliar na resolução de um problema comum entre os programadores de verdade.

E dale exemplos

MVC (Model View Control - Modelo Visualização Controle) :: essa Pattern foi desenvolvida para resolver o problema da lambança de códigos, ou seja, um arquivo faz tudo: conecta no banco, traz dados, exibe na tela, pega retorno do cliente, aplica regra de negócio e salva no banco.
Imagine uma aplicação como E-commerce feita desta forma! Loucura hein! Falando em lambança, encontrei recentemente em um dos projetos que assumi, um arquivo executa.php. Já ouviu falar dele ? O "faz tudo" ? Não ? Assunto para outro post!

Então, como eu ia dizendo: para resolver o problema de manter tudo nas "costas" de uma mesma aplicação, foi pensado e desenvolvido esse modelo MVC onde a aplicação fica separada em camadas. Na camada mais baixa, fica o modelo, que faz a interação com o servidor de banco de dados, sistema de arquivos e etc.; Depois temos a classe que processa os dados recebidos pelo usuário e se passar por checagens simples é entregue a "Model"; e por fim, temos a View que nada mais é do que o HTML que o usuário vê, sem PHP, sem CSS sem Javascript misturado.

Criando um diagrama bobo temos:

Banco de dados -> Model -> Controller -> View

View: Usuário clica no botão submit com o campo Nome preenchido.
Controller recebe esse formulário. Verifica se o nome tá setado (sem checar seu valor). Setado ? Ok, manda para a model.
Model recebe e aplica a regra de negócio: no exemplo, o nome precisa ter pelo menos 3 caracteres. Tem ? Ok, pega o poll de conexão com o banco de dados e salva.
Retorna "true" para a Controller que exibe uma mensagem de "Sucesso" na View

DAO: (Data Access Object) :: Essa Pattern tem como objetivo separar a Model em dois: regra de negócio do acesso ao banco de dados. No nosso exemplo anterior, a Usuario.php receberia da UsuarioController.php o dado e a mesma aplicaria a regra de negócio. Após estar ok, a Usuario.php enviaria o status de "ok, pode gravar" para o UsuarioDao.php e este gravaria a informação no banco (verificando se o nome não existe por exemplo) e retornaria a informação de "true" para nosso Usuario.php.
Veja que ela tem como objetivo deixar a Model mais limpa e legível à manter regra de negócio e acesso ao banco tudo junto.

Factory Pattern (Fábrica) :: tem por objetivo englobar vários recursos dentro de um mesmo método usando os blocos de condição "if" ou "switch". Exemplo:

Veja que no exemplo o método Pesquisa() é um só mas dependendo do tipo de informação que ele recebe, executa uma ação diferente. Isso é a Pattern Factory, novamente resolvendo outro problema usando conceitos simples. Uma outra forma de resolver o mesmo problema seria criando vários métodos PesquisaId() PesquisaNome(), porém, estariamos deixando de lado a Pattern Factory.

Singleton :: essa Pattern tem como objetivo evitar que uma mesma variável, poll de conexão e etc., ocupe mais espaço na memória. Vamos a um exemplo:

No desenho que criei no Gimp, ao conectar com o banco é alocado certo endereço da memória para ele. Caso eu faça outra requisição de conexão, ao invés de alocar outro endereço de memória, ele vai usar o mesmo endereço. Pense em algo fixo. Posso fazer "n" requisições que ele sempre usará o mesmo espaço que foi alocado inicialmente.

A mágina está no public static $Con. Estou definindo que o $Con será estático.
Abaixo, o script que está na imagem:

Caso tenha interessado o assunto, você poderá pesquisar outras diversas Patterns que propõem solução para vários outros "problemas" que temos diariamente. Esse foi apenas um panorama geral sobre Design Patterns.

Com o advento do PHP 5 OO, começaram a surgir o que já era esperado: uma chuva de frameworks. Tem framework para quase tudo hoje: XML, manupilação de dados, automatização de rotinas na view, abstração de database, até modelos mais avançados, complexos e completos como o CodeIngniter e o Symfony. Mas até onde isso é vantajoso ? Será que nós programadores estamos preparados para nos adaptarmos a essas frameworks ?

1. Conhecendo os participantes
Quando produzimos um software temos em mente que aquela aplicação é totalmente conhecida por nós, ou pelo menos o máximo possível, e que atrás dela há apenas Classes e funções criadas por nós e linguagem nativa (no caso o PHP).

Com frameworks temos um cenário totalmente diferente: código código e mais código por trás daquela framework que nós não temos a minima noção do que faz, onde há possíveis falhas e se aquela era a melhor forma de se fazer tal funcionabilidade. Entretanto, temos um "modelo" bem genérico ao nosso dispor, evitando que percamos tempo criando algo que tem pronto.

Os defensores de frameworks dizem que se você não sabe o que tem dentro da framework é porque você não quer saber o que há nela e ponto. Por outro lado, os defensores do código "na unha", dizem que se é para usar frameworks, ler a mesma seria uma tremenda perca de tempo e sendo assim, é melhor criar suas próprias classes/funções e usar em suas aplicações todas.

2. Quebrando paradigmas
Com o tempo estive analisando os prós e contras da framework e hoje, consegui chegar a uma linha de pensamento que talvez seja agradável ou não para você: "Frameworks. Consuma com moderação.".
E é exatamente isso que tenho feito de uns tempos para cá: uso algumas poucas frameworks para auxiliar em algumas tarefas e o resto eu vou criando na mão e criando meu "pacote".

Não adianta ser radical. Não usar framework nenhuma é meio que loucura atualmente. Se você é das antigas e já tem seus pacotes até pode ser, mas começar hoje a nadar contra a maré é suicídio.

Eu faço assim atualmente:
Pergunto : A framework "X" faz o que ?
Respondo: ah, de acordo com o site, ele cria um blog em 20 minutos.
Afirmo: Então essa framework é a "tal" que faz tudo ? Ótimo, não serve para mim!

Você pode estar me xingando a rodo neste momento, mas tenho para mim que ficar preso a uma framework é suicídio! Ficarei dependente de algo assim como um drogado depende da droga! Loucura! Se encontrar um problema na framework, terei que esperar uma nova versão, ou então debugar tudo para encontrar o erro/solução; Pensa no WordPress: tem uma falha, todo mundo que tem o WordPress instalado fica preocupado, pois é por lá que entrarão no seu sistema e danificarão suas informações. afinal o bug é público! E adaptar-se a nova forma de trabalho daquela framework, também não é tarefa fácil.

Estive vendo o Symfony PHP e constatei que ele é estilo o Ruby On Rails! Tudo por linha de comando. Tenho que ficar digitando comandos no meu querido shell para criar coisas dentro do projeto ? Não, isso infelizmente não é minha realidade!

Para mim, framework está como uma "biblioteca" de recursos, e não um novo modo de trabalhar com a linguagem de programação.

3. Frameworks
Atualmente eu estou utilizando a framework Jquery para Javascript e o Smarty Template para templates no PHP.

Talvez um dia eu mude de concepção, mas atualmente estou bem feliz assim e creio que muitos estejam como eu

Este post � o segundo post da s�rie Ferramentas livres que auxiliam o desenvolvimento web.
De acordo com nosso cronograma, nesse segundo post, iremos falar de aplica��es que auxiliam o desenvolvimento de banco de dados.

N�o deixe de ler tamb�m, o primeiro post da s�rie!

Prompt interativo do servidor de banco de dados Esse todos n�s conhecemos! S� entrar no prompt (Windows) ou terminal(Unix Like) e cham�-lo. Por exemplo:

# mysql -u usuario_banco -p

Pode parecer bobagem, mas com ele eu consigo gerenciar at� os bancos de dados que est�o aqui, neste servidor. Basta ter habilitado tal recurso no servidor de hospedagem e voc� poder� gerenciar os dbs remotamente sem crise.

PHPMyAdmin
Com ele, � poss�vel gerenciar seus banco de dados com uma interface web-based simples. Alguns n�o gostam do estilo ou da forma de trabalho dele, mas enfim ele � muito pr�tico e cumpre bem seu papel.

Aqua Studio - http://www.aquafold.com
Essa dica eu peguei com um camarada meu, o hokahey.
O Aqua Studio � uma aplica��o em Java bem completa para gerenciar v�rios tipos de SGBD's. MySQL, Firebird, Oracle, PostgreSQL, Interbase dentre v�rios outros.

(Clique para ver maior)

Vale lembrar que ele *n�o* � livre. � um freeware para fins educacionais.
At� a vers�o 4.x ele era freeware para fins educacionais ou testes. Nos demais casos, � uma ferramenta propriet�ria. Ele entrou na lista somente como um adicional.

Bom, infelizmente eu n�o conhe�o nenhuma outra ferramenta para gerenciar banco de dados. As que mais uso, eu citei neste post. Conhece alguma ferramenta boa para uso ? Comente
No pr�ximo post para continuar a s�rie, estarei falando das extensions do Firefox que auxiliam o desenvolvedor web.

Se você é programador a mais de 2 anos, provavelmente não começou programando como todos essas coisas que ouvimos nas conferências ou que temos lido durante esses últimos tempos.

Alguns, talvez muitos dos programadores web são na verdade web developers, ou seja, uma mistura de programador com designer e como um bom developer você deve saber que se não manter-se atualizado, você está fora da tecnologia, afinal, somos provedores de tecnologia de uma forma ou de outra =)

Hoje muitos desenvolvem nos moldes de meados de 1999/2003, ou seja tem as características:

• Programação procedural
• HTML sem muita "frescura" para que fechar a tag body se ela não faz diferença mesmo ?
• Estrutura do site em tabelas
• Site for I.E only (Apenas para Internet Explorer)

Mas é claro que você dá valor aos clientes, e também pretende continuar no ramo, então, você decide se atualizar, mas antes de fazer qualquer coisa logo vem a pergunta à mente: "Por onde começar ?"

Como diria nossa "ministra", relaxa e ... continua lendo!
Não é nada fácil querer abraçar o mundo de um dia para o outro, então você precisa ir aos poucos! Vamos lá...

1. Programação O.O
Trocando em miúdos: Programação Orientada à objetos. Essa técnica consiste em desenvolver uma aplicação mas visando o lado que tudo (ou quase tudo) é um objeto. Até para um programador que sabe o que é e usa todo dia se você perguntar o que é programação Orientada à objetos ele vai parar, pensar e talvez até indagar: "O que é mesmo Orientação a Objetos ?". Então, não se assuste com isso e também não precisa treinar a resposta para essa pergunta no espelho para ficar preparado quando te perguntarem

Bom, chega de papo... usando o "PHP procedural" como você faria para:

Acender uma lampada
verificar seu status
Apaga-la
Verificar novamente seu status ?

Com a programação procedural, poderia ser assim:

Agora, com a programação O.O:

A saída de ambos no browser é a exibida abaixo:

Com O.O.P a mesma rotina ficou mais clara, mais organizada, e o principal: reutilizável! Apenas instâncio a Tomada() onde eu precisar e consigo acender/apagar as lâmpadas!

NOTA: Destaque para a linha 27 e 29. Vejam que em ambas eu acho o status da lâmpada, porém, de formas diferentes. Tentem descobrir o por quê!

Infelizmente não posso ficar falando apenas de O.O.P, vamos partir para o próximo assunto!

2. Organize seus dados com XML
Já ouviu falar de XML antes ? Acredito que sim.
O XML (eXtendend Markup Language) tem toda uma história e tragetória por trás, porém, não é o foco aqui entrar nesses detalhes nem no histórico do XML. O importante é entender o que é, para que serve e como funciona. Tendo esses principios, você já poderá começar a definitivamente brincar com XML.

• XML é uma linguagem de marcação que armazena todo tipo de informação que você precisar.
• Como já dissemos, ele serve para armazenar dados de qualquer tipo

Um exemplo de uma informação no XML seria:

A saída dele no browser seria algo como isso:

Claro que para ficar interessante precisaria jogar um estilo nessa informação para ser exibida adequadamente e tudo mais. É para isso que existe o XSL (Outra coisa para pesquisar )

3. xHTML. HTML mais extensível e mais dentro dos padrões
xHTML não difere muito do HTML que conhecemos há tempos. Ele tem algumas regras que sendo seguidas garatem que nosso documento estará sendo exibido adequadamente aos nossos visitantes/clientes.
Alguns pontos interessantes:

• Definir um doctype
• Escrever tags atributos e elementos em minusculo. < p > < /P > é errado!
• Fechar todas as tags! < p >< /p > e < br / >
• Usar o atributo alt para imagens. Afinal não são todos que acessam a net com browsers que renderizam imagens!
• Tag's em ordem: < strong >< em >< /strong >< /em > é errado!

Como ele não muda visualmente do HTML, não tem muito o que mostrar. É testar e acostumar-se com a prática.

4. Tableless
O Tableless é uma metodologia de desenvolvimento, e não uma tecnologia ou ferramenta de trabalho como alguns ainda pensam. Há um bocado de motivos para usar o tableless nas suas aplicações, não vou focar nisso aqui, pois existem artigos que explicam muito bem isso! São exemplos:

• http://www.tableless.com.br/desenvolvedor-retrogrado
• http://tableless.com.br/aprenda/faq/

5. E muito mais...
Acha que acabou ? Pois bem, vamos citar mais algumas coisas:

• Frameworks de desenvolvimento
• Javascript / DOM e Ajax
• MVC
• Design Patterns
• CSS, XSL
• Site Multiplataforma. Para este, vale a dica seguir as especificações W3C de desenvolvimento.

Ufa! Que tal concluir o post ?
Ok! Ficou cansado com o tour ? Ficou preocupado ? Não se espante! Siga a ordem que apresentei aqui, ou qualquer outra ordem que prefira, só não queira aprender tudo de uma vez da noite para o dia, porque neste caso, você não vai conseguir entender como as coisas funcionam!

Bom estudo !

Esse post é o primeiro da série: Ferramentas livres que auxiliam o desenvolvimento web.
Minha idéia é relatar em alguns posts, ferramentas de todos os tipos que auxiliam o desenvolvimento do programador web. Segue o cronograma atual da série:

• Editores / IDE's de desenvolvimento
• Gerenciadores de banco de dados
• Plugins para o Mozilla Firefox
• Gerenciamento de projetos e tarefas do dia-a-dia do programador web

Hoje, é o primeiro post da série e pretendo destacar aqui ferramentas voltadas à plataforma Linux, afinal, é nela que eu trabalho diariamente!
Importante lembrar que eu não conheço todos, afinal são inumeras as ferramentas para esse tipo de atividade. Minha intensão é relatar a minha experiência ao longo dos meus 3 anos como programador web e mais de 2 anos como usuário assíduo do Linux.
* Dia 09/07 completarei 3 anos como programador web. Presentes?

1. Editores / IDE’s de desenvolvimento

Peso leve
Nesta categoria, já experimentei algumas. Umas mais conhecidas não só por programadores, mas também por administradores Linux, enquanto outras, voltadas ao desenvolvimento web em especial.

VI. Realmente uma fantástica ferramenta para editar textos e scripts dos mais variados tipos. Há inumeros materiais sobre sua utilização na Internet.
Caracteristicas: leve, prático, alta disponibilidade(vem por padrão em inúmeras distribuições Linux), possui sintax highlight, possibilidade de editar mais de um arquivo por vez (mesmo sendo em modo texto).

Bluefish. O editor do peixe azul, também é outro editor super leve e bem completo (para sua ocupação na memória). Este por sua vez, já é gráfico e usa GTK e vem por padrão no ambiente Gnome.
Caracteristicas: Exibe a árvore de arquivos do sistema operacional facilitando a abertura e gerenciamento dos arquivos; Sintax highlight; Multi-arquivo (abre mais de um arquivo por vez)

Gedit, Kate. São dois editores. O Gedit está por padrão no ambiente Gnome, enquanto o Kate está por padrão no ambiente KDE. Ambos possui recursos similares, por isso juntei ambos numa mesma categoria.
Caracteristicas: São dois editores "leves"* e muito completos. Conseguem editar arquivos diretamente da rede, por exemplo, de um servidor FTP; Possuem integração com compiladores, pertimindo que você edite o arquivo e já compile e rode para ver como ficou; Sintax highlight para várias linguagens; Folding; Permite criar projetos**
* Não são leves se considerarmos que é necessário carregar o ambiente padrão do editor para usa-lo. Mas considerando o editor em si, ele é leve
** Apenas o Kate permite pelo que eu me lembre.

NVU. Um editor simples, porém bem completo. Ele é um dos poucos para Linux que permite que você use o recurso clique-e-arraste para criar páginas simples em HTML. De acordo com o site oficial do projeto ele permite a publicação do projeto em servidores FTP na web.

Peso pesado
Os editores "peso leve" ajudam no desenvolvimento de aplicações rápidas, coisas simples. Porém, ao iniciarmos um projeto maior, sentimos falta de mais recursos, presente apenas em editores "peso pesado". Vamos a eles!

(Clique para ampliar)

Quanta. Um editor, na verdade, uma quase IDE para desenvolvimento web. Ele vem junto com o KDE desde que instalado o pacote kdewebdev. Junto com o NVU ele também possui o recurso clica-e-arrasta para confecção de páginas HTML.

Kdevelop. Este é uma IDE para desenvolvimento em várias linguagens, inclusive PHP. Possui vários recursos, como controle de projetos, sintax highlight, integração com outros aplicativos como compiladores. Não tenho muita experiência com ele, pois não usei ele por muito tempo por ser meio "desfocado" das linguagens web. Mas conheço programadores web que trabalham com ele muito bem.

Aptana / Eclipse PHP IDE. O Aptana é baseado no Eclipse IDE. O diferencial do Aptana é seu foco 100% para aplicações web, mas especificamente Javascript/xHTML, Ajax e PHP. Os recursos básicos de ambos são identicos, a não ser o foco maior no desenvolvimento web pelo Aptana. Porém, o Eclipse com Plugin do PHP, fornece um excelente ambiente para criação web.
Caracteristicas:

• Trazem plugins que permitem conectar a servidores CVS/SVN (inclusive tem um post meu falando do Eclipse com SVN)
• Publicação online via FTP
• Testes usando servidores locais (Apache, LightHTTPd...)
• Gerenciamento de Tasks (usando a tag reservada @todo)
• Sublinha possíveis erros de sintaxe durante a programação
• Folding
• Auxilia na aplicação de patch's
• Traz no "output" a linha de métodos / classes criadas e disponíveis no projeto
• Possui um "Debugador" interno (requer uma engine para debug no PHP, tipo XDebug)
• Traz o manual de métodos do php, para auxiliar na programação. (Exemplo: você digita strlen e pressiona Ctrl + barra de espaço, ele traz os parâmetros requeridos pela função)
• Dentre outros inumeros recursos

Para finalizar a dica é a seguinte: teste todos que puder. Entre no site dos projetos, veja screenshots baixe e teste ele por alguns dias. Eu fiz minha escolha: Eclipse PHP IDE para projetos de médio/grande porte; Para edições rápidas, eu uso o Kate ou Gedit, isso vai variar de acordo com o ambiente gráfico que vou estar utilizando. Como atualmente estou usando KDE, então estou indo de Kate para leves edições.

No próximo post...
Estarei dando continuidade a série: Ferramentas livres que auxiliam o desenvolvimento web com a temática: Gerenciadores de banco de dados.

Não deixe de participar deixando seus comentários, dicas e sugestões aos demais leitores