O Framework do Futuro - Como iremos programar?
O Problema dos frameworks de hoje em dia é que eles não passam de novas linguagens em desenvolvimento. Começam com algo simples e depois ganham centenas de métodos, classes e coisóides diferentes perdendo a simplicidade. PHP começou assim, era um tipo de framework pra Perl, olha como ficou! A diferença é que eu já conheço o PHP.
O que falta nos frameworks é inteligência. Milhões de programadores já fizeram tanto código parecido e se formos usar as linguagens atuais, continuaremos a repetir códigos dos outros. Não basta o don’t repeat yourself (não repita a si mesmo), temos que ter uma linguagem de programação don’t repeat anybody (não repita qualquer pessoa).
Fora dessa coisa utópica de computadores inteligentes, algumas coisas simples que seriam possível em um sistema hoje em dia são:
- Criar formulários para relações entre tabelas automaticamente (Adicionar produto ao carrinho, adicionar amigo na lista, adicionar contato, adicionar comentário ao post) baseado em Chaves Estrangeiras, sem nenhuma linha de código.
- Definir foco da página atual automaticamente. (Essa página é sobre produtos? Sobre contato?)
- Saber como formatar dados, AKA morte da escrita do HTML. (Como exibir um produto? Como exibir informações sobre uma pessoa? Como exibir informações sobre um mapa?)
Essas características chave e outras mais tornarão o desenvolvimento no futuro muito simples, praticamente na velocidade do pensamento. Programar em um framework assim será mais ou menos como dizer “Loja Virtual com produtos divididos em categorias que podem ser comprados por clientes cadastrados” e esperar 2 segundos para o programa gerar tudo.
E vocês, o que imaginam do futuro da programação?


21/3/2007 às 5:35 am
O Framework do Futuro - Como iremos programar?…
Vi um post no blog Acorda Pra Web! ponderando sobre o futuro. Após ler o post dele, comecei a vagar nos meus pensamentos.
O framework do futuro deve ser algo que simplifique, mas não demais. Não quero a programação se tornando algo que qualquer le…
21/3/2007 às 6:30 am
Um framework deve ter as seguintes características:
- Não repetir nada que alguem já tenha feito (como vc disse)
- Ao mesom tempo permitir liberdade de criação, sem amarrar em nenhum ponto, pode até haver um codigo que faz algo que eu precise aqui, mas eu tenho que ter a liberdade de fazer uma versão minha desse código se assim eu quiser.
logo, um framework bom! tem que ter a codificação em altissimo nível como RoR ou mais ainda, e me permitir codificar em baixo nivel.
agora eu não concordo com sua colocação de formatar dados.. pq as pessoas tem que ter a liberdade de formatar como queiram.
[]’s
28/4/2007 às 8:36 pm
[...] O Framework do futuro - Como iremos programar? [...]
21/5/2007 às 8:10 pm
[...] Isso particularmente me chamou atenção por transformar o PHP em uma máquina de frameworks. Você pode escrever uma classe genérica como base e criar uma regra base pra nomear objetos que a extendem. Na verdade, foi exatamente nessa idéia que eu comecei a criar o meu próprio framework, por estar frustrado com todos os demais. [...]
11/9/2008 às 7:58 pm
Eu não encaro a palavra “Framework” como estando enquadrada nesse tipo de objectivos.
Framework para mim e como o próprio nome dá a entender são um conjunto de ferramentas, que no âmbito da programação nos ajudam a desenvolver mais em menos tempo.
O exemplo final que deste para mim será mais um software estilo CMS do que propriamente uma Framework.
Deixa de ser framework apartir do momento que existe um quebra de flexibilidade e passa a existir interface.
Quando referes no “don’t repeat yourself”, acho precisamente que temos que tomar e continuar este rumo. “don’t repeat anybody”, não sei em que prespectiva, mas o que há mais, é falta de standarizações. O que não nos leva a lado nenhum a nivel tecnologico.