Ok, Beck, tenho certeza que concordamos que usabilidade é importante. Não acho que alguém neste ou em qualquer fórum irá discordar disso.... O caso é que ninguém "prefere" deixar isso de lado: simplesmente acontece porque as equipes não têm pessoas capacitadas a cuidar do design e da interação.
Veja que - provavelmente - tu consegue "priorizar melhor as coisas" porque já tens domínio do resto do ciclo. Não sei se esse é o caso do autor do post: se ele já tem um nível de domínio do processo que permita que ele inclua design. Assim, meu único - único - ponto, é que, antes de pensar em interface, é preciso pensar em coisas mais básicas: documentação de código por exemplo. Se pensares que quase 50% de código é relativo à interface, acho que fica mais fácil sutentar essa posição. Eu acho mais fácil implementar um ciclo de design integrado ao de desenvolvimento numa empresa como a que descreveste neste trecho "> Eu já vi várias vezes uma aplicação em N camadas, Orientada a Objetos, com > banco de dados normalizado, mas que os usuários não utilizavam pois a > interface simplesmente refletia o modelo relacional do banco." Do que numa que não faz nem isso. Também não estou dizendo que nas empresas que documentam tudo-tudo-tudo e que tenham engenheiros certificados-nisso-e-naquilo seja mais fácil. Não é. Mas essa conversa fica para outra hora. No fim, era isso que eu estava dizendo. Não achei (e ainda não acho) que minha resposta pudesse ser interpretada como desmerecimento ou diminuição da importância do design. Mas eu continuo achando que antes do design, é preciso dominar outros aspectos do desenvolvimento (até porque eu nunca vi um ciclo de design independente do ciclo de engenharia... já o contrário tem um montão). E só pra não deixar dúvida: não estou também dizendo "parem de se precupar com design: não vai dar certo mesmo". Só que, para que os resultados sejam consitentes, há etapas que precisamos dominar antes. Gabriela Trindade Perry - http://www.gabriela.trindade.nom.br > Date: Fri, 12 Dec 2008 11:07:39 -0800 > Subject: [flexdev] Re: Pergunta ridícula sobre comentários > From: [email protected] > To: [email protected] > > > > O motivo é exatamente a necessidade de ter controle sobre processos mais > > básicos (como manter documentação e refactoring) > > antes de pensar em usabilidade e tentar desenvolver rias de sucesso. > > Nestes meus 10 anos de desenvolvimento de software eu já fui e voltei > várias vezes sobre a maneira como eu via o desenvolvimento em si. > Hoje, embora possa parecer simplório, eu procuro simplesmente pensar > no que agrega mais valor ao produto final. Documentação é Refactoring > são importantes, mas se eu tiver que focar nisto e acabar com uma > usabilidade ruim eu vou preferir partir para a usabilidade. > > O fato é que pensar assim me permite priorizar melhor as coisas (algo > determinante no nosso mercado). A falta de documentação passa a ser um > problema quando o usuário começa a sentir isto: o programador demora > para alterar as coisas porque não sabe como fazer. Da mesma forma é o > Refactoring. Enfim, tudo é ruim quando começa a impactar no que chega > para o usuário. E praticamente nada está mais na cara do usuário do > que a Interface. Apenas um software que não funciona impacta mais do > que isto. > > O que acontece é que a maioria dos técnicos não pensa assim. Não > possuem uma visão global do produto final que é o mais importante. > Falham na hora de priorizar e tomar as decisões certas. Eu já vi > várias vezes uma aplicação em N camadas, Orientada a Objetos, com > banco de dados normalizado, mas que os usuários não utilizavam pois a > interface simplesmente refletia o modelo relacional do banco. A > interface era um retrato das soluções dos técnicos. São boas > soluções... mas são boas para eles e não para os usuários. Se > perguntarmos a estes técnicos se eles cuidaram dos processos básicos > eles dirão que sim, mas eu não creio que isto tenha sido a coisa mais > importante que eles fizeram. É neste sentido que eu digo que tais > processos básicos como exposto talvez não devam vir necessariamente > antes de uma preocupação com usabilidade ou RIAs de sucesso. Pensando > melhor, acho que é isso que acontece hoje em dia. E é por isto, por > deixar estas coisas para depois que nós técnicos nunca fazemos. E que > atire a primeira pedra quem for o técnico que uma vez na vida nunca > agiu desta maneira. > > []'s > Beck Novaes > > > > > > On 12 dez, 12:46, gabriela perry <[email protected]> wrote: > > Não sugeri que cuidar dos aspectos que concernem mais à implementação do > > que ao projeto seja a tarefa importante do ciclo. > > Isso seria simplesmente absurdo. > > > > O que eu quis dizer, e por isso o comentário mencionava as palestras do > > treina tom, é que, dentro de um modelo de maturidade de desenvolvimento (de > > software ou do que quer que seja), "cuidar da casa" vem antes. Se > > conhecemos histórias de desenvolvedores que trabalham atrelados ao design > > (aliás, teremos uma palestra excelente na AUGRS na qual fatalmente se > > falará disso, vejam o histórico da lista!), é às custas de úlceras e > > gastrites (na gente). > > > > Também não vou discutir que - em média, hoje - a balança pende mais para o > > lado da implementação (requisitos, análise, codifição e teste) do que para > > do suporte à tarefa (um software existe em função da tarefa, não do > > usuáriohttp://www.jnd.org/dn.mss/human-centered.html). O motivo é > > exatamente a necessidade de ter controle sobre processos mais básicos (como > > manter documentação e refactoring) antes de pensar em usabilidade e tentar > > desenvolver rias de sucesso. Por isso acho que a iniciativa do autor do > > post é louvável. > > > > Como falei na palestra que dei uma semana antes de ti, investimento em > > design e usabilidade têm um retorno alto: não é gasto. Mas, se acontecer em > > ambientes imaturos, os resultados não tendem a ser consistentes. > > Simplesmente porque precisamos "cuidar da casa" antes. > > > > Mas acho que agora marquei melhor a minha posição. > > []´s > > > > Gabriela Trindade Perry -http://www.gabriela.trindade.nom.br > > > > > > > > > Date: Thu, 11 Dec 2008 18:17:28 -0800 > > > Subject: [flexdev] Re: Pergunta ridícula sobre comentários > > > From: [email protected] > > > To: [email protected] > > > > > "cuidar da casa" antes? Sei não hein Gabriela. Eu já trabalhei em > > > projetos com pessoas ruins tecnicamente mas que contavam com uma boa > > > equipe de Design. E mesmo sem conhecer Flex o resultado final dos > > > caras era impressionante (isto foi nos EUA). Por isso, eu as vezes > > > penso que nós, pessoas técnicas, vira e mexe damos maior prioridade ao > > > que nos interessa deixando de lado o que é mais importante para o > > > usuário. Hoje eu penso que o cuidar da casa é importante desde que > > > você saiba quando parar, pois o que você fez até então já é o > > > suficiente e então sobra tempo para voltar suas forças para o usuário > > > novamente. É fato que a balança é muito desiquilibrada hoje em dia. > > > Técnicos 10 x Usuário 1. > > > > > []'s > > > Beck Novaes > > > > > On Dec 11, 10:11 am, gabriela perry <[email protected]> wrote: > > > > Cara, não tem nada de ridícula tua pergunta. > > > > Até onde eu me lembro, não tem uma pergunta sobre comentários neste > > > > lista... > > > > Meu comentário sarcástico do dia é que antes de se preocupar com > > > > usabilidades e segredos do rias de sucesso (temas de duas palestras que > > > > eu e o beck fizemos no teletom), é preciso "cuidar da casa" antes, e > > > > parece que é isto que estás te propondo... > > > > > > Respondendo: a diferença é na hora de gerar os docs. > > > > > > Veja mais detalhes > > > > emhttp://livedocs.adobe.com/flex/201/html/wwhelp/wwhimpl/common/html/ww... > > > > > > Gabriela Trindade Perry -http://www.gabriela.trindade.nom.br > > > > > > > Date: Thu, 11 Dec 2008 04:03:50 -0800 > > > > > Subject: [flexdev] Pergunta ridícula sobre comentários > > > > > From: [email protected] > > > > > To: [email protected] > > > > > > > Bom dia pessoal, > > > > > > > Qual a diferença de um bloco de comentário usando 1 ou 2 * no início? > > > > > > > /* > > > > > * > > > > > * > > > > > */ > > > > > > > /** > > > > > * > > > > > * > > > > > */ > > > > > > > Tem algo a ver com algum tipo de criação de help da classe? > > > > > Existe algum padrão que determina quando usar cada um deles? > > > > > Ao que me parece, o comentário com 1 * é mais usado pra inutilizar uma > > > > > parte de algum método, é isso? > > > > > > > Desde já obrigado e bom dia a todos! > > > > > > _________________________________________________________________ > > > > Connect to the next generation of MSN > > > > Messengerhttp://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&s... > > > > _________________________________________________________________ > > Invite your mail contacts to join your friends list with Windows Live > > Spaces. It's > > easy!http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friend... > > _________________________________________________________________ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=create&wx_url=/friends.aspx&mkt=en-us --~--~---------~--~----~------------~-------~--~----~ Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev -~----------~----~----~----~------~----~------~--~---
