É, meus amigos, este é o motivo da minha ausência nos ultimos tempos. Um projeto interessante me tomou bastante tempo, e quero hoje, junto com o Julio Greff, anunciar que ele está quase pronto. Pessoal, com vocês, o nosso Spaghetti* Framework. Um framework para pequenas e médias aplicações.

Desenvolver para Web hoje já requer certa maturidade, quem não desenvolve um workflow produtivo dificilmente consegue se manter no mercado. Sentimos necessidade de uma ferramenta que tornasse nosso trabalho mais rápido, produtivo e divertido, porém sem perder qualidade. Usamos alguns frameworks e cogitamos outras possibilidades. Porém os frameworks PHP existentes até então eram grandes e inflexíveis demais para nossas necessidades reais, e migrar de linguagem é algo custoso, que requer uma curva de aprendizagem maior e um tempo que não tínhamos.

Chegou a hora de fazer nosso próprio framework.

A proposta inicial era pouco pretenciosa: um framework simples, sem MVC, mas que contivesse um modelo de dados e suporte nativo às URLs amigáveis. Essa era a nossa primeira versão e nosso primeiro escopo. Porém os projetos foram crescendo em número e dimensões, e sentimos que MVC seria a melhor solução. O Julio fez a escolha certa ao escolher o design pattern mais badalado do meio. MVC nos trouxe uma grande flexibilidade, que nunca haviamos conseguido antes.

Foram alguns meses de trabalho, tanto meu quanto do Julio, e acreditamos que o diferencial do nosso framework é que durante todo o processo de desenvolvimento do Spaghetti ele foi utilizado na prática. Sem cookbooks, sem 15-minute blog tutorials. Para cada etapa do processo de desenvolvimento do core do Spaghetti foi desenvolvido um Website ou sistema real, que hoje encontra-se em produção, funcionando.

Desde a versão não-MVC, há sites de clientes da agência onde trabalhamos rodando o Spaghetti. No meu ponto de vista isso é positivo, pois desenvolvemos uma plataforma baseada em problemas reais, com clientes reais e ambientes reais de desenvolvimento. Por isso, pensamos no Spaghetti como um framework sem utopias. O que existe é o que é usado de verdade.

Flexibilidade é a palavra de honra. CMSs geralmente limitam as capacidades dos desenvolvedores Web / clientes. Frameworks são super flexíveis em todos os aspectos, e não queremos ser diferentes nesse quesito. As funcionalidades já embutidas podem ser expandidas e novas podem ser adicionadas com Componentes que você mesmo pode escrever.

A que pé estamos?

O Spaghetti hoje supre muito bem todas as necessidades de desenvolvimento da nossa equipe na agência. Porém, estamos tornando esse projeto público. Ou seja, precisamos documentar tudo excepcionalmente bem, gravar screencasts, tutoriais, e até fazer um cookbook. Ou seja, nosso framework está pronto para uso, porém ele ainda não está pronto para que vocês, que estão conhecendo ele agora, saibam de tudo que ele é capaz.

Caso você seja curioso – e garanto que é – deve estar pensando onde está o código. Caso você queira dar uma olhada (por enquanto por sua conta e risco – já que não há documentação ainda), você pode acessar nosso Trac, e lá há inclusive o histórico de versões e revisões.

Lançamento oficial do release estável

[UPDATE] O lançamento oficial do Spaghetti* aconteceu em 1 de janeiro de 2009, junto ao lançamento do site oficial em www.spaghettiphp.org.

Enfim, o assunto não é esse. Mesmo tendo mudado de título definitivamente (de quase-programador para aprendiz-de-designer), não nego a importância da programação para o Web designer. Você tem sim que saber um pouco de XHTML e CSS, mas um pouco de programação não faz mal. Não é questão de prioridades, de se focar num assunto específico, isso é bobagem. O profissional deve ser bom sim no que faz, mas sempre deve estar aberto e ter conhecimento do trabalho do colega ao lado.

Eis que então, meus amigos, como é de conhecimento de vocês, eu já tenho alguma experiência básica com CakePHP. Começamos a utilizá-lo na agência onde eu e o Julio trabalhamos, e eu realmente fiquei surpreso com o grande potencial tanto do framework quanto do PHP. Li por várias vezes a documentação, a API, e as entranhas do Cake, e vi como o funcionamento é simples.

PHP, de fato, não é uma linguagem ruim. Eu digo que não gosto da sintaxe do PHP, pois prefiro a do Ruby, mas nem por isso odeio o PHP. Essa é a minha opinião. Quanto mais eu conheço a linguagem, mais estou gostando dela. Até pouco tempo utilizava PHP4, mas em 2008 comecei a entender toda a lógica por traz da orientação a objetos. Isso me abriu as portas para entender esse potencial do PHP.

PHP, apesar da sintaxe não tão legal (opinião pessoal), está bastante madura, a julgar pela quantidade de extensões existentes, sem falar na grande abrangência desta linguagem.

Como eu havia dito, independente da linguagem cada um tem que procurar ser mais produtivo. Talvez eu não seja mais produtivo que o pessoal que comentou lá (cujo tom de arrogância de alguns faz parecer que estes sabem tudo de PHP), mas eu sei que estou amadurecendo e que estou me tornando produtivo se comparado a mim mesmo há um ano. Inclusive no design.

Espero não entrar mais nessas discussões, pois já disse aqui várias vezes o que penso e que estou me distanciando um pouco da programação pois – salvas excessões – há muita arrogância e ignorância entre os programadores.

Mesmo trabalhando com design, a gente acaba fazendo um pouco de código também, é bom e faço questão de continuar fazendo. Vejo meu progresso no design diariamente, a cada trabalho entregue, a cada cliente satisfeito. Mas na programação eu estive um pouco relaxado nos últimos anos. Fiz um bom trabalho com Padrões Web, e hoje domino XHTML e CSS. Mas com PHP era diferente.

Eu já tinha começado a estudar CakePHP um tempinho atrás. A idéia do framework era ótima, mas eu não entendia como ele funcionava, pois todo o código é orientado a objetos. Esse ano resolvi estudar um pouco sobre os conceitos da orientação a objetos e também um pouco da organização de software seguindo o pattern MVC. Foi aí que Ruby on Rails e CakePHP começaram a fazer muito sentido para mim. São ambos frameworks que, no meu ponto de vista, são muito parecidos no funcionamento.

A questão não é se eu prefiro Rails, Django ou Cake, mas a questão é que eu estou usando um framework. Ponto. Depois de assistir algumas palestras do Elcio, a gente aprende que precisa mesmo ser mais produtivo, e que uma das melhores maneiras é usar um framework, ou criar o seu próprio. Estou me distanciando um pouco da programação ultimamente; reconheço. Mas mesmo assim, toda esse estudo tem valido a pena.

Acho interessante, mais do que usar um framework criado por outros, criar o seu próprio. Ou sua biblioteca, que seja. Eu já tinha percebido que reinventava a roda a cada novo site que começava, e já tinha feito uma pequena biblioteca padrão para os novos sites. Isso é bem bacana, evita bastante retrabalho.

Próximo passo: Controle de versão

No início é complicado, e parece trabalhoso. Pode até ser, mas estamos perseverantes. Queremos tentar usar controle de versão pois, se não fosse bom, tanta gente não estaria falando tão bem. Não me lembro de ter perdido arquivos por conta de trabalho em equipe, mas já sofri com código espalhado em vários lugares. Por isso, é interessante pensar na implantação do controle de versão do código.

Conclusão: Não seja preguiçoso!

Permanecer no status quo é fácil, muito cômodo. Anime-se, desenvolvedor! Tanto comodismo é prejudicial à produtividade, e quem ainda nem se importa com isso não tem muito futuro. A programação se torna divertida quando há organização, pois tomando certas medidas para aumento de produtividade, o trabalho se torna muito mais fácil.