Adobe Flex: Além dos CRUDs

[Mário Júnior]

Ta certo ... 99% (senão 100%) das apps tem CRUDs. Afinal, o usuário precisa criar, ler, editar e apagar registros!

A grande questão é: Como fazer isso?? Só jogando textinput para dentro de forms??? Sim.. é legal, é oq todos nós (inclusive eu também, as vezes) estamos acostumados, afinal são anos e anos herdando pensamentos de paradigmas que nunca foram confrontados antes (vb, delphi, cobol, clipper) ... mas agora estão caindo!

Para resumir esse e-mail... assistam o vídeo do Beck: "O Segredo das RIAs de Sucesso"
http://www.becklog.org/2009/05/12/o-segredo-das-rias-de-sucesso-professional-edition/

Para finalizar, e também para refletir, deixo essa imagem para vcs:
http://www.swiss-miss.com/wp-content/uploads/legacy/photos/uncategorized/2008/03/10/imagesapple20google20and20you.png

Seus chefes nunca irão mudar, se vcs não confrontá-los.
(claro.. não vá sair no braço com o cara né =P)



Um abraço!




--
Mario Junior
Enterprise Java / Flex Architectures
Adobe Certified Expert Flex 3 with AIR

Sofshore Informática
http://www.sofshore.com.br
+55 (48) 3337 2003
Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 Itacorubi
Florianopolis SC Brasil

[José Carlos Silveira Fiel]

Muito bom Mário!

Parabéns pela iniciativa, estarei aproveitando seu próprio e-mail para convidar a minha equipe aqui do MEC para participar do Tour de Lançamento da Adobe, http://www.flexdev.com.br/home/tour-de-lanamento-da-adobe-flash-plataform/
Muitos pensam realmente como você disse, ficam apenas no CRUD, até eu mesmo estou começando a perder este paradigma.

Valeu cara!

--
Att.,
José Carlos Silveira Fiel
Programador Adobe Flex e PHP
Blog: http://blog.josecarlosfiel.com.br/
Twitter: http://twitter.com/josecarlosfiel

2009/7/30 Mário Júnior <junin...@gmail.com>

[Marcos Dantas]

Carai... Mario
Essa imagem do aplicação corresponde 100% ao que os analistas de onde trabalho definem!


Marcos Dantas

2009/7/30 Mário Júnior <junin...@gmail.com>

[Rafael Santos]

Muito legal esse material, principalmente a imagem, reflete claramente como são as apalicações hoje em dia... pode ser em Java , .NET, mas o paradigma é sempre o mesmo.

2009/7/30 Marcos Dantas <dantas...@gmail.com>

--
-----------------------
Atenciosamente,
Rafael Santos

[Mário Júnior]

exatamente... o paradigma é o mesmo da década de 70/80.
Daí vem outra questão (aquela q é mais usada como "desculpa" pelos chefes):

"Haa.. mas o usuário já está acostumado com esse tipo de tela.. se mudar o usuário fica perdido."
Ou então.. aquilo q até mesmo nós desenvolvedores dizemos: "usuário é burro" (lembrem q tb somos usuários de vários sistemas no dia-a-dia, a começar pelo Flex Builder :D)

Minha opnião é que o usuário está acostumado com isso pq isso é a única coisa q foi apresentada a ele, desde q muitos viram o pc pela primeira vez. Se todo carro fosse quadrado com 5 rodas e nós estivéssemos acostumado com isso desde crianças, com certeza hj, ao ver um carro de hoje, acharíamos a coisa mais bizarra do mundo: "Oq?! com 4 rodas? não vai funcionar!"

Acredito, hoje, que com o Flex temos a possibilidade de "quebrar a matrix" e libertar o usuário.
Pra q sistemas MDI? Para que popups modal? Porquê ninguem pensa em fazer nada "flutuante" ?!

É isso aí galera... minha intenção com esse post é instigar a galera a quebrarem seus paradigmas. Hoje, com Flex, temos essa possibilidade! É nessa hora que eu acredito no lema da Dclick (q foi criado pelo Beck, claro):

"Nós fazemos software que o usuário usa porque gosta não porque é obrigado"


Abraços!

2009/7/30 Rafael Santos <rafaelsa...@gmail.com>

[Rafael Santos]

Rpz.. isso é uma assunto para se fazer um artigo, se já não existir.

2009/7/30 Mário Júnior <junin...@gmail.com>

[darkson]

Quando eu começar a escrever meu artigo (obrigatório aqui para
finalizar a faculdade) irei lembrar das palavras de vocês, com
certeza, o maior motivo de eu estar usando o FLEX é porque eu achava o
flash uma ótima ferramenta e já pensava, pq não se tem como programar
assim? Utilizando de design e animações para animar o usuário, somos
nós que desenvolvemos, não temos regra obrigatória. Concordo
completamente. (E olha que sou iniciante nessa área hehe) Mas
justamente essas coisas fazem do FLEX um RIA tão poderoso. A maioria
da galera aqui da sala esta desenvolvendo o TCC utilizando Delphi +
Firebird. Eu ia tentar arriscar o PHP para ser diferente aqui da
maioria, queria utilizar algo como o flash. Apareceu o Flex, abracei a
causa, estou na luta e não me arrependo de jeito nenhum. São
exatamente esses pontos que fazem com que o FLEX seja tão forte.
Espero que ele seja disponibilizado logo para o LINUX também.
Vlw galera

[darkson]

[Beck Novaes]

Um dos problemas de desenvolvimento do Software, especialmente no
Brasil, é o TI-Centrismo.

O TI-Centrismo prega que TI é o centro do Universo. Desta forma,
muitas das decisões tomadas no ciclo de vida de desenvolvimento do
Software visam "proteger" TI.
- "Não pudemos mudar isso, é padrão!" = TI-Centrismo
- "Não dá para faze assim, o banco não permite" = TI-Centrismo
- "Não vou deixar meu código feio assim. Deixa essa animação pra lá" =
TI-Centrismo
- "Vamos fazer o Café com Leite, senão vai dar muito trabalho." = TI-
Centrismo

Precisamos mudar isso! Precisamos deixar o TI-Centrismo e adotar o
Usuário-Centrismo. Pode não parecer mais isso muda muita coisa.

Programadores odeiam código feio. Mas a parte estética da aplicação e
as animações são sempre deixado para o final. O problema? Bem, perde-
se muito tempo tentando fazer aquela arquitetura super hiper robusta
com o super hiper design pattern onde não precisa.

Quando abandonamos o TI-Centrismo e adotamos o Usuário-Centrismo nossa
percepção muda. Eu prefiro perder tempo fazendo uma animação que vai
agregar mais valor à experiência do usuário do que aplicando aquele
super ultra design pattern que li no ultimo livro que ostento na minha
estante e que só vai servir para eu exercitar o que aprendi.

Mas por que a estética, incluindo animação é importante? Porque isso
deixa o usuário num estado mental muito melhor. Isso faz com que o
usuário:

1. Perdoe erros mais facilmente os erros
2. Tenha maior pré-disposição para aprender a mexer na aplicação

Fizeram uma experiência com dois caixas eletrônicos idênticos em
termos de usabilidade e implementação. Um bonito e outro feio. O Caixa
mais bonito teve uma avaliação muito melhor do que o caixa mais feio.
No Caixa mais feio as pessoas reclamaram muito mais dos erros
(propositais) do que no caixa mais bonito. Uma coisa é o usuário bater
o olho numa coisa bonita e falar: "Uau... que legal isso. Bem, agora
deixa eu ver como eu uso!". Outra coisa é ele falar "Nossa! Que coisa
medonha, como eu uso isso?" O estado mental é tudo. A motivação é
tudo. E coisas feias definitivamente desmotivam.

Ao adotar o Usuário-Centrismo comecei a me perguntar se os POGs que
tanto incomodam os programadores que pregam boas práticas em 100% do
Software (TI-Centrismo) são realmente um mal em todos os contextos. Eu
ousaria dizer que, no Usuário-Centrismo existe o POG do mal e o POG do
bem. Imagine que você precisa implementar uma animação em Flex e que,
como um bom programador, você tentou fazer da melhor forma possível.
Mas não teve jeito. Você vai ter que colocar um setInterval para fazer
funcionar perfeito (típico POG para resolver problemas de tempo em
animações no Flex). Mas você é um programador "bonzão". Você jamais
vai fazer este POG. Você se recusa. Afinal de contas, para quê
animação, não é mesmo! Mas a pergunta é: Tal animação vai agregar
valor à experiência do usuário? Sim! O POG vai ser fonte potencial de
problemas? Não! O POG vai ser difícil dos programadores entender? Não
- nada que um comentário simples não resolva. Então, porque que eu vou
me recusar de fazer algo que mais agrega à experiência do usuário do
que, de fato, prejudica TI? Porque eu sou adepto do TI-Centrismo. Eu
não faço software para o usuário, eu faço para mim. Para o meu ego.

O TI-Centrismo cria tantas restrições para se fazer um bom trabalho
que softwares de qualidade do ponto de vista do usuário é praticamente
impossível. Mas fazemos Sofware para o usuário, não é mesmo. Então ele
deveria ser o centro do universo, e não TI.

Tem mais coisa que eu gostaria de falar sobre o assunto, mas acho que
já falei bastante no momento.

Att,
Beck Novaes

On 30 jul, 11:20, Mário Júnior <juninho...@gmail.com> wrote:
> Ta certo ... 99% (senão 100%) das apps tem CRUDs. Afinal, o usuário precisa
> criar, ler, editar e apagar registros!
>
> A grande questão é: Como fazer isso?? Só jogando textinput para dentro de
> forms??? Sim.. é legal, é oq todos nós (inclusive eu também, as vezes)
> estamos acostumados, afinal são anos e anos herdando pensamentos de
> paradigmas que nunca foram confrontados antes (vb, delphi, cobol, clipper)
> ... mas agora estão caindo!
>
> Para resumir esse e-mail... assistam o vídeo do Beck: "O Segredo das RIAs de

> Sucesso"http://www.becklog.org/2009/05/12/o-segredo-das-rias-de-sucesso-profe...
>
> Para finalizar, e também para refletir, deixo essa imagem para vcs:http://www.swiss-miss.com/wp-content/uploads/legacy/photos/uncategori...

>
> Seus chefes nunca irão mudar, se vcs não confrontá-los.
> (claro.. não vá sair no braço com o cara né =P)
>
> Um abraço!
>
> --
> Mario Junior
> Enterprise Java / Flex Architectures
> Adobe Certified Expert Flex 3 with AIR
>

> Sofshore Informáticahttp://www.sofshore.com.br

[Vicente Maciel Junior]

Sensacional!

Hoje mesmo estava discutindo isso com o meu sócio, o Jefferson Petilo (mais conhecido nas listas de CF). 

Tinhamos uma tela pensada para facilitar o workflow do usuário, mas quando vimos, até mesmo a estrutura de dados e serviços correspondentes às transações daquela tela (DTOs / Controllers) estavam pensados de forma a atender o Modelo (Banco/Relacionamentos). 

Reprogramar para atender a tela, significaria deixar de lado conceitos pré-formalizados e até mesmo a adoção de patterns.

Resultado: mudamos a tela. Decisão mútua. :(

Mas seu texto exemplifica a mais pura verdade! Temos que mudar a forma de pensar, observar e aplicar nosso domínio/conhecimento, não mais para sermos "TIaholic" e "Experienceaholics". Ai está o diferencial entre usar Flex/Silverlight/JavaFX/Whatever pra se fazer novas versões de antigas soluções e definitivamente desenvolvermos RIAs.

Essa thread pra mim já está concorrendo ao prêmio de "Melhores do ano".

Seria legal se pudesse estar no seu Blog ou da DClick para que pudesse ser referenciado.

Vicente Maciel Junior
RiaBrazil - Senior Rich App Developer
Independent Web Developer & Consultant
Adobe Advanced Certified Developer
Adobe Certified Instructor (ColdFusion & Flash Platform)
+55 71 8120-0035
MSN: maci...@gmail.com / Twitter: macieljr
http://www.riabrazil.com.br
http://teclandoalto.blogspot.com
Grupo de usuarios Oficial Adobe RIA-BA: http://bit.ly/ria-ba

2009/7/30 Beck Novaes <beck....@gmail.com>

[Marcel Pigozzi]

Gostei mto desta thread!!!
Mto bom!

Concordo com o Mário Jr. ... temos que nos libertar no Flex hehehehe

Abraços

2009/7/30 Vicente Maciel Junior <maci...@gmail.com>

--
Marcel Pigozzi
http://thegeekers.wordpress.com/

"Procure ser uma pessoa de valor, em vez de procurar ser uma pessoa de sucesso. O sucesso é conseqüência"

[Mário Júnior]

liberar geral.. UIII! =D

2009/7/31 Marcel Pigozzi <marcelp...@gmail.com>

[Eduardo Kraus]

Esta thread esta massa.  Me lembro ainda do meu primeiro sistema. sabe aquele que inaugura a pasta www? Na época eu tinha o ServerN-NT (hoje uso o wamp). Aquele sistema eu ouvia os usuários, e ele diziam como queriam as telas, as funcionalidades, os relatórios, as saídas e tudo. Foi meu melhor e maior sistema, demorando 2 anos para ficar pronto. Bom até hoje não ficou.... O sistema ficou tão bom que apresentei em um seminário sobre EAD, e o que resta hoje é o PDF, em http://mxml.com.br/eduardo/Artigo_Seminario_EAD.pdf. Hoje meu clientes estão tão longe e difícil de ouvi-los e a gente fica dizendo que não tem tempo, mais parar para ouvir, a gente não esta perdendo tempo, e sim ganhando tempo. Então quando for desenvolver um sistema, cobre do dono, mais pergunte aos qu7e realmente irão utilizar o sistema. Eles, somente ele te dirão o que realmente precisam. Vejam esta história, antiga e que muitos devem conhecer http://blog.aspercom.com.br/2008/07/21/hierarquias-sao-inteligentes-nas-pontas/ Agora que leu, pense em seus botões!!! Pense se realmente é necessários fazer miraculagem? Formulários intermináveis? Pense simples http://gc.blog.br/wp-content/uploads/2008/08/simplicity.png E nunca se esqueça de http://www.blognormal.blogger.com.br/gerenciamento.jpg

Eduardo Kraus Desenvolvedor eduard...@gmail.com http://blog.mxml.com.br http://twitter.com/EduardoKraus

2009/7/31 Mário Júnior <junin...@gmail.com>

[Beck Novaes]

Outra coisa que influencia muito este tipo de coisa tem a ver com as
frases abaixo:

A formulação de um problema é mais importante que sua solução. -
Albert Einstein

Indagado sobre o que faria se tivesse apenas uma hora para salvar o
mundo, Albert Einstein respondeu: “Eu gastaria 55 minutos para definir
o problema e 5 minutos para resolvê-lo”

Se dissermos a um programador que ele tem apenas uma hora para salvar
o mundo, ele implementará algo em 30 minutos e começará a Debugar o
código. E mesmo que ele tivesse duas horas restantes e não apenas mais
30 minutos o mundo acabaria com o programador debugando. - Beck Novaes


Att,
Beck Novaes

On 31 jul, 02:37, Eduardo Kraus <eduardokr...@gmail.com> wrote:
>  Esta thread esta massa.
>
> Me lembro ainda do meu primeiro sistema. sabe aquele que inaugura a pasta
> www? Na época eu tinha o ServerN-NT (hoje uso o wamp).
>
> Aquele sistema eu ouvia os usuários, e ele diziam como queriam as telas, as
> funcionalidades, os relatórios, as saídas e tudo. Foi meu melhor e maior
> sistema, demorando 2 anos para ficar pronto. Bom até hoje não ficou....
>
> O sistema ficou tão bom que apresentei em um seminário sobre EAD, e o que

> resta hoje é o PDF, emhttp://mxml.com.br/eduardo/Artigo_Seminario_EAD.pdf.

>
> Hoje meu clientes estão tão longe e difícil de ouvi-los e a gente fica
> dizendo que não tem tempo, mais parar para ouvir, a gente não esta perdendo
> tempo, e sim ganhando tempo.
>
> Então quando for desenvolver um sistema, cobre do dono, mais pergunte aos
> qu7e realmente irão utilizar o sistema. Eles, somente ele te dirão o que
> realmente precisam.
>

> Vejam esta história, antiga e que muitos devem conhecerhttp://blog.aspercom.com.br/2008/07/21/hierarquias-sao-inteligentes-n...

>
> Agora que leu, pense em seus botões!!! Pense se realmente é necessários

> fazer miraculagem? Formulários intermináveis? Pense simpleshttp://gc.blog.br/wp-content/uploads/2008/08/simplicity.png

>
> E nunca se esqueça dehttp://www.blognormal.blogger.com.br/gerenciamento.jpg
>

>   *Eduardo Kraus*
> Desenvolvedor
>  eduardokr...@gmail.comhttp://blog.mxml.com.brhttp://twitter.com/EduardoKraus
>
> 2009/7/31 Mário Júnior <juninho...@gmail.com>
>
> > liberar geral.. UIII! =D
>
> > 2009/7/31 Marcel Pigozzi <marcelpsara...@gmail.com>

>
> > Gostei mto desta thread!!!
> >> Mto bom!
>
> >> Concordo com o Mário Jr. ... temos que nos libertar no Flex hehehehe
>
> >> Abraços
>

> >> 2009/7/30 Vicente Maciel Junior <macie...@gmail.com>

>
> >> Sensacional!
> >>> Hoje mesmo estava discutindo isso com o meu sócio, o Jefferson Petilo
> >>> (mais conhecido nas listas de CF).
>
> >>> Tinhamos uma tela pensada para facilitar o workflow do usuário, mas
> >>> quando vimos, até mesmo a estrutura de dados e serviços correspondentes às
> >>> transações daquela tela (DTOs / Controllers) estavam pensados de forma a
> >>> atender o Modelo (Banco/Relacionamentos).
>
> >>> Reprogramar para atender a tela, significaria deixar de lado conceitos
> >>> pré-formalizados e até mesmo a adoção de patterns.
>
> >>> Resultado: mudamos a tela. Decisão mútua. :(
>
> >>> Mas seu texto exemplifica a mais pura verdade! Temos que mudar a forma de
> >>> pensar, observar e aplicar nosso domínio/conhecimento, não mais para sermos
> >>> "TIaholic" e "Experienceaholics". Ai está o diferencial entre usar
> >>> Flex/Silverlight/JavaFX/Whatever pra se fazer novas versões de antigas
> >>> soluções e definitivamente desenvolvermos RIAs.
>
> >>> Essa thread pra mim já está concorrendo ao prêmio de "Melhores do ano".
>
> >>> Seria legal se pudesse estar no seu Blog ou da DClick para que pudesse
> >>> ser referenciado.
>
> >>> Vicente Maciel Junior
> >>> RiaBrazil - Senior Rich App Developer
> >>> Independent Web Developer & Consultant
> >>> Adobe Advanced Certified Developer
> >>> Adobe Certified Instructor (ColdFusion & Flash Platform)
> >>> +55 71 8120-0035

> >>> MSN: macie...@gmail.com / Twitter: macieljr

> >>>http://www.riabrazil.com.br
> >>>http://teclandoalto.blogspot.com
> >>> Grupo de usuarios Oficial Adobe RIA-BA:http://bit.ly/ria-ba
>

> >>> 2009/7/30 Beck Novaes <beck.nov...@gmail.com>

[Eduardo Kraus]

Falou pouco, mais falou bonito. Estava esta madrugada meditando sobre esta thread. E cheguei a conclusão que os sistemas mais caros são puros CRUD. Um grande exemplo é o PeoploSoft da Oracle. Este com certeza é o pior em design que conheço, péssima usabilidade e 100% puro CRUD. Para montar uma nova tela, você monta uma VIEW e define bla, bla, e blu blu, e sai uma nova tela. Puro CRUD. Agora duas empresas aqui em SC gastaram mais de 4 milhoes para ter este sistema. O detalhe é que em caso de sitema, ( Sistema, não site ), usabilidade é muito mais importante que animação. Animação em sistema é quase considerado perda de tempo. Vejo em sistemas FEIOS e cheios de animação. Janelas com Fade e Zoom e algo mais para abrir só atrapalha. Se animação desse dinheiro, colocaria um coelho sautitando e uma cachoeira de fundo. Site !=. Usuário acessa pouco, animação em pouca escala é legau.(Aquela que simula a vida real). Montar um site em 3D, ou com muita aninação é show, Aquele que usuário só acessa uma vês. http://www.sinapsedainovacao.com.br/ . Usuário quer saber de funcionar, não de animação, frescura, cores. Olhe por exemplos seus programas desktop que você mais utilizas e gosta! Quais animações ele possui? Quais cores? Qual usabilidade? Acredite, é isso que usuário quer! Ele adora mais que frescuras.... Esta ai minha esperiencia na vida de Vendedor/Programador/Projetista. Lembre-se que RIA === Usabilidade. RIA não necessáriamnete significa animações. Você pode construir um sistema que seje RIA sem nenhuma animação.

Eduardo Kraus Desenvolvedor eduard...@gmail.com http://blog.mxml.com.br http://twitter.com/EduardoKraus

2009/7/31 Beck Novaes <beck....@gmail.com>

[Gabriela Trindade Perry]

É... eu sou obrigada a usar o People Soft. É um dos piores que
conheço. Nem quero saber se é da Oracle, do Wal-Mart ou da Nestle... É
uma droga.
Agora, tudo isso que a gente está discutindo é muito bonito e tals...
Mas quais os custos de implementar tudo isso?
Vejam resumidamente os passos para implementar usabilidade num
software como o People:

1. Análise de tarefa - um mês de observação e entrevistas, para saber
como o trabalho é feito. Isso se a gerência topar, porque normalmente
eles NÃO DEIXAM FAZER! Porque quando tu fala que vai entrevsitar e
observar eles ficam com medo que os funcionários vão falar mal da
empresa... É soda... mas a gente acaba fazendo de um jeito ou de
outro. Já tive que fazer com o gerente me dizendo como era o
trabalho...
Sabe qual a consequencia de nao fazer isso? Quando o sistema entra em
produção (em uso), o povo descobre que alguma feature não está bem
ajustada. Eu gostaria de poder mandar o gerente pastar quando isso
acontece.
2. User stories - cenários de uso, como quer que chamem. Duas ou três
linhas sobre as principais funcionalidades do sistema. Sem aprofundar.
É horizontal, não vertical. Bem tosco. Levo dois dias.
3. Layout das telas no papel. Meio por cima, para ter uma idéia das
funcionalidades principais. Leva cerca de uma semana.

As etapas 2 e 3 não podem tomar todo o tempo. Precisa ter tempo pra
pensar, pra arejar a cabeça. Eu, pelo menos, não consigo ficar 2 horas
desenhando ou pensando nas funcionalidades de um sistema...

4. Layout das telas. De TODAS as telas. Isso eu faço, com muito
orgulho. Passo duas a três semanas no fireworks, desenhando telinha.
Vejam que meus sitemas são smepre pequenos/médios. Nunca fiz nada como
o PeopleSoft. E vou dizer pra vocês, é muito chato fazer isso. Mas
durante esse processo, normalmente noto inconsistências no que
planejei. É aqui que economizo horas de programação - e muitas. Se não
der pra fazer a primeira etapa, que é super importante, precisa fazer
isso. Mas não estou falando de wireframe. Isso eu fiz na etapa 3. É
layout mesmo. Sem skin. Isso fica para mais tarde, por ultimo.

5. Durante esse processo, sempre tem telas em que fico em dúvida de
como deve ser o funcionamento. Nesse caso, eu especifico que vao para
teste, que é a próxima etapa.

6. Testes toscos de usabilidade. Sabem como eu faço? Com imãs de
geladeira. Imprimo os controles e as telas que desenhei, recorto e
colo nos inãs e dou para umas pessoas (super criteriosa, haha)
testarem. Quando é pesquisa acadêmica, a gente reserva uns trocos (R
$10,00) por sessão. Leva meia hora cada teste.

7. Daqui pra frente é com o pessoal da implementação. Eu marco em
cima, e muitas vezes meto a mão na massa. Foi assim que aprendi a
programar.

Agora pergunta quantas vezes eu consegui fazer isso, 100%? NUNCA!!!!
Falta tempo, falta grana, falta colaboração. E também, mea culpa,
faltou saber gerenciar isso tudo. Já aconteceu de eu querer implantar
esse ciclo e levar bonito. Não é fácil. Isso que o Bekc falou de User-
centered é bonito no papel... Fazer isso é bucha. Gerenciar
participação do usuário não é mole. A gente tem que ficar negociando
com eles, com o cliente, com os chefes... E acontece que passam dois
meses e o negócio não avançava. Mas eu continuo tentando, hehe. Um dia
eu consigo :0P

Minha intençao então foi que, quem estiver afins de se aventurar
nessas de Usabilidade, que faça isso com cuidado e com calma. Hoje, eu
acho que seria legal se eu tivesse planejado fazer só algumas dessas
etapas por projeto, para dominar o processo de cada uma delas. Depois
que a equipe tiver entendido como faz e os benefícios de cada uma, daí
parte pra adicionar outra. Eu, como já falei, tomei um laço quando fui
me meter a fazer tudo num projeto só. Foi num projeto de game, e a
coordenadora do projeto não pdoe nem ouvir falar no meu nome :0(
Então fica a lição: falar é uma coisa... fazer são outros quinhentos.
Mas tem valido a pena :0)

[RafaelViana]

Thread muito interessante

Só que isso é algo complicado, acho a teoria do Beck certa, temos que
fazer algo voltado para o usuário.Não adianta falar em usar animação,
skin, efeitos flash, entre outros.Como também para o usuário não
interessa se eu utilizei design patterns, algum framework.Ele quer ver
o sistema funcionando e fácil de usar..

Acho que o melhor de tudo é o equilibrio, se é um sistema (não um
site), ele vai usar aquilo todo dia, o tempo todo, tem que verificar
se aquelas animações, transições não estão incomodando o usuário.Como
também, fazer algo sem nenhuma transição, sem cor..Acaba decepcionando
o usuário.

Infelizmente, a parte mais dificil é agradar o usuário, porque cada um
tem seus gostos, e suas preferencias...
O intermediário (no meu ponto de vista) é o ideal

On 31 jul, 09:06, Eduardo Kraus <eduardokr...@gmail.com> wrote:
>  Falou pouco, mais falou bonito.
>
> Estava esta madrugada meditando sobre esta thread. E cheguei a conclusão que
> os sistemas mais caros são puros CRUD.
>
> Um grande exemplo é o PeoploSoft da Oracle. Este com certeza é o pior em
> design que conheço, péssima usabilidade e 100% puro CRUD. Para montar uma
> nova tela, você monta uma VIEW e define bla, bla, e blu blu, e sai uma nova
> tela. Puro CRUD. Agora duas empresas aqui em SC gastaram mais de 4 milhoes
> para ter este sistema.
>
> O detalhe é que em caso de sitema, ( Sistema, não site ), usabilidade é
> muito mais importante que animação. Animação em sistema é quase considerado
> perda de tempo. Vejo em sistemas FEIOS e cheios de animação. Janelas com
> Fade e Zoom e algo mais para abrir só atrapalha. Se animação desse dinheiro,
> colocaria um coelho sautitando e uma cachoeira de fundo.
>
> Site !=. Usuário acessa pouco, animação em pouca escala é legau.(Aquela que
> simula a vida real). Montar um site em 3D, ou com muita aninação é show,
> Aquele que usuário só acessa uma vês.http://www.sinapsedainovacao.com.br/.
>
> Usuário quer saber de funcionar, não de animação, frescura, cores. Olhe por
> exemplos seus programas desktop que você mais utilizas e gosta! Quais
> animações ele possui? Quais cores? Qual usabilidade? Acredite, é isso que
> usuário quer! Ele adora mais que frescuras....
>
> Esta ai minha esperiencia na vida de Vendedor/Programador/Projetista.
>

> Lembre-se que *RIA* === Usabilidade.
> *RIA* não necessáriamnete significa animações. Você pode construir um
> sistema que seje *RIA* sem nenhuma animação.

>
>   *Eduardo Kraus*
> Desenvolvedor
>  eduardokr...@gmail.comhttp://blog.mxml.com.brhttp://twitter.com/EduardoKraus
>

> 2009/7/31 Beck Novaes <beck.nov...@gmail.com>

> ...
>
> mais »

[Eduardo Kraus]

"NÃO DEIXAM FAZER" Esta parte nunca tive problemas. Tenho muito bem esquematizado a história a contar para que o chefe deixe eu conversar com quem realmente precisará do sistema. O sistema no final ajuda a criar um clima melhor dentro da empresa, e chefe adora mais ainda e não reclama quando paga. O Segredo: fazer com que o usuários seja on rei do sistema. Dizer para ele que eu farei o que eles precisara e ajuda-lo a chegar em uma conclusão. O Funcionário fica muito feliz! Vá almoçar com os funcionários e tome uma cerveja no final do dia. Normalmente eles não deixam eu pagar a minha parte(Não insisto muito). é divertido. “Antes de mais nada, acho que querer ser milionário não é um bom objetivo na vida. Meu único conselho é: ache aquilo que você realmente ama fazer. Exerça atividade pela qual você tem paixão. É dessa forma que temos as melhores chances de sucesso. Se você faz algo de que não gosta, dificilmente será bom. Não há sentido em ter uma profissão somente pelo dinheiro.” Veja n°25 2002

Eduardo Kraus Desenvolvedor eduard...@gmail.com http://blog.mxml.com.br http://twitter.com/EduardoKraus

2009/7/31 Gabriela Trindade Perry <gabrie...@hotmail.com>

[Rivaldo Xavier da Silva Junior Xavier]

"Layout das telas. De TODAS as telas. Isso eu faço, com muito
orgulho. Passo duas a três semanas no fireworks, desenhando telinha."

Pesnsei que so eu fazia isso :P

Att: Rivaldo Xavier da Silva Junior.

---

Date: Fri, 31 Jul 2009 10:46:17 -0300
Subject: [flexdev] Re: Adobe Flex: Além dos CRUDs
From: eduard...@gmail.com
To: fle...@googlegroups.com

---

Instale o novo Internet Explorer 8 otimizado para o MSN. Download aqui

[Airton Marques Junior]

Caros,
Para não deixar de participar da discurssão, é preciso resaltar O QUE O USUÁRIO QUER.
Precisamos simplificar as coisas.
TI é INFORMAÇÃO.
O usuário precisa saber do saldo de um cliente, ele quer buscar o cliente e visualizar o saldo do mesmo, PONTO.
Para isso não precisa também fazer a interface mais feia, mas também não precisa preocupar-se só nisso.
Ou mesmo então, o que tenho notado é que muitos estão julgando simples cruds, mas se é útil para o usuário, é excencial para nós.
Apenas para finalizar, o que eu mais gosto no flex é esse jeitão que podemos tratar todos os eventos como uma aplicação desktop.
Antigamente utilizava javascript, era uma LUTA, dava erros em todos os browsers.
FLEX resolveu tudo isso.
Ou seja, é como se eu programasse para um desktop, uma aplicação que será web. Bem mais produtivo.



Atenciosamente,

Airton Marques
(85) 8808-9910

---

Date: Fri, 31 Jul 2009 02:37:47 -0300

Subject: [flexdev] Re: Adobe Flex: Além dos CRUDs
From: eduard...@gmail.com
To: fle...@googlegroups.com

---

Compartilhe os momentos mais importantes da sua vida com quem você quiser.

[Beto]

Rivaldo Xavier da Silva Junior Xavier escreveu:

> "Layout das telas. De TODAS as telas. Isso eu faço, com muito
> orgulho. Passo duas a três semanas no fireworks, desenhando telinha."
>
> Pesnsei que so eu fazia isso :P
>

> Att:* Rivaldo Xavier da Silva Junior.*
>
>
>
> ------------------------------------------------------------------------

> Date: Fri, 31 Jul 2009 10:46:17 -0300
> Subject: [flexdev] Re: Adobe Flex: Além dos CRUDs
> From: eduard...@gmail.com
> To: fle...@googlegroups.com
>
> "NÃO DEIXAM FAZER" Esta parte nunca tive problemas. Tenho muito bem
> esquematizado a história a contar para que o chefe deixe eu conversar
> com quem realmente precisará do sistema.
>
> O sistema no final ajuda a criar um clima melhor dentro da empresa, e
> chefe adora mais ainda e não reclama quando paga.
>
> O Segredo: fazer com que o usuários seja on rei do sistema. Dizer para
> ele que eu farei o que eles precisara e ajuda-lo a chegar em uma
> conclusão. O Funcionário fica muito feliz! Vá almoçar com os
> funcionários e tome uma cerveja no final do dia. Normalmente eles não
> deixam eu pagar a minha parte(Não insisto muito). é divertido.
>
> “Antes de mais nada, acho que querer ser milionário não é um bom
> objetivo na vida. Meu único conselho é: ache aquilo que você realmente
> ama fazer. Exerça atividade pela qual você tem paixão. É dessa forma
> que temos as melhores chances de sucesso. Se você faz algo de que não
> gosta, dificilmente será bom. Não há sentido em ter uma profissão
> somente pelo dinheiro.” Veja n°25 2002
>

> *Eduardo Kraus*
> Desenvolvedor
> eduard...@gmail.com <mailto:eduard...@gmail.com>

> http://blog.mxml.com.br
> http://twitter.com/EduardoKraus
>
>
>
> 2009/7/31 Gabriela Trindade Perry <gabrie...@hotmail.com

> <mailto:gabrie...@hotmail.com>>

> ------------------------------------------------------------------------

> Instale o novo Internet Explorer 8 otimizado para o MSN. Download aqui

> <http://ie8.msn.com/microsoft/internet-explorer-8/pt-br/ie8.aspx>
> >
Eu sou meio que duvidoso a falar nisso, sou fã de MDI e CRUD secão. Me
amarro em fazer components, em contra partida tenho pavor de mexer em
tela, e tenho muito a melhorar.

A parte operacional tem que ser simples e objetiva, sem muito
guere-guere, porque ao passar o dia-dia mexendo com a ferramenta acaba
se tornando taxativa, não que seja contra aos efeitos e animações, porem
tem que ser personalizavel para o proprio usuario colocar como bem lhe
convier.

Já na parte Gerencial temos a obrigação de fazer com todos os detalhes
possiveis, pois são telas que não são utilizadas no cotidiano como
graficos, resultados e entre outros. Tais informações ponderadas são
extraidas para tomada de decisões, resumindo, não tem input de dados
somente saida.

Fechando o assunto, não é pq é um CRUD que não podemos facilitar a vida
do usuario, temos a melhor ferramenta do mercado para isso e uma
comunidade forte e muito colaborativa. Pequenas mudanças, coisa simples
como: um drag-drop entre 2 grids, ou um autocomplete, ou Filtro numa
grid. Essas ajudas diferenciam muito mais e tornam o trabalho do
operacional mais agradavel do que uma animação ou outro guere-guere.

--
Atenciosamente,

Beto
+55 61 4063.6303 | 61 8409.1775
Brasília - DF
Web Inovações
www.webinovacoes.com.br

[Stefan Horochovec]

Concordo com Beck, o usuário quer um software simples de usar, que faça o que ele precisa, e que seja BONITO.

 

Se você tiver duas opções de compras, por 100,00, voce pode escolher um entre dois carros, que são exatamente iguais por dentro, mesma mecânica, mesmos adicionais, mas um ta na carcaça de uma Ferrari modelo 599XX e outro na carcaça de uma brasilia, aquela bem velha que tem um parachoque meio furadinho...

 

Qual você leva? Me desculpe, mas nao sou daqueles colecionadores de carro velho, eu levo a Ferrari...

 

E acho que boa parte tb preferia levar um carro com design da Ferrari, mesmo com uma brasilia com a mesma mecânica e mesmos itens dentro do carro...

 

Stefan Horochovec
Analista de Sistemas
Adobe User Group Manager - FlexDuck
Blog: http://www.horochovec.com.br/
Use Java, Flex e Linux

2009/7/31 Beto <fiote.com@gmail.com>

--

[Haroldo do Nascimento]

Bom Dia Rapaziada!

Venho lendo resposta por resposta desse topico e esta bacana.

Penso o seguinte:
Cada experiencia é uma visão diferente, obviamente. Eu por exemplo trabalho em uma empresa privada e o que vivo é 100% do que o Eduardo Kraus vem relatando.

ATUALMENTE implementações simples como, SCRUM, forte levantamento de requisitos e sempre ter um projeto aprovado juntamente com o usuário (Nao tem jeito, tem que trazer o maximo o individuo para o seu lado), ajuda e como ajuda. Para programar hoje, só se souber "extamente" o que será o produto final (Sabemos que 100% é impossivel, mas é possivel chegar bem proximo disso).

Um ar de modernidade é fundamental, mas muita frescura estava totalmente descartada para não deixar por exemplo uma recepcionista com um "circo" na sua frente. Imagina uma recepcionista ao longo de um dia inteiro usando uma aplicação com diversos efeitos: abre tela com fade, tira fade, coloca fade, tira fade, move para la e para ca, não tem como... Para ela o CRUD tem que estar 100% leve e com uma usabilidade show, performace, regras de negocio bem definidas, ou seja, os pilares de uma boa aplicação, o resto é opcional(No meu ponto de vista), pois o cliente nao deixará de ser atendido. Logo, se for em um outro segmento, ai a qualidade grafica pode fazer maiores diveferenças, só analisando!

Sei que topico nao trata de ter ou nao animações, mas particulamente dependendo do segmento nao me preocupo muito com animação não, pois o flex por exemplo, por si só já é uma interface de dar inveja em diversas aplicações por ai. Então, para que invetar hein?

Já falaram, 99% do que tem ai é o basico mesmo, CRUD e é o que o usuário precisa, é o que a regra de negocio precisa de fato e olha que muitas vezes JÁ com diferenciais!!!

Tem muita empresa por ai, de nivel nacional, quem nao chega nem ter CRUD bem definido, pois nem seus processos são definidos... Experiencia propria!
Pega o TISS da ANS (Teoricamente eles ditaram como deveria ser feito :/ ), empresas da area da saude estão penando para implementar. Basicamente a maioria das operadoras é puro CRUD! :P, mas as regras de negocio de cada uma é um Flash! Risos

Abraço,

Haroldo

2009/7/31 Eduardo Kraus <eduard...@gmail.com>

[Ronaldo Rigoni ...]

Alguem de vocês certamente ja conhece, mas leiam este livro da 37Signals,  como Airton falou, precisamos nos manter simples, fazer apenas oque é necessário para o cliente, perfumaria é algo bonito mas sai caro, então precisamos balancear isso.

Fica ali a dica de livro, de como se manter simples e produtivo.

gettingreal.37signals.com/GR_por.php


Ronaldo.

2009/7/31 Airton Marques Junior <ams...@hotmail.com>

--
[]'s,
Ronaldo Rigoni
http://www.ronaldorigoni.com.br
Desenvolvedor JEE
Ministério da Educação -  CESPE

[Beck Novaes]

> Isso que o Bekc falou de User-
> centered é bonito no papel... Fazer isso é bucha

Então Gabriela, na realidade, o que eu chamo de Usuário-Centrismo, é
um pouco diferente de User Centered Design. Vou dar um exemplo.

O programador precisa fazer uma animação que vai exigir um código não
tão bom assim do ponto de vista de Best Practices de desenvolvimento
de Software. Se ele for adepto do TI-Centrismo, muitas vezes ele não
vai querer fazer a animação ou vai fazer meia boca. Agora, se ele
entendesse que o Usuário deve ser o centro do Universo e que um código
excelente neste caso agrega menos que uma animação excelente, ele
teria feito a animação ficar o melhor possível. Ou, num cenário mais
amplo, no Usuário-Centrismo ele dedica mais tempo às animações que
agregam valor ao usuário e menos tempo à algumas Best Practices
desnecessárias dado um determinado contexto (algo como Design Patterns
Overload).

O ponto do Usuário-Centrismo ao contrário do User Centered Design é
que o Tradoff ocorre não apenas no nível do Design, mas também no
nível de implementação. Você está com o usuário na cabeça o tempo todo
enquanto programa e isso o faz abrir mão de coisas que você gosta como
programador para focar em coisas que talvez você não goste tanto mais
que agregam valor. Eu chamo isso de Tradeoff com foco no valor
agregado.

Sim, aplicar User Centered Design é muito complicado. Mas o TI-
Centrismo é muito mais uma Filosofia do que uma prática e se isso
fizer realmente algum sentido talvez possa trazer alguns bons
resultados num primeiro instante, para que num próximo estágio
consigamos aplicar realmente as boas práticas de Desgin.


Att,
Beck Novaes

[Beck Novaes]

Sobre os CRUDs eu tenho também tenho uma tese.

Desenvolvimento de Software é algo realmente novo se compararmos a
Engenharia, Arquitetura, etc.

Acho que a adoção de sistemas de informática exigem duas coisas:
registrar a informação e fazer alguma coisa util com ela. Eu tenho a
impressão que no Brasil, principalmente, ainda estamos no primeiro
estágio. Precisamos pegar o monte de papel e Excel que as empresas têm
e colocar isso em banco. O problema é que estas empresas pensam que
isso é tudo o que importa num sistema de informática e complicam
demais esta tarefa. Vejam o caso do Flex: querem CRUDs lindos etc.
Perda de tempo e dinheiro em minha opinião (a não ser que depois de
uma análise mais detalhada perceba-se que o que se chama de CRUDs
deveria de fato ser algo bem diferente).

Esta informação do primeiro estágio estar em banco é, em muitos casos,
um mal necessário. É claro, precisamos de uma estética e uma
usabilidade boa para que esta tarefa não seja penosa demais, mas
talvez devessemos investir menos tempo e dinheiro nisto que deveria
ser algo simples para passar para o próximo estágio: fazer alguma
coisa útil com a informação. Aí entram os Dashboards, os Infográficos,
e as interfaces de usuário que realmente vão fazer a diferença.

Enfim, talvez, (por isso trata-se de uma tese), tenhamos que ou
conscientizar as empresas de que elas precisam de CRUDs mas precisam
manter isso mais simples para irmos para o que realmente interessa. Ou
talvez tenhamos que esperar mais um tempo até que esta fase tenha
passado (tomara que não estejamos aposentados até lá :-)

Att,
Beck Novaes

On 31 jul, 10:46, Eduardo Kraus <eduardokr...@gmail.com> wrote:
>  "NÃO DEIXAM FAZER" Esta parte nunca tive problemas. Tenho muito bem
> esquematizado a história a contar para que o chefe deixe eu conversar com
> quem realmente precisará do sistema.
>
> O sistema no final ajuda a criar um clima melhor dentro da empresa, e chefe
> adora mais ainda e não reclama quando paga.
>
> O Segredo: fazer com que o usuários seja on rei do sistema. Dizer para ele
> que eu farei o que eles precisara e ajuda-lo a chegar em uma conclusão. O
> Funcionário fica muito feliz! Vá almoçar com os funcionários e tome uma
> cerveja no final do dia. Normalmente eles não deixam eu pagar a minha
> parte(Não insisto muito). é divertido.
>
> “Antes de mais nada, acho que querer ser milionário não é um bom objetivo na
> vida. Meu único conselho é: ache aquilo que você realmente ama fazer. Exerça
> atividade pela qual você tem paixão. É dessa forma que temos as melhores
> chances de sucesso. Se você faz algo de que não gosta, dificilmente será
> bom. Não há sentido em ter uma profissão somente pelo dinheiro.” Veja n°25
> 2002
>

>   *Eduardo Kraus*
> Desenvolvedor
>  eduardokr...@gmail.comhttp://blog.mxml.com.brhttp://twitter.com/EduardoKraus
>
> 2009/7/31 Gabriela Trindade Perry <gabrielape...@hotmail.com>

[Gabriela Trindade Perry]

Estava esperando tua resposta :o)
Achei mesmo que a tua experiência não poderia ser tão diferente da
minha.
Realmente não tem o q

[Gabriela Trindade Perry]

ARGH, cortou...

... Realmente não tem o que complementar no que disseste.

E para quem não sabe o que é UCD (dá licença de puxar a brasa para
minha sardinha, hehe), postei uma das aulas que dou no Design sobre o
assunto: http://www.gabriela.trindade.nom.br/?p=530

[mrbar2000]

Nao vejo nada errado em se trabalhar com delphi, pretendo montar 2
tipos de gui, desktop usando delphi e web usando o flex, tendo como
servidor o bom e velho delphi. ele receberá os pacotes amf e
trasnformará em dados que a aplicação delphi espera. o sistema será
totalmente OO.
É uma pena que quando as pessoas falam de Delphi falam de forma
pejorativa, nao condeno ninguem.
realmente a maioria das pessoas quando trabalham com delphi acabam
colando controles nos forms, pondo codigo misturado no form e usando
datasets.
Mas nao se enganem o Pascal (Delphi ou FreePascal) tem um alto
desempenho, pode rodar em qualquer plataforma (FreePascal) e pode se
desenvolver codigo puramente OO como C# ou Java.

[Stefan Horochovec]

Ola

 

Talvez pudesse usar AIR e centralizar tudo em uma unica tecnologia visual e reaproveitar MUITA coisa... e não programar a mesma coisa duas vezes, uma em Flex e outra em Delphi.

 

A questão de falarem "mal" do Delphi, é simplesmente pelo fato dele não fazer quase nada que o Flex faz, a não ser inputs e grids, mas isso é o mínimo que uma linguagem deve suportar para uma entrada de dados simples... Não existe a menor possibilidade de criar uma interface rica com delphi... acho que esse é o maior foco da discussão...

 

Para mim RIA não é só voce trazer para internet aplicações com "recursos" do desktop como é possivel encontrar em diversas explicações sobre o conceito de RIA na internet. RIA para mim, é Rich Interactive Applications, seja ela web, desktop ou mobile, aplicações interativas com o usuário final. Acho que isso sim deve ser levado em conta....

 

Se for pra ficar na mesmisse de uma aplicação morimbunda feita nos antigos conceitos visuais utilizados com frequencia em delphi e vb, eu prefiro usar alguma forma de terminal server e pronto... resolve-se o problema de ter uma aplicação rodando na internet.

 

Stefan Horochovec
Analista de Sistemas
Adobe User Group Manager - FlexDuck
Blog: http://www.horochovec.com.br/
Use Java, Flex e Linux

2009/8/3 mrbar2000 <mrba...@gmail.com>

--

[Mário Júnior]

Acho q perdi a parte em q "falaram mal" do Delphi..... não vi ninguem falando isso.....

2009/8/3 Stefan Horochovec <stefan.h...@gmail.com>

[Everton Rivas]

Tentar trazer o usuário para próximo ao que ele vai trabalhar é bem interessante mas nem sempre é algo que conseguimos pois há dentro de uma empresa usuários que conhecem o processo mas não sabem utilizar o computador e nem sabem o que querem, em outros casos ocorre o contrário. No fim das contas acaba saindo o que o analista especificou pois o mesmo teve que "ensinar" o usuário sobre o que pedir ou na pior das hipóteses dizer à ele o que é necessário. A questão do layout mais "bonitinho" na aplicação com certeza minimiza a questão do usuário "não gostar" de utilizar o sistema, vejamos o próprio windows, quando era o 98 ninguém ligava para o aspecto visual, quando o linux começou a emplacar como "alternativa", com visual mais agradável, ao windows o que a microsoft fez? Mudou o layout e lançou o XP. Claro que houve uma percepção por parte da microsoft que o "bonitinho" tem bastante influência. No entanto no windows não há grandes movimentos de tela e coisas semelhantes à zooms e demais efeitos.
O que se faz hoje com o flex já era possível fazer com o flash 4 (claro que de uma maneira bem mais grotesca em relação à MVC) e nem por isso o flash se tornou a mega ferramenta para construção de sistemas. Já vi bastante coisa interessante em flash (inclusive uma HP12C) mas ainda é difícil ver sites e sistemas completamente desenvolvidos em ActionScript. A tendência mostra que o quadro está mudando, mas indiferente da linguagem que se utiliza, se é CRUD ou não, o importante é saber que paradigmas demoram para ser quebrados.
Há pouco tempo atrás um cara me pediu um orçamento de sistema para ficar estilo o que aparece no filme minority report. Isso já é uma grande quebra de paradigmas, ou seja colocar um monitor touch e deixar o sistema como quer. Utiliza CRUD? Sim por que não. Fica "bonitinho"? Sim fica bastante. Dá flexibilidade para o usuário? Sim muita.
Para aqueles que estão pensando em não utilizar o CRUD digo o seguinte, procurem a área de joguinhos de colorir para crianças pois é bem provável que nesta área não se utilize CRUD. Programação de sistemas sem CRUD hoje é bem difícil.

2009/8/4 Mário Júnior <junin...@gmail.com>

--
Atenciosamente
Everton Romero Rivas
everto...@gmail.com

[Euller Cristian]

Pessoal, como coloco barra de rolagem em minha aplicação?Coloquei um minHeight, mas não adiantou.

 

Obrigado.

[Euller Cristian]

Alguém sabe o que posso fazer para resolver? =/

[Carlos Eduardo Paulino]

Esse é o maior problema entre os profissionais de hoje em dia, cada um
tem um conceito, cada um tem uma visão e acabam fugindo da realidade e
falando coisas sem sentido como por exemplo comparar Delphi com Flex!
isso é o cúmulo dúvido que quem pensa isso conhece delphi. Acontece
que Delphi até o 2009 é um fracasso total para desenvolvimento Web,
porém para desktop em plataforma Windows ainda é o melhor, claro que
quem não conseguiu fazer nada com ele ainda devido as péssimas
aulinhas da faculdade e/ou simplesmente dar quer dar o braço a torcer
por ter investido em outras linguagens e ter que engolir isso.
Resumindo eu trabalho com delphi 9 anos, conheço bem Java c# e estou
investindo em flex, agora com minha experiencia posso lhes garantir
que pra desktop "Delphi" e para web "Flex" :).


2009/8/4 Mário Júnior <junin...@gmail.com>:

--
Carlos Eduardo Paulino
Programador Delphi
MSN: cadu...@hotmail.com

[Fredy Gadotti]

Se você quiser sempre mostrar a barra, muda verticalScrollPolicy="on"

Abraços

2009/8/4 Euller Cristian <eul...@visnet.com.br>

[Euller Cristian]

Fredy, coloquei

verticalScrollPolicy="

on" horizontalScrollPolicy="on"

Aparece a barra, mas nao consigo movimenta-la. Sabe o que pode ser ?

[Adriano Tadao]

Opa rapaiz....

Então, acredito que você não está conseguindo movimentar ela porque não existe a necessidade de movimentar não é não?
Sua app deve estar com os tamanhos corretos e não necessariamente precisa da barra de rolagem.

Que mal eu lhe pergunte, porque queres tanto a barra de rolagem? aonde que vocẽ quer coloca-la?

Abraços
--
Adriano Tadao
http://www.voraz.com.br
http://blog.voraz.com.br

[carlos alberto alberto]

Boa tarde amigos uma duvida por favor   em minh aaplicação eu tenho uma função  creationComplete=""   ao colocar uma outra função creationComplete=""  da erro como posso colocar mais de uma função   creationComplete  numa aplicação?   desde já eu agradeço pela ajuda

---

Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 - Celebridades - Música - Esportes

[José Carlos Silveira Fiel]

Na verdade o creationComplete é um evento, então você passa uma função para manipular este evento e assim então dentro desta função vc faz o resto que quer fazer, se é chamar outras funções e etc.

Se eu estiver errado, que me corrijam.

--
Att.,
José Carlos Silveira Fiel
Programador Adobe Flex e PHP
Blog: http://blog.josecarlosfiel.com.br/
Twitter: http://twitter.com/josecarlosfiel

2009/8/4 carlos alberto alberto <carls...@yahoo.com.br>

[Felipe Bianconi]

seria isto? creationComplete="funcao1(); funcao2();"

Obrigado,
Felipe Bianconi

2009/8/4 carlos alberto alberto <carls...@yahoo.com.br>

Boa tarde amigos uma duvida por favor

[José Carlos Silveira Fiel]

Então corrigindo o que eu falei, tem como sim passar mais que uma função como o Felipe falou.

--

Att.,
José Carlos Silveira Fiel
Programador Adobe Flex e PHP
Blog: http://blog.josecarlosfiel.com.br/
Twitter: http://twitter.com/josecarlosfiel

2009/8/4 Felipe Bianconi <felipeb...@gmail.com>

[Euller Cristian]

Na verdade estou precisando dela sim Adriano, há um componente em minha aplicação que não esta sendo visto, a barra de rolagem inclusive aparece, mas nao consigo movimenta-la.

----- Original Message -----

From: Adriano Tadao

To: fle...@googlegroups.com

Sent: Tuesday, August 04, 2009 1:13 PM

Subject: [flexdev] Re: Barra de rolagem na aplicacao

[Adriano Tadao]

hum sei entendi, não é o tamanho do seu canvas, hbox não sei que está pequeno?

[carlos alberto alberto]

uma duvida   eu só preciso colocar a  creationComplete="funcao1(); funcao2();"   ñ preciso  fazer nunhuma outra auteração? --- Em ter, 4/8/09, José Carlos Silveira Fiel <zek...@gmail.com> escreveu:

[carlos alberto alberto]

esta é a aplicação   <mx:Application   xmlns:mx=" http://www.adobe.com/2006/mxml" layout="absolute" xmlns:controls="com.fxcomponents.controls.*" backgroundColor="#272626"   creationComplete="panel_1Descendo()"     creationComplete="  ?  obs: minha duvida como colocar a funcao() de forma q ñ dê erros   backgroundGradientAlphas=" [1.0, 1.0]" preloader=" preload.Preloader" backgroundGradientColors=" [#1B1A1A, #101019]" verticalAlign=" bottom" xmlns:local="*" creationCompleteEffect=" myFadeIn">

--- Em ter, 4/8/09, José Carlos Silveira Fiel <zek...@gmail.com> escreveu:

De: José Carlos Silveira Fiel <zek...@gmail.com> Assunto: [flexdev] Re: creationComplete Para: fle...@googlegroups.com Data: Terça-feira, 4 de Agosto de 2009, 13:38

[Filipe Duarte]

por experiencia prórpria define-se assim quando quer mais de uma
função no creationcomplete...

mas pode fazer uma função por exemplo.

private function iniciar():void{

funcao1();
funcao2();

}


e ficaria assim: creationComplete="iniciar()"
e não dá erros...

[Diego Martinez Salvanha]

Amigo..

vc faz a funcao1()... e dentro dela vc chama todas as outras funções q vc necessita !
ai no creationComplete vc chama somente a funcao1()... entendeu ?

espero ter ajudado !
vlw

--
--------------------------------------------------------------------
Diego M Salvanha

msn : dinar...@hotmail.com
18 8801 4874


P Antes de imprimir, pense no AQUECIMENTO GLOBAL.

[Euller Cristian]

Adriano, desculpe a pergunta,  sou iniciante.

 

Não utilizei nenhum canvas ou hbox , meu sistema contém apenas panels.

 

Devo colocar todos os componentes dentro de um hbox para que a barra funcione ?

----- Original Message -----

From: Adriano Tadao

To: fle...@googlegroups.com

Sent: Tuesday, August 04, 2009 1:50 PM

Subject: [flexdev] Re: Barra de rolagem na aplicacao

[Felipe Bianconi]

Sim, mas depende onde vc está inserindo o creationComplete:

1 - <mx:Application creationComplete="funcao1(); funcao()2"> </mx:Application>

ou

2 - formulario.addEventListener(FlexEvent.CREATION_COMPLETE, funcao1);
    formulario.addEventListener(FlexEvent.CREATION_COMPLETE, funcao2);
ou quantas funções vc quiser.

Espero que seja isto.

[Felipe Bianconi]

Concordo com as respostas dos outros... é uma outra saída tb...

Obrigado,
Felipe Bianconi

2009/8/4 Felipe Bianconi <felipeb...@gmail.com>

[carlos alberto alberto]

obrigado amigos conseguir fazer   --- Em ter, 4/8/09, Diego Martinez Salvanha <dinar...@gmail.com> escreveu:

[Adriano Tadao]

Que isso cara, eu também aprendo a todo dia. hehehe não sou expert aqui não. Mas então, sempre coloquei dentro de hbox e vbox para poder organizar certinho os componentes mas, faz testes ai. Não sei dizer se é por isso que está dando pau.

Faz teste ai cara senão se grita denovo =)

[Leandro Balla]

é simples cara, vc quer por duas funções no creationComplete, coloque assim

creationComplete="Funcao1(); funcao()"



--
Att. Leandro C. Balla


2009/8/4 carlos alberto alberto <carls...@yahoo.com.br>:

[carlos alberto alberto]

Obrigado leandro pela ajuda ainda estou iniciando no flex   Fique com Deus --- Em ter, 4/8/09, Leandro Balla <leandr...@gmail.com> escreveu:

[Euller Cristian]

Pessoal , estou desenvolvendo um sistema, mas estou tendo problemas com um
texto de um combobox, o nome das materias são muito grandes.

Exemplo de um materia.

Normalização de Trabalhos Acadêmicos e Metodos Cientificos

Existe alguma forma de trabalhar o visual do comobobox de forma que o visual
do elemento nao fique tão extenso e seja possivel ler perfeitamente o nome
das materias sem cortar o texto?

Obrigado.

[Pergentino Araújo]

Aumentar o tamanho dele ?!

[]'s

2009/8/4 Euller Cristian <eul...@visnet.com.br>

--
Atenciosamente, Pergentino.

[Euller Cristian]

Preciso que ele se mantenha em um tamanho de 250 px, porém quando clicar no mesmo , visualizar toda a string sem corte .

----- Original Message -----

From: Pergentino Araújo

To: fle...@googlegroups.com

[Felipe Luiz Pereira]

itemRenderer="mx.controls.Label"

2009/8/4 Euller Cristian <eul...@visnet.com.br>

--
PEREIRA, F.L.
LCA - Laboratório de Computação Aplicada - Coordenador de Projetos
SisNET - Professor de PHP do Curso Superior de Sistemas para Internet
UNIVALI - Universidade do Vale do Itajaí

[Euller Cristian]

Felipe,estou iniciando na linguagem, como seria isto?

 

itemRenderer="mx.controls.Label"
?

[Eduardo Kraus]

Qual erro que esta acontecendo?

[Fabio Vedovelli]

Posso dar meus 10 centavos aqui? =D

Uma discussão muito pertinente! Infelizmente, somos (os desenvolvedores) obrigados a fazer sistemas padrão porque o mercado brasileiro exige que assim seja. Ainda não encontrei um grande desafio, de fazer algo realmente inovador, para empresas brasileiras. Então, por uma questão de sobrevivencia, estou fazendo o trivial.

Mas que é possível ir muito alem dos CRUDs utilizando Flex, isso é verdade. Basta usar a criatividade e não ter medo de ousar, nem que seja numa app só para vc, para seu estudo.

=D

Grande abraço a todos,

Fábio Vedovelli
-----------------------------------------------------------------
RIA Labs Desenvolvimento de Sistemas para Internet Ltda
Tel.: 11 3996-2087
Cel.: 11 6320-2501

http://rialabs.com.br
in...@rialabs.com.br

Twitter: http://twitter.com/ria_labs
Twitter: http://twitter.com/vedovelli
Skype: vedovelli
MSN: fa...@vedovelli.com.br
GTalk: vedo...@gmai.com

2009/8/4 Everton Rivas <everto...@gmail.com>

Tentar trazer o usuário para próximo ao que ele vai trabalhar é bem interessante mas nem sempre é algo que conseguimos pois há dentro de uma empresa usuários que conhecem o processo mas não sabem utilizar o computador e nem sabem o que querem, em outros casos ocorre o contrário. No fim das contas acaba saindo o que o analista especificou pois o mesmo teve que "ensinar" o usuário sobre o que pedir ou na pior das hipóteses dizer à ele o que é necessário. A questão do layout mais "bonitinho" na aplicação com certeza minimiza a questão do usuário "não gostar" de utilizar o sistema, vejamos o próprio windows, quando era o 98 ninguém ligava para o aspecto visual, quando o linux começou a emplacar como "alternativa", com visual mais agradável, ao windows o que a microsoft fez? Mudou o layout e lançou o XP. Claro que houve uma percepção por parte da microsoft que o "bonitinho" tem bastante influência. No entanto no windows não há grandes movimentos de tela e coisas semelhantes à zooms e demais efeitos.
O que se faz hoje com o flex já era possível fazer com o flash 4 (claro que de uma maneira bem mais grotesca em relação à MVC) e nem por isso o flash se tornou a mega ferramenta para construção de sistemas. Já vi bastante coisa interessante em flash (inclusive uma HP12C) mas ainda é difícil ver sites e sistemas completamente desenvolvidos em ActionScript. A tendência mostra que o quadro está mudando, mas indiferente da linguagem que se utiliza, se é CRUD ou não, o importante é saber que paradigmas demoram para ser quebrados.
Há pouco tempo atrás um cara me pediu um orçamento de sistema para ficar estilo o que aparece no filme minority report. Isso já é uma grande quebra de paradigmas, ou seja colocar um monitor touch e deixar o sistema como quer. Utiliza CRUD? Sim por que não. Fica "bonitinho"? Sim fica bastante. Dá flexibilidade para o usuário? Sim muita.
Para aqueles que estão pensando em não utilizar o CRUD digo o seguinte, procurem a área de joguinhos de colorir para crianças pois é bem provável que nesta área não se utilize CRUD. Programação de sistemas sem CRUD hoje é bem difícil.

2009/8/4 Mário Júnior <junin...@gmail.com>

Acho q perdi a parte em q "falaram mal" do Delphi..... não vi ninguem falando isso.....

2009/8/3 Stefan Horochovec <stefan.h...@gmail.com>

Ola

 

Talvez pudesse usar AIR e centralizar tudo em uma unica tecnologia visual e reaproveitar MUITA coisa... e não programar a mesma coisa duas vezes, uma em Flex e outra em Delphi.

 

A questão de falarem "mal" do Delphi, é simplesmente pelo fato dele não fazer quase nada que o Flex faz, a não ser inputs e grids, mas isso é o mínimo que uma linguagem deve suportar para uma entrada de dados simples... Não existe a menor possibilidade de criar uma interface rica com delphi... acho que esse é o maior foco da discussão...

 

Para mim RIA não é só voce trazer para internet aplicações com "recursos" do desktop como é possivel encontrar em diversas explicações sobre o conceito de RIA na internet. RIA para mim, é Rich Interactive Applications, seja ela web, desktop ou mobile, aplicações interativas com o usuário final. Acho que isso sim deve ser levado em conta....

 

Se for pra ficar na mesmisse de uma aplicação morimbunda feita nos antigos conceitos visuais utilizados com frequencia em delphi e vb, eu prefiro usar alguma forma de terminal server e pronto... resolve-se o problema de ter uma aplicação rodando na internet.

 

Stefan Horochovec
Analista de Sistemas
Adobe User Group Manager - FlexDuck
Blog: http://www.horochovec.com.br/
Use Java, Flex e Linux

2009/8/3 mrbar2000 <mrba...@gmail.com>

Nao vejo nada errado em se trabalhar com delphi, pretendo montar 2
tipos de gui, desktop usando delphi e web usando o flex, tendo como
servidor o bom e velho delphi. ele receberá os pacotes amf e
trasnformará em dados que a aplicação delphi espera. o sistema será
totalmente OO.
É uma pena que quando as pessoas falam de Delphi falam de forma
pejorativa, nao condeno ninguem.
realmente a maioria das pessoas quando trabalham com delphi acabam
colando controles nos forms, pondo codigo misturado no form e usando
datasets.
Mas nao se enganem o Pascal (Delphi ou FreePascal) tem um alto
desempenho, pode rodar em qualquer plataforma (FreePascal) e pode se
desenvolver codigo puramente OO como C# ou Java.

--

--

Mario Junior
Enterprise Java / Flex Architectures
Adobe Certified Expert Flex 3 with AIR

Sofshore Informática
http://www.sofshore.com.br
+55 (48) 3337 2003
Rua Pastor Willian Richard Schisler Filho 452 sl 102, 88034-100 Itacorubi
Florianopolis SC Brasil

--
Atenciosamente
Everton Romero Rivas
everto...@gmail.com

[Stefan Horochovec]

Ola Carlos

 

Voce pode exemplicar o uso de RIA dentro do Delphi, realmente estou curioso... Pq realmente, nas "aulinas" e vendo sistemas extremamente complexos que ja pude ver desenvolvidos em Delphi, até hoje não consegui visualizar conceitos inovadores de interfaces, com recursos de animações, transições, drag and drop, que são facilmente aplicados em Flex e que possuem uma enorme qualidade visual em alguma aplicação Delphi.

 

Me desculpe se não fui claro no email anterior, mas eu não estou falando em desenvolvimento web, estou falando do desenvolvimento de aplicações ricas... Seja ela em qualquer ambiente...

 

 

Abracos

Stefan Horochovec
Analista de Sistemas
Adobe User Group Manager - FlexDuck
Blog: http://www.horochovec.com.br/
Use Java, Flex e Linux

2009/8/4 Carlos Eduardo Paulino <cadu...@gmail.com>

Esse é o maior problema entre os profissionais de hoje em dia, cada um
tem um conceito, cada um tem uma visão e acabam fugindo da realidade e
falando coisas sem sentido como por exemplo comparar Delphi com Flex!
isso é o cúmulo dúvido que quem pensa isso conhece delphi. Acontece
que Delphi até o 2009 é um fracasso total para desenvolvimento Web,
porém para desktop em plataforma Windows ainda é o melhor, claro que
quem não conseguiu fazer nada com ele ainda devido as péssimas
aulinhas da faculdade e/ou simplesmente dar quer dar o braço a torcer
por ter investido em outras linguagens e ter que engolir isso.
Resumindo eu trabalho com delphi 9 anos, conheço bem Java c# e estou
investindo em flex, agora com minha experiencia posso lhes garantir
que pra desktop "Delphi" e para web "Flex" :).

Carlos Eduardo Paulino
Programador Delphi
MSN: cadu...@hotmail.com

--

[Eduardo Kraus]

Bom esta discussão esta tão massa que escrevi um Post em homenagem http://blog.mxml.com.br/voce-esta-preparado-para-dizer-o-que-estas-precisando

Eduardo Kraus Desenvolvedor eduard...@gmail.com http://blog.mxml.com.br http://twitter.com/EduardoKraus

[Euller Cristian]

É Eduardo, tentei colocar os componentes em um hbox etc conforme você me sugeriu, o que acontece, a barra aparece, mas so aparece a setinha para cima, nao aparece a setinha para descer a página. Se alguém souber o que é, agradeço ;-)

----- Original Message -----

From: Adriano Tadao

To: fle...@googlegroups.com

Sent: Tuesday, August 04, 2009 2:57 PM

Subject: [flexdev] Re: Barra de rolagem na aplicacao

[Carlos Eduardo Paulino]

2009/8/4 Stefan Horochovec <stefan.h...@gmail.com>:

> Ola Carlos
>
> Voce pode exemplicar o uso de RIA dentro do Delphi, realmente estou
> curioso... Pq realmente, nas "aulinas" e vendo sistemas extremamente
> complexos que ja pude ver desenvolvidos em Delphi, até hoje não consegui
> visualizar conceitos inovadores de interfaces, com recursos de animações,
> transições, drag and drop, que são facilmente aplicados em Flex e que
> possuem uma enorme qualidade visual em alguma aplicação Delphi.

Pos bem veja a lista:
http://delphi.wikia.com/wiki/Good_Quality_Applications_Built_With_Delphi

Alguns destaques:

Macromedia Captivate
TunneUP Utilies - http://www.tune-up.com/products/tuneup-utilities/
Altium Designer -
http://www.altium.com/products/altium-designer/en/altium-designer_home.cfm
A própria IDE do Delphi é feita em Delphi desde a primeira versão :-)

> Me desculpe se não fui claro no email anterior, mas eu não estou falando em
> desenvolvimento web, estou falando do desenvolvimento de aplicações ricas...
> Seja ela em qualquer ambiente...

Eu que peço desculpas por não ter percebido isto e muito menos ter
citado exemplos em Delphi.

> Abracos

Abraços.

[Felipe Luiz Pereira]

É um atributo do combobox

<combobox id="nome" dataProvider="{arrayDados}" itemRenderer="......"/>

2009/8/4 Euller Cristian <eul...@visnet.com.br>

[Beck Novaes]

Hm... estou de colocar o link aqui faz tempo mas sempre esqueço.

Lembrei agora: TI-Centrismo Vs. Usuário-Centrismo
http://www.becklog.org/2009/08/06/ti-centrismo-vs-usuario-centrismo

[]'s
Beck Novaes

On 30 jul, 23:48, Vicente Maciel Junior <macie...@gmail.com> wrote:
> Sensacional!
> Hoje mesmo estava discutindo isso com o meu sócio, o Jefferson Petilo (mais
> conhecido nas listas de CF).
>
> Tinhamos uma tela pensada para facilitar o workflow do usuário, mas quando
> vimos, até mesmo a estrutura de dados e serviços correspondentes às
> transações daquela tela (DTOs / Controllers) estavam pensados de forma a
> atender o Modelo (Banco/Relacionamentos).
>
> Reprogramar para atender a tela, significaria deixar de lado conceitos
> pré-formalizados e até mesmo a adoção de patterns.
>
> Resultado: mudamos a tela. Decisão mútua. :(
>
> Mas seu texto exemplifica a mais pura verdade! Temos que mudar a forma de
> pensar, observar e aplicar nosso domínio/conhecimento, não mais para sermos
> "TIaholic" e "Experienceaholics". Ai está o diferencial entre usar
> Flex/Silverlight/JavaFX/Whatever pra se fazer novas versões de antigas
> soluções e definitivamente desenvolvermos RIAs.
>
> Essa thread pra mim já está concorrendo ao prêmio de "Melhores do ano".
>
> Seria legal se pudesse estar no seu Blog ou da DClick para que pudesse ser
> referenciado.
>
> Vicente Maciel Junior
> RiaBrazil - Senior Rich App Developer
> Independent Web Developer & Consultant
> Adobe Advanced Certified Developer
> Adobe Certified Instructor (ColdFusion & Flash Platform)
> +55 71 8120-0035
> MSN: macie...@gmail.com / Twitter: macieljrhttp://www.riabrazil.com.brhttp://teclandoalto.blogspot.com
> Grupo de usuarios Oficial Adobe RIA-BA:http://bit.ly/ria-ba
>
> 2009/7/30 Beck Novaes <beck.nov...@gmail.com>
>
>
>
> > Um dos problemas de desenvolvimento do Software, especialmente no
> > Brasil, é o TI-Centrismo.
>
> > O TI-Centrismo prega que TI é o centro do Universo. Desta forma,
> > muitas das decisões tomadas no ciclo de vida de desenvolvimento do
> > Software visam "proteger" TI.
> > - "Não pudemos mudar isso, é padrão!" = TI-Centrismo
> > - "Não dá para faze assim, o banco não permite" = TI-Centrismo
> > - "Não vou deixar meu código feio assim. Deixa essa animação pra lá" =
> > TI-Centrismo
> > - "Vamos fazer o Café com Leite, senão vai dar muito trabalho." = TI-
> > Centrismo
>
> > Precisamos mudar isso! Precisamos deixar o TI-Centrismo e adotar o
> > Usuário-Centrismo. Pode não parecer mais isso muda muita coisa.
>
> > Programadores odeiam código feio. Mas a parte estética da aplicação e
> > as animações são sempre deixado para o final. O problema? Bem, perde-
> > se muito tempo tentando fazer aquela arquitetura super hiper robusta
> > com o super hiper design pattern onde não precisa.
>
> > Quando abandonamos o TI-Centrismo e adotamos o Usuário-Centrismo nossa
> > percepção muda. Eu prefiro perder tempo fazendo uma animação que vai
> > agregar mais valor à experiência do usuário do que aplicando aquele
> > super ultra design pattern que li no ultimo livro que ostento na minha
> > estante e que só vai servir para eu exercitar o que aprendi.
>
> > Mas por que a estética, incluindo animação é importante? Porque isso
> > deixa o usuário num estado mental muito melhor. Isso faz com que o
> > usuário:
>
> > 1. Perdoe erros mais facilmente os erros
> > 2. Tenha maior pré-disposição para aprender a mexer na aplicação
>
> > Fizeram uma experiência com dois caixas eletrônicos idênticos em
> > termos de usabilidade e implementação. Um bonito e outro feio. O Caixa
> > mais bonito teve uma avaliação muito melhor do que o caixa mais feio.
> > No Caixa mais feio as pessoas reclamaram muito mais dos erros
> > (propositais) do que no caixa mais bonito. Uma coisa é o usuário bater
> > o olho numa coisa bonita e falar: "Uau... que legal isso. Bem, agora
> > deixa eu ver como eu uso!". Outra coisa é ele falar "Nossa! Que coisa
> > medonha, como eu uso isso?" O estado mental é tudo. A motivação é
> > tudo. E coisas feias definitivamente desmotivam.
>
> > Ao adotar o Usuário-Centrismo comecei a me perguntar se os POGs que
> > tanto incomodam os programadores que pregam boas práticas em 100% do
> > Software (TI-Centrismo) são realmente um mal em todos os contextos. Eu
> > ousaria dizer que, no Usuário-Centrismo existe o POG do mal e o POG do
> > bem. Imagine que você precisa implementar uma animação em Flex e que,
> > como um bom programador, você tentou fazer da melhor forma possível.
> > Mas não teve jeito. Você vai ter que colocar um setInterval para fazer
> > funcionar perfeito (típico POG para resolver problemas de tempo em
> > animações no Flex). Mas você é um programador "bonzão". Você jamais
> > vai fazer este POG. Você se recusa. Afinal de contas, para quê
> > animação, não é mesmo! Mas a pergunta é: Tal animação vai agregar
> > valor à experiência do usuário? Sim! O POG vai ser fonte potencial de
> > problemas? Não! O POG vai ser difícil dos programadores entender? Não
> > - nada que um comentário simples não resolva. Então, porque que eu vou
> > me recusar de fazer algo que mais agrega à experiência do usuário do
> > que, de fato, prejudica TI? Porque eu sou adepto do TI-Centrismo. Eu
> > não faço software para o usuário, eu faço para mim. Para o meu ego.
>
> > O TI-Centrismo cria tantas restrições para se fazer um bom trabalho
> > que softwares de qualidade do ponto de vista do usuário é praticamente
> > impossível. Mas fazemos Sofware para o usuário, não é mesmo. Então ele
> > deveria ser o centro do universo, e não TI.
>
> > Tem mais coisa que eu gostaria de falar sobre o assunto, mas acho que
> > já falei bastante no momento.
>
> > Att,
> > Beck Novaes
>
> > On 30 jul, 11:20, Mário Júnior <juninho...@gmail.com> wrote:
> > > Ta certo ... 99% (senão 100%) das apps tem CRUDs. Afinal, o usuário
> > precisa
> > > criar, ler, editar e apagar registros!
>
> > > A grande questão é: Como fazer isso?? Só jogando textinput para dentro de
> > > forms??? Sim.. é legal, é oq todos nós (inclusive eu também, as vezes)
> > > estamos acostumados, afinal são anos e anos herdando pensamentos de
> > > paradigmas que nunca foram confrontados antes (vb, delphi, cobol,
> > clipper)
> > > ... mas agora estão caindo!
>
> > > Para resumir esse e-mail... assistam o vídeo do Beck: "O Segredo das RIAs
> > de
> > > Sucesso"
> >http://www.becklog.org/2009/05/12/o-segredo-das-rias-de-sucesso-profe...
>
> > > Para finalizar, e também para refletir, deixo essa imagem para vcs:
> >http://www.swiss-miss.com/wp-content/uploads/legacy/photos/uncategori...
>
> > > Seus chefes nunca irão mudar, se vcs não confrontá-los.
> > > (claro.. não vá sair no braço com o cara né =P)
>
> > > Um abraço!

>
> > > --
> > > Mario Junior
> > > Enterprise Java / Flex Architectures
> > > Adobe Certified Expert Flex 3 with AIR
>

> > > Sofshore Informáticahttp://www.sofshore.com.br

[jonathan]

“...centrismos” a parte... vamos promover o bom senso, estão
transferindo os valores da palavra qualidade... pão e circo para os
usuários e estamos resolvidos, esse é o segredo de rias de sucesso?
padrões? ISO, ABNT, os carinhas do GoF então que se ***
...patterns são definidos de acordo com a escalabilidade do seu
produto, além do que, a sua implementação não deve ser frustrante se
você tem um problema... estamos falando d’uma solução... mas afinal de
contas engenharia pra que, né?
contrastando a eficiência do usuário-centrismo no mundo real, em
representações de processos bem conhecidos, imagine um semáforo
animado (o mundo realmente seria diferente), agora imagine numa
aplicação logística onde pessoas entram e saem com produtos o dia
inteiro (n’um ambiente de armazenamento/produção/segmentação), em
fim... agora imagine um gerente excêntrico jogando dardos na parede em
quanto o sistema informa as horas para ele... usabilidade para mim é
uma ferramenta... e para uma ferramenta fazer sentido precisa ser
produtiva não sensacionalista...

[Beck Novaes]

jonathan,

Será que você entendeu bem o que andamos debatendo sobre isso?

1. Quem disse os carinhas do GoF então que se ***?
2. Quem disse "mas afinal de contas engenharia pra que, né"?
3. Quem disse para fazer um semáforo animado?
4. E, pior de tudo, quem está pregando o sensacionalismo?

Muito, muito pelo contrário! Estamo tentando promover justamente o que
você disse no início: "o bom senso". E pelo que vejo nas N empresas
que já trabalhei nos ultimos 10 anos desenvolvendo Software é que isso
não existe, pois, justamente o que impera é o TI-Centrismo.

Pode estar certo de uma coisa, quando falo de animação falo de
animação que agrega e agregar não é ser sensacionalista. Vou repetir
um exemplo que eu sempre falo. Quando usei o windows 3.11 pela
primeira vez, ao minimizar uma janela ela desaparecia de forma brusca.
Eu como usuário leigo fiquei sem saber o que aconteceu, pensei até que
tinha feito algo errado. Desde o Windows 95 existe uma animação que
mostra a transição do estado maximizado para o minimizado. Agora,
mesmo um leigo que nunca tenha mexido no Windows consegue ver que a
janela sei de um ponto e vai para o outro e intuitivamente ele clica
na janela minimizada para trazê-la de volta. Isso é animação com valor
agregado. Não sei onde você viu alguém aqui pregando sensacionalismo,
ícones piscantes, efeitos mirabolantes ou coisas do tipo.

[Rogerio Gonzalez]

Falae Fábio e o resto do pessoal!!!

Fabio Wrote:

> Uma discussão muito pertinente! Infelizmente, somos (os desenvolvedores) obrigados a
> fazer sistemas padrão porque o mercado brasileiro exige que assim seja.

Na verdade, não é o mercado que obriga. São os Gerentes e Chefes.

No começo do Flex, quando vc falava/demonstrava e citava que era base Flash, os narises torciam instantaneamente.
Vc querer inovar em algo, sempre será mal recebido. Sempre será visto negativamente. Infelizmente é coisa do ser humano, sei la.

Não foi apenas uma vez que desenvolvi um prototipo de sistema em casa, para mostrar pra cliente para só então vender, passando por cima de chefe e até do dono da empresa. Assim que o cliente usou a primeira vez, foi "fisgado".

Infelizmente, todos somos adeptos do "ver pra crer". Se falassem pra vc há 5 anos que vc teria um celular sem teclas, somente com touch, extremamente sensivel que qualquer queda quebraria, você iria dizer que seria o recorde de vendas?

Abraços!

Rogério Gonzalez

2009/8/4 Fabio Vedovelli <vedo...@gmail.com>

[Vicente Maciel Junior]

Nesse contexto então, a Apple é a empresa mais sensacionalista que eu já vi!

Usuário-Centrismo != Firula-Centrismo

Usando a temática do semáforo com Usuário-Centrismo, creio que um bom exemplo é o visto em muitas cidades: Adicionaram o display com temporizador ao mesmo, exibindo uma contagem regressiva para a troca de verde para amarelo. Para a sinalização aos pedrestes, adicionaram o display para o temporizador indicando o intervalo de travessia.

No TI-Centrismo, o semáforo (flag) era / é suficiente.

Não estou dizendo que os engenheiros usaram este estudo, afinal não tenho contato com nenhum. 

Só tentei exprimir o meu entendimento de UsC e TiC, na temática proposta pra dizer que UsC é não parar no óbvio e melhorar/superar o atendimento às expectativas do mesmo, explorando as possibilidades sem bloqueá-las com pré-definições ou padrões pré-estabelecidos (TiC).

O Usuário precisa de X solução. No nosso papel de desenvolvedores dessa solução, podemos simplesmente atender ao óbvio - solucioná-la (TiC) - ou superar as expectativas explorando as demais implementações que tal solução pode apresentar (UsC). Pode ser na forma do desmembramento ou detalhamento da informação, quanto simplesmente na maneira de apresentá-la ao usuário ou permitir que o usuário possa interagir com a mesma.

Essa é a diferença que compreendo entre o TiC e o UsC nas explanações que o Beck vem fornecendo.

Mas a discussão é boa. É bom ter idéias conflitantes. Assim não ficamos cegos com o que acreditamos simplesmente.

Vicente Maciel Junior
RiaBrazil - Senior Rich App Developer
Independent Web Developer & Consultant
Adobe Advanced Certified Developer
Adobe Certified Instructor (ColdFusion & Flash Platform)
+55 71 8120-0035

MSN: maci...@gmail.com / Twitter: macieljr
http://www.riabrazil.com.br

http://teclandoalto.blogspot.com
Grupo de usuarios Oficial Adobe RIA-BA: http://bit.ly/ria-ba

2009/8/7 Beck Novaes <beck....@gmail.com>

[Andre Yahoo]

Segue o link para alterar o idioma do NetBeans para inglês. Acho que o
Vedo estava com esse problema.

http://blog.jesjobom.com/2009/04/como-alterar-o-idioma-base-do-netbeans/
__________________________________________________
Faça ligações para outros computadores com o novo Yahoo! Messenger
http://br.beta.messenger.yahoo.com/

[jonathan]

nos interpretamos errado, então...
...citei o semáforo como um modelo geral para representação de
processos e questionei a relevância dessa animação... já que é um
instrumento que exige atenção, e essa animação pode distorcer isso
tendo um efeito contrario.
( ...assim como outras aplicações que exigem certa agilidade como
operações em estoques onde erros são comuns... )
...em relação ao pão e circo, citei pelo fato de induzir uma
relevância aos erros.
...em relação aos padrões de projeto (aquele ultimo do livro que
ostento...)... interpretei uma super-valorização da interface/
animações e que a infra-estrutura não era tão importante...

[Vicente Maciel Junior]

Ah... detalhe... sei que se escreve "pedestre"... misstyping...

Algo que esqueci de acrescentar é que vejo o UsC (usuário-centrismo) como argumento "diferencial" e não uma regra. Ver o UsC como uma regra é o que creio que pode gerar conflitos entre xiitas (de qualquer lado).

As empresas de TI (ok, não apenas de TI) procuram um diferencial e eu particularmente acredito que o UsC seja esse diferencial.

Vicente Maciel Junior
RiaBrazil - Senior Rich App Developer
Independent Web Developer & Consultant
Adobe Advanced Certified Developer
Adobe Certified Instructor (ColdFusion & Flash Platform)
+55 71 8120-0035
MSN: maci...@gmail.com / Twitter: macieljr
http://www.riabrazil.com.br
http://teclandoalto.blogspot.com
Grupo de usuarios Oficial Adobe RIA-BA: http://bit.ly/ria-ba

2009/8/7 Vicente Maciel Junior <maci...@gmail.com>

[Beck Novaes]

blz... o meio termo é o caminho.

[]'s
Beck Novaes

[jonathan]

não questionei a eficiência do semáforo...

On 7 ago, 17:26, Vicente Maciel Junior <macie...@gmail.com> wrote:
> Ah... detalhe... sei que se escreve "pedestre"... misstyping...
> Algo que esqueci de acrescentar é que vejo o UsC (usuário-centrismo) como
> argumento "diferencial" e não uma regra. Ver o UsC como uma regra é o que
> creio que pode gerar conflitos entre xiitas (de qualquer lado).
>
> As empresas de TI (ok, não apenas de TI) procuram um diferencial e eu
> particularmente acredito que o UsC seja esse diferencial.
>
> Vicente Maciel Junior
> RiaBrazil - Senior Rich App Developer
> Independent Web Developer & Consultant
> Adobe Advanced Certified Developer
> Adobe Certified Instructor (ColdFusion & Flash Platform)
> +55 71 8120-0035

> MSN: macie...@gmail.com / Twitter: macieljrhttp://www.riabrazil.com.brhttp://teclandoalto.blogspot.com

> Grupo de usuarios Oficial Adobe RIA-BA:http://bit.ly/ria-ba
>

> 2009/8/7 Vicente Maciel Junior <macie...@gmail.com>

> > MSN: macie...@gmail.com / Twitter: macieljr

> >http://www.riabrazil.com.br
> >http://teclandoalto.blogspot.com
> > Grupo de usuarios Oficial Adobe RIA-BA:http://bit.ly/ria-ba
>

> > 2009/8/7 Beck Novaes <beck.nov...@gmail.com>

> ...
>
> mais »

[Beck Novaes]

só mais uma coisa...

eu já li o GOF
Refactoring do Martin Fowller
Code Complete
Design Patterns Head First
entre outros

Sou um cara técnico. Adoro OOP, Design Patterns, etc. Acho tudo isso
genial. Simplesmente tento equilibrar as coisas.

[]'s

On 7 ago, 17:25, jonathan <j6nat...@gmail.com> wrote:

[Vicente Maciel Junior]

Ninguém questionou...

Nem do semáforo, nem de nenhuma solução. A questão não é essa, com certeza.

Por isso acredito que UsC seja justamente um diferencial (simplesmente).

vpmjr

2009/8/7 jonathan <j6na...@gmail.com>

[Flavio Duarte]

Stefan, teu irmão é a prova viva que da pra fazer coisas bonitas com
windows forms
o hurricane simplesmente era sensacional :D

On 3 ago, 23:13, Stefan Horochovec <stefan.horocho...@gmail.com>
wrote:

> Ola
>
> Talvez pudesse usar AIR e centralizar tudo em uma unica tecnologia visual e
> reaproveitar MUITA coisa... e não programar a mesma coisa duas vezes, uma em
> Flex e outra em Delphi.
>
> A questão de falarem "mal" do Delphi, é simplesmente pelo fato dele não
> fazer quase nada que o Flex faz, a não ser inputs e grids, mas isso é o
> mínimo que uma linguagem deve suportar para uma entrada de dados simples...
> Não existe a menor possibilidade de criar uma interface rica com delphi...
> acho que esse é o maior foco da discussão...
>
> Para mim RIA não é só voce trazer para internet aplicações com "recursos" do
> desktop como é possivel encontrar em diversas explicações sobre o conceito

> de RIA na internet. RIA para mim, é Rich *Interactive* Applications, seja

> ela web, desktop ou mobile, aplicações interativas com o usuário final. Acho
> que isso sim deve ser levado em conta....
>
> Se for pra ficar na mesmisse de uma aplicação morimbunda feita nos antigos
> conceitos visuais utilizados com frequencia em delphi e vb, eu prefiro usar
> alguma forma de terminal server e pronto... resolve-se o problema de ter uma
> aplicação rodando na internet.
>
> Stefan Horochovec
> Analista de Sistemas
> Adobe User Group Manager - FlexDuck
> Blog:http://www.horochovec.com.br/
> Use Java, Flex e Linux
>

> 2009/8/3 mrbar2000 <mrbar2...@gmail.com>

[Stefan Horochovec]

Ola Flavio, ta na familia essa busca por interfaces inteligentes, :P

 

Mas voce já viu como é a implementação de tudo aquilo la?? No flex é bem mais fácil fazer tudo isso, essa é a questão.

 

Veio uns links ali de umas apps de desenho feitas em Delphi. A pergunta, quanto se gasta para fazer uma dessas em delphi e uma dessas em Flex?

 

O Flex favorece esse tipo de aplicação, essa é a questão, antigamente era mais dificil voce criar efeitos para ajudar o usuário, agora eles estão disponiveis e ainda com pouquissimas linhas de código, não tem mais desculpas para o desenvolvedor não criar uma interface intuitiva, inteligente, com efeitos que ajudem o usuário. Só não cria quem não quer, ou quem não tem criatividade...

 

A unica regra que eu vejo é a regra D - Efeito não pode virar Defeito, o resto é criar apps diferentes com recursos que o usuário só viu no seu sistema operacional e por mais incrivel que se possa imaginar, em alguns modelos de celulares...

 

Abraços

Stefan Horochovec
Analista de Sistemas
Adobe User Group Manager - FlexDuck
Blog: http://www.horochovec.com.br/
Use Java, Flex e Linux

2009/8/8 Flavio Duarte <flavio...@gmail.com>

--