Não sei que tipo de "tempo real" você trabalha, mais para mim é a melhor ferramenta para aplicações com lucratividade.
A simples integração com o FMS é um bom exemplo disso. *Eduardo Kraus* Desenvolvedor eduardokr...@gmail.com http://blog.mxml.com.br http://twitter.com/EduardoKraus 2009/8/22 alecindro <alecin...@inf.ufsc.br> > Esqueceram de falar que para cada tipo de problema existe uma linguagem > ou script específico para solucionar esse problema. > > Não consigo ver flex em aplicações que requerem processamento em tempo > real,por exemplo. > > Alecindro > > > *From:* Stefan Horochovec <stefan.horocho...@gmail.com> > *Sent:* Friday, August 21, 2009 11:02 PM > *To:* flexdev@googlegroups.com > *Subject:* [flexdev] Re: O Flex além do layout . . . > > Eduardo, essa tua terceira opção ai na verdade não conta... porque? bom, > vamos lá.. > > A discussão tem levado a questão de interface para o lado de > funcionabilidades básicas do sistema, o que eu pelo menos não tenho levado > em nenhum momento em consideração. > ar > Em um outro post meu nessa ou em outra thread sobre o assunto, já tentei > fazer essa colocação em menor quantidade de linhas, mas acho que não > consegui explicar direito meu ponto de vista, vou tentar novamente. > > Em nenhum momento eu disse que o software deve ter menos recursos por ser > bonito, ou pior, não atender o cliente pelo software ser bonito, é claro que > não, muito pelo contrario, mas todos os argumentos que eu tenho lido nesses > posts, de quem defende aplicação voltada para o cliente tem focado nisso. O > software tem que fazer o que o cliente espera para tornar seu negócio > informatizado. > > Ora, me desculpem, mas só existe software para isso, para informatizar > algum processo dentro da empresa e tentar optimizar, custos, velocidade no > atendimento, melhor interação com o cliente, etc, etc, etc... Esse é o > objetivo do software, mas ele deve ser bonito? comunzinho? feio? > > Eu fico com a primeira opção, deve ser bonito e ponto final. Eu não consigo > entender nenhum motivo aqui levantado para não chegar a esse conjunto da > obra, uma aplicação funcional, com bom entendimento do negócio do cliente, > etc, etc, com ele ser bonito. É simples assim, questão de bom gosto. Ponto. > > Veja só, se voce vai comprar móveis para sua cozinha, porque voce compra um > balcão de pia bonito, sendo que a pia em uma ENORME quantidade de casas tem > tamanho padrão. Porque? Pra sua cozinha ficar bonita. > > Se voce vai comprar um guarda-roupas, todos do mesmo tamanho, porque voce > escolhe uma cor e não a outra, porque voce gostou mais daquela e vai ficar > com sua casa mais bonita (ao menos para o seu gosto). Eu por exemplo nunca > vi um guarda-roupas verde-limão, com portas rosas. Porque? Porque não > combina, fica feio, mas e dai? Não é do mesmo tamanho dos outros? Não cabe a > mesma quantidade de roupas? > > Tudo na vida, voce compra aquilo que te agrada mais, seja por conforto, > velocidade, espaço, mas também pela beleza e no software agora não é > diferente. Antigamente tinha-se menos opções, hoje com Flex, Silverlight, > Ajax (é mais dificil, mas até dá pra tentar), Laszlo, você pode deixar suas > aplicações mais bonitas, com uma maior interação com o usuário. > > Acho que isso é uma barreira que teremos que vencer, a do bom gosto. Essa > do "não dá", "muito pesado", etc, não cola mais com os clientes, podemos e > devemos usar da nossa criatividade para melhorarmos nossas aplicações na > parte visual (Flex é camada de visão). > > Funcionabilidades, validações, etc, etc, etc, etc etc, tudo isso ai é > obrigação de um software decente que quer estar no mercado para ser > adquirido. Agora, bom gosto de telas, usabilidade, ainda são artigos de luxo > em muitos sistemas, inclusive em diversos softwares carissimos que já foram > levantados aqui na lista. Eles agradam a gerencia, porque atendem as > necessidades da empresa, mas não agradam aos usuarios que passam oito horas > por dia usando o sistema. > > Temos que escolher a quem agradar? Gerencia com algo funcional ou beleza > pra quem usa o sistema o dia inteiro? Não. Temos que agradar os dois, > softwares confiaveis para a gerencia, e agradáveis e práticos para os > usuários. > > Eu penso assim, para mim nada adianta agradar o dono de uma empresa com um > relatório com tudo que ele quer saber da empresa (porque dono olha > relatório, gráficos) e não agradar quem usa o sistema oito horas por dia. > > Posso estar redondamente enganado, mas acredito que as coisas caminham > nesse rumo, agradar a todos, como? Software confiavel em integridade de > informações e entendimento do negócio a nivel de gerencia da empresa e um > software prático, bonito, agradável para quem usa ele durante sua enorme > carga de trabalho no dia-a-dia das empresas. > > Vou durmir, 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/21 Beck Novaes <beck.nov...@gmail.com> > >> >> @Kraus >> >> Acho que a discussão se perdeu um pouco. Acho que houve algumas falhas >> de interpretação de todos os lados. Eu tenho certeza que você não é >> contra sistemas com interface de usuário apresentável, assim como >> ninguém aqui vai dizer (ou disse) que um sistema bonito que não >> resolve o problema é algo desejável. As vezes concordamos na essência, >> discordamos no teor e ficamos andando em círculos. >> >> O básico do que eu digo que é TI-Centrismo não é tomar decisões >> conscientes em a favor do funcionamento do software tal como segurança >> onde é preciso, bom código onde é preciso etc. TI-Centrismo é tomar >> decisões irracionais sobre estes mesmos assuntos que, inegavelmente, >> adicionam complexidade e impedem que o programador possa dar algum >> foco para coisas que também agregam valor como a estética, por >> exemplo. Ser TI-Centrista é não concordar que isto agrega valor e >> ficar perdendo tempo onde, dependendo do contexto e da situação, não é >> necessário. Ser TI-Centrista não é primar pela segurança onde é >> necessário, mas querer aplicar o ultimo Design Pattern onde não >> precisa. Ser TI-Centrista não é ter um código organizado onde é >> necessário mas se RECUSAR a ter um código que "não é o melhor do >> mundo" por considerar que não vale a pena fazer um "hack" para uma >> animação, por exemplo. >> http://www.becklog.org/wp-content/uploads/2009/08/pog-do-bem2.png >> >> Enfim, por isso que eu disse que uma conversa pessoalmente seria mais >> produtiva. A escrita informal que é esta que fazemos em listas de >> discussão está muito mais sujeita a ruídos. Mesmo assim, acho que no >> fundo foi produtivo. >> >> []'s >> Beck Novaes >> >> On 21 ago, 16:39, Eduardo Kraus <eduardokr...@gmail.com> wrote: >> > O problema é que há outra opção >> > >> > Opção a) Carro: Fusca com mecanica de fusca; >> > Opção b) Carro: Ferrari com mecanica de fusca; >> > Opção c) Carro: Fusca com lataria de Ferrari; >> > >> > A terceira opção, você esta pagando por uma ferrari, mais quando acelera >> > pega só 60Km/h >> > >> > Adianta alguma coisa? >> > >> > Não estou criticando quem faz sistemas bonitos, mais só a beleza não >> resolve >> > o problema. Pode ajudar a vender, mais não ajuda a manter o cliente. >> > >> > *Eduardo Kraus* >> > Desenvolvedor >> > eduardokr...@gmail.comhttp://blog.mxml.com.brhttp:// >> twitter.com/EduardoKraus >> > >> > 2009/8/20 Stefan Horochovec <stefan.horocho...@gmail.com> >> > >> > > Opa... esse assunto virou moda, oba! >> > >> > > Bom, na thread antiga eu comentei até o exemplo do carro... >> > > Por R$100,00 >> > >> > > Opção a) Carro: Fusca com mecanica de fusca; >> > > Opção b) Carro: Ferrari com mecanica de fusca; >> > >> > > Me desculpem, eu fico com a b.. porque? eles tem a mesma mecanica... >> sim, >> > > mas a ferrari é mais bonita. >> > >> > > Simples assim ;) >> > >> > > Abracos >> > >> > > Stefan Horochovec >> > > Analista de Sistemas >> > > Adobe User Group Manager - FlexDuck >> > > Blog:http://www.horochovec.com.br/ >> > > Use Java, Flex e Linux >> > >> > > 2009/8/20 Beck Novaes <beck.nov...@gmail.com> >> > >> > >> Hm... só quero destacar que eu não faço sites, eu faço aplicações. >> > >> Elas também funcionam, tem segurança, não possuem bugs e resolvem o >> > >> problema só que você usa porque você gosta não porque você é >> > >> obrigado. >> > >> > >> Vamos a mais uma pitada das teses... (eu não consigo me conter as >> > >> vezes) >> > >> > >> O vídeo abaixo reflete bem algo que teria acontecido na visão TI- >> > >> Centrista: >> > >>http://blip.tv/file/2336659 >> > >> > >> Viram o vídeo? Pois bem. Quando cheguei para participar deste projeto >> > >> o layout era completamente diferente. Era necessário uma interface >> que >> > >> o usuário pudesse criar este tipo de relatório. E adivinham a que o >> TI- >> > >> Centrismo levou? CRUD! Sim! O pessoal TI-Centrista tinha feito uma >> > >> interface de CRUD para o vídeo que vocês viram. Desconfio que isso >> > >> aconteceria em muita empresa TI-Centrista. Sabe por quê? Porque no >> TI- >> > >> Centrismo as pessoas tendem a pensar no que é mais fácil para elas e >> > >> uma interface de CRUD, quadrada, horrível, mas que na visão do TI- >> > >> Centrista resolve o problema, é teoricamente mais fácil. Digo, >> > >> teoricamente, pois a minha tese é que se você souber aplicar bem o >> > >> pensamento Lateral e o Tradeoff com foco no valor agregado este tipo >> > >> de coisa que parece difícil no final das contas não é mais complicado >> > >> que o CRUD básico que depois de um tempo todo mundo vai ver que de >> > >> básico não tinha nada. >> > >> > >> O vídeo mostra uma aplicação bonita, mas bonita no todo e boa no >> > >> conjunto da Obra. Quando consegui derrubar a visão TI-Centrista das >> > >> outras pessoas que participavam do projeto sabe o que aconteceu? >> > >> Fizemos algo que não só surpreendeu o cliente como surpreendeu todos, >> > >> digo TODOS: o cliente, os gerentes, os programadores, os donos da >> > >> DClick e quem mais ver a aplicação. Desculpem a minha sinceridade >> > >> agora mas eu não vou me conformar em "resolver o problema" pois para >> > >> isso existem inúmeras outras empresas no mercado. O que te diferencia >> > >> das demais, o preço? Sorry, mas eu não quero ser este tipo de >> > >> programador e não quero trabalhar neste tipo de projeto. O que eu >> > >> quero é fazer coisas tão boas que o cara vai desejar ter, ou melhor, >> > >> ele vai ficar louco para ter, assim como ele deseja ter um carro que >> > >> funciona e é bonito (Somos seres humanos, não se esqueçam. Ou você >> > >> casou com sua esposa/marido porque ele resolve o seu problema? com o >> > >> perdão da comparação) E, por favor, releiam o que eu disse até agora >> > >> pois em momento algum disse que Segurança não é importante, não disse >> > >> que devemos fazer apps com Bugs, etc. Vamos argumentar, debater, etc, >> > >> mas não vamos nos referir a coisas que não foram ditas. >> > >> > >> Eu sei que minha visão é um tanto radical e por isso eu ainda vou ser >> > >> muito mal interpretado (como já está ocorrendo). Talvez por isso as >> > >> pessoas fiquem colocando palavras na minha boca - impressionante como >> > >> todos que dizem ser contrários a minha opinião argumentam em cima de >> > >> coisas que eu não disse. O grande problema é que isso é realmente >> > >> complexo e embora eu já tenha escrito um bocado a respeito ainda há >> > >> muito para falar e talvez um dia eu consiga provar para mim mesmo e >> > >> para os outros que o que eu estou falando tem algum sentido. >> > >> > >> []'s >> > >> Beck Novaes >> > >> > > -- >> >> -- >> >> >> >> >> --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com Para sair da lista, envie um email em branco para flexdev-unsubscr...@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
