Todos falaram muito em solução de problemas, e a relação com um perfil de programador. Mas se o teu usuário não entender como ele fará para usar o sistema que vc devenvolveu, sem bugs e totalmente seguro, isso não é um grande problema? Óbvio que sistemas que não possuem um design atrativo também são bem vendidos. Mas será que o que viria além das funcionalidades não os faria sistemas melhores? Trabalho com um público extremamente complicado, por não possuir qualquer intimidade com internet e sistemas, que são professores de ensino fundamental. E se não vou além das funcionalidades, entregando a eles algo com usabilidade e design atrativos, eles se assustam (essa é a palavra certa, já que não atrair à primeira vista pode transformar o sistema num monstro...) e nunca mais voltam.
Voltando ao início da discussão, acredito que a vinda do Catalyst deveria ser vista como uma forma de se trabalhar em equipe de forma mais eficiente. Vou ilustrar o que estou querendo dizer (todo mundo já deu vários exemplos e metáforas, também quero rs): Hoje eu e duas pessoas que trabalham comigo fomos assistir à palestra do Lee Brimelow. Éramos dois programadores e uma designer. E ficamos surpresos com a reação da designer da equipe, com os olhos brilhando com o que o Catalyst pode fazer. Talvez mais por poder contribuir de maneira diferente da que faz atualmente (entregando imagens em PSD para que possamos aplicar no sistema real), mas gerando um código (mesmo não sabendo uma linha do que aquilo quer dizer) que servirá, de uma forma ou de outra, para que os programadores (nós) incluíssemos nossa parcela de trabalho. Parece que aproxima os dois lados, criando uma unidade no processo? Abs, Airton Toyansk 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 -~----------~----~----~----~------~----~------~--~---
