Framework jProton

[pedrosimonetti]

Olá Pessoal!

Fico muito contente em ver que cada vez mais as pessoas têm se interessado em programações avançadas em JavaScript. Acredito que quanto mais gente estiver discutindo sobre as boas práticas de progração, quem ganha é a comunidade de desenvolvedores brasileiros.

Assim como vocês do JBox, eu também estou envolvido no desenvolvimento de um framework javascript brasileiro, chamado jProton. Da mesma forma, eu vejo o surgimento desses e outros frameworks, como o FS Framework, AjaxLib, AjaxBox, como algo que só vem a acrescentar para a comunidade. Quanto mais frameworks existirem, maior será a colaboração entre os desenvolvedores e a comunidade, e entre os próprios desenvolvedores, afinal, não estamos aqui para competir uns com os outros, e sim, aprendermos uns com os outros.

Gostaria muito de ouvir feedbacks aqui do pessoal do GUJS. Se alguém se interessar em dar uma olhada, segue alguns links relevantes:

Blog de desenvolvimento do projeto:
http://jproton.com.br/

Documentação do Framework:
http://docs.jproton.com.br/

Site do projeto no Google Code:
http://code.google.com/p/jproton

Downloads:
http://code.google.com/p/jproton/downloads/list

Lista de Discussão:
http://groups.google.com/group/jproton


um grande abraço,

Pedro Simonetti.

[pedrosimonetti]

Uma pequena observação.

O servidor gratuito que estou utilizando para hospedar o projeto é um pouco lento, e especialmente hoje, estava em manutenção, de modo que as vezes a página não carregava.

Se tiver problema em acessar o site do projeto, tente baixar a versão completa que inclui fontes e documentação no site do google code, onde não haverá problemas para baixá-lo:

http://code.google.com/p/jproton/downloads/list

abraços,

Pedro.

[yuri]

legal mesmo cara, parabens
se precisarem de colaboradores estou dentro
mesmo trabalhando no JBox, posso "dar uma mão" para vocês tambem
_________________
The Web Renaissance

# jProton
# Blog Pessoal
# frameBox
# Twitter

[pedrosimonetti]

Yuri,

Obrigado pelo feedback, precisamos sim de colaboradores, e sua ajuda é bem vinda. Acredito que vamos aprender bastante um com o outro nessa nossa jornada. Por enquanto, não posso me comprometer em colaborar ativamente com o JBox, pois estou envolvido em outros projetos no momento, e tenho me dedicado ao jProton nas horas vagas e finais de semana.

Estou redigindo o "road-map" para a versão "0.4.0" e a especificação técnica do framework, para ajudar a guiar os novos colaboradores.

Precisamos também de uma força na divulgação do framework, pois quanto mais gente estiver envolvida no projeto melhor, pois seria uma fonte fundamental de relato de erros, e de sugestão para novas funcionalidades. Se você puder divulgar o framework em seu blog, ou para seus amigos/colegas de trabalho, já será uma imensa ajuda.

até breve,

Pedro.

[victorino]

Pra que dividir se pode juntar?

Porque não fazer tudo um projeto só? Não vejo vantagem nenhuma em ter 2 projetos parecidos em paralelo
_________________
Thiago Victorino
Clarity
jProton

[victorino]

Que tal JProBox
_________________
Thiago Victorino
Clarity
jProton

[pedrosimonetti]

Victorino,

Acho uma boa idéia juntar os esforços! Eu ainda não analisei todo o código do JBox, mas pelo que já pude perceber, existem algumas diferenças arquiteturais e filosóficas entre os dois projetos, de modo que se formos juntar os dois projeto precisaríamos discutir como ficariam essas diferenças.

Como eu ainda não terminei de produzir o documento com a especificação técnica do framework, vou ressaltar aqui os pontos mais importantes, para que possamos levar adiante essa discussão.

O objetivo do jProton é ser um framework fácil de aprender, e ao mesmo tempo poderoso, de modo que ele possa ser usado tanto no aprendizado, como em aplicações reais de pequeno e médio porte. Particularmente, o framework foi projetado para que fosse especialmente útil no desenvolvimento de aplicações como widgets e plugins.

Eu pesquisei bastante antes de dar início as implementações do jProton, e procurei seguir as recomendações dos desenvolvedores dos frameworks consagrados, e dos gurus de javascript. Para ilustrar algumas dessas questões, vou sumarizar as principais diretrizes seguidas no framework:

Diretrizes Arquiteturais:

* Tamanho reduzido (o tamanho total do framework deve ser pequeno)
* Eficiência (o framework deve ter alta performance)
* Arquitetura extensível em camadas (o framework é um aglomerado de extensões.Assemelha-se à arquitetura em módulos, porém, num nível mais segmentado. É como se um módulo fosse formado por diversas camadas de extensões.)

Diretrizes "Filosóficas":

* Cuidado com a poluição do namespace global.
* Dar preferência sempre que possível ao uso dos tipos nativos array e objeto no lugar de classes. As classes são mais lentas que os objetos.
* Não adicionar novos métodos e/ou atributos aos tipos nativos do JavaScript pois podem levar a incompatibilidades com outras bibliotecas/frameworks, e embora em escala menor, tendem a reduzir a performance dos tipos nativos.

É claro, essas questões são complexas e não dá para explicá-las assim de forma tão resumida. Entretanto, ilustrei essas questões para termos algo mais concreto para se discutir. Se tiverem interesse, seguem alguns links para artigos que discutem mais à fundo essas questões.

Sobre o desenvolvimento de frameworks:
http://dean.edwards.name/weblog/2007/03/rules/
http://ajaxian.com/archives/caring-about-quality-in-our-javascript-libraries
http://www.slideshare.net/jeresig/building-a-javascript-library/
http://blog.reindel.com/2007/10/30/how-to-choose-a-javascript-framework/

Sobre performance e otimização:
http://developer.yahoo.com/performance/rules.html
http://dev.opera.com/articles/view/efficient-javascript/
http://blogs.msdn.com/ie/archive/2006/08/28/728654.aspx
http://google-code-updates.blogspot.com/2008/03/how-we-improved-performance-on-google.html

Independente dessas diferenças, conforme eu disse no início, acho interessante unir os esforços, pois com uma equipe maior, podemos garantir releases em um menor espaço de tempo, dar melhor suporte aos usuários nos fóruns/lista de discussões, corrigir bugs mais rapidamente, etc. E é claro, aprendermos uns com os outros.

Se tiverem interesse, me disponho a marcarmos uma multi-conferência para debatermos essas questões, de preferência em algum sistema de voz sobre IP como skype, ou semelhante, pois discutir essas questões por escrito será bastante complicado!

um abraço,

Pedro.

[yuri]

axo que apenas não levei "muito" em conta seria :

[pedrosimonetti]

Fala Yuri,

Não sei se fui claro quando escrevi pra vocês, apesar de ter escrito um post longo. Talvez deu a impressão de que eu estava afirmando que vocês não estavam seguindo essas recomendações. Não é isso. Eu apenas levantei alguns pontos que acho importantes, e que precisaríamos discutir, pois se formos juntar os projetos, precisaremos unificar as metodologias também.

Eu também estou terminando um projeto para uma empresa, e então, estarei bastante ocupado nas próximas semanas, mas podemos continuar mantendo contato.

Eu acho que o melhor mesmo seria juntar os projetos, ao invés de um ajudar o outro, pois eu acredito que o verdadeiro calcanhar de aquiles de um framework brasileiro é conseguir formar um grupo ativo de desenvolvedores. Vários desenvolvedores tentaram isoladamente fazer um framework, mas eu acho que nenhum deles vingou justamente pela falta de pessoal envolvido.

Pois fora a codificação, tem muita coisa envolvida pra se fazer um bom framework. O que inclui: dar suporte aos usuários, testar códigos, escrever exemplos e demos, ampliar a documentação, e é claro "evangelizar" novos adeptos, divulgando sobre o framework em foruns, sites, redes sociais, etc.

Ou seja, é muito trabalho. E se tiver um time pequeno as coisas andam lentas demais. E a lentidão afasta os usuários, pois dá a impressão de que o projeto não está maduro.

A divulgação inclusive é um dos pontos mais críticos na minha opinião. Fazer a comunidade saber que estamos envolvidos nesse projeto é uma das coisas que considero mais importante.

[pedrosimonetti]