[SP-pm] Fluxo de Caixa - Javascript + Perl + PgSQL;

Wed Sep 26 09:10:03 PDT 2012

Eu também gosto muito do qooxdoo, a comunidade é bem ativa:
http://demo.qooxdoo.org/current/widgetbrowser/

Abs,
--
Geovanny Junio
Consultor de Tecnologia
geovanny (at) eutsiv.com
+55 31 9422-8885
+55 31 2519-8603
www.eutsiv.com

Este e-mail pode conter informação privilegiada e confidencial. Se você não
é destinatário da
mensagem, por favor apague a mensagem e comunique-nos o fato de imediato.

This e-mail contains information that may be
privileged and confidential. If you are not the intended recipient, please
delete the e-mail and notify us immediately.

2012/9/26 Lucas Moraes <lucastiagodemoraes at gmail.com>

> Impressionante é a diferença entre o IE9 e Chrome.
>
> Em 26 de setembro de 2012 12:07, Eduardo Almeida
> <eduardo at web2solutions.com.br> escreveu:
> > From: ulisses at ibiz.com.br
> > Sent: Wednesday, September 26, 2012 11:47 AM
> >
> > To: saopaulo-pm at mail.pm.org
> > Subject: Re: [SP-pm] Fluxo de Caixa - Javascript + Perl + PgSQL;
> >
> >>> uma alternativa ao DHTMLX é o Sencha: framework JS (Ext JS) com MVC +
> IDE
> >>> arrasta e cola para geração rápida de apps JS.
> >
> >
> >>> Para browser ou mobile (Ipad, ...).
> >
> >
> > Secha é muitas vezes "pesado" ... te obriga a desenvolver sempre sob o
> > pattern "factory" implementado por eles.
> >
> > Um comparativo bacana de testes com big data e grids, entre DHTMLX,
> Sencha,
> > Dojo e JQGrid é o http://www.dhtmlx.com/blog/?p=1525
> >
> > Antes de trabalhar com DHTMLX eu usava EXT JS (atual sencha), acredite, a
> > DHTMLX, alem de tb ter versao gpl  (que é a que eu uso e reimplementei os
> > recursos da paga) é com certeza a que te dá mais liberdade para
> desenvolver
> > ... pra se criar aplicações com dhtmlx você so precisa saber pure JS,
> > enquanto que com senha, muitos desenvolvedores mal sabem pure JS, eles
> sabem
> > mesmo é consumir a API.
> >
> > Eu ainda fico com DHTMLX ou Dojo.
> >
> >
> >>> o que importa, no meu modo de encarar,  é se vc é capaz de -
> rapidamente
> >>> - redesenhar a sua interface e mesmo backend para se adaptar, sem
> traumas e
> >>> em semanas.
> >
> >
> > Concordo, esse módulo e tambem o gestor de clientes e funcionarios na
> > realidade são baseados em protipos que serão usados como "template" na
> nova
> > versão da minha CASE, que gera apps dessas em minutos usando
> > metaprogramação. Tudo que vc precisa é fornecer o "model" da aplicação
> que
> > quer gerar e escolher o template/prototipo. O model ainda poderá ser
> montado
> > com a ajuda de uma GUI. Isso tudo faz parte da ideia de um plugin para o
> > padre e para outras IDE (ja tenho funcionando no dreamweaver alguns
> testes)
> >
> >
> > -----Mensagem Original----- From: Eduardo Almeida
> > Sent: Wednesday, September 26, 2012 11:13 AM
> > To: saopaulo-pm at mail.pm.org
> > Subject: Re: [SP-pm] Fluxo de Caixa - Javascript + Perl + PgSQL;
> >
> > From: Leonardo Ruoso
> > Sent: Wednesday, September 26, 2012 11:03 AM
> > To: saopaulo-pm at mail.pm.org
> > Subject: Re: [SP-pm] Fluxo de Caixa - Javascript + Perl + PgSQL;
> >
> >>> O que acontece é que você precisa dispor de todas as interfaces
> >>> standard, normalmente construídas por metadados, e fazer «wizards»
> >>> capazes de otimizar a produtividade em algumas tarefas ou muito
> >>> complexas ou muito repetidas dentro da empresa.
> >
> >
> > Mas já é assim ... como eu disse antes, ta em alpha, muita coisa vai
> mudar
> > ...
> >
> > A aplicação é 100% toda voltada à metadados ... como podem ver no source
> o
> > arquivo JS "model.js".
> >
> > O menu relatorios, que nao ta pronto, é justamente assim, tu escolhe por
> > exemplo quais colunas de dados quer exibir dentre todas disponiveis ... a
> > grid tambem é assim, apesar de nao ta pronto o wizard pra vc selecionar
> > quais colunas quer exibir ...
> >
> >>> O ERP grande e desengonçado vai continuar existindo, mas você pode
> >>> criar camadas mais sofisticadas acima dele. Isso acontece em muitos
> >>> ambientes.
> >
> >
> > Acho que pra 2 meses de trabalho, considerando minhas outras tarefas, a
> > aplicação ta até bem razoavel em todos os sentidos. A ideia é essa ...
> Scrum
> > + refatoracao x ciclos
> >
> > =begin disclaimer
> >   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> > SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
> > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> > =end disclaimer
> >
> > =begin disclaimer
> >   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> > SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
> > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> > =end disclaimer
> >
> > =begin disclaimer
> >   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> > SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
> > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> > =end disclaimer
> > =begin disclaimer
> >   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> > SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
> > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> > =end disclaimer
> =begin disclaimer
>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20120926/1a6028ba/attachment-0001.html>