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

Solli Honorio shonorio at gmail.com
Wed Sep 26 06:59:00 PDT 2012


Em 26 de setembro de 2012 10:50, Ulisses Montenegro <
ulisses.montenegro em gmail.com> escreveu:

> 2012/9/26 Solli Honorio <shonorio em gmail.com>:
>
> >> A questão é que essa diferença não é relevante pra esse caso em
> >> particular. É como dizer que um tanque de guerra precisa ter o
> >> design/usabilidade de uma Lamborghini, não precisa. ERP's são
> >> carregados de informação na interface mesmo, desde sempre, e os
> >> consumidores desse tipo de software não só preferem, mas esperam que o
> >> sistema seja assim.
> >>
> >
> > Só quem presta consultoria de ERP sabe a briga que é com o consumidor
> > querendo 'somente mais um campo na tela de cor vermelha'.
>
> Eu já trabalhei com com sistemas na casa das centenas de tabelas, sei
> bem como funciona o negócio. Meu comentário foi apenas para registrar
> que interfaces sobrecarregadas são uma questão de público, e não da
> quantidade de dados envolvida.
>
>
Ulisses você tem mais experiência do que eu nisto, só comentei que o
consumidor de ERP adora :
* menu
* tela lotada de campos
* criar nova tabela (leia-se nova informação) para algo que nem ele sabia
que precisa

Eu adoraria ver algum trabalho de arquiteto de informação num ERP, mas acho
que isto não funciona, visto que este é um comportamento padrão dum SAP a
um Padaria's ERP.


> --
> “If debugging is the process of removing software bugs, then
> programming must be the process of putting them in.” - Edsger Dijkstra
> =begin disclaimer
>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>



-- 
"o animal satisfeito dorme". - Guimarães Rosa
-------------- Pr?xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20120926/b13e30cc/attachment.html>


More information about the SaoPaulo-pm mailing list