Você não está dizendo este "monte" de coisas mesmo Gabriela. Para mim isto estava claro desde o início. Creio que a maioria também não lhe interpretou errado, pois você já é conhecida na comunidade e não acho que alguém que tenha lido alguma coisa que escreve pensaria, por exemplo, que você desmereceria a usabilidade em prol do lado técnico. Eu apenas aproveitei para deixar minha opinião sobre estes assuntos porque me senti instigado a fazê-lo assim. Não por mal interpretar as suas opiniões, mas sim por considerar uma boa oportunidade para deixar a minha. No final das contas creio que tenha sido proveitoso para quem acompanhou.
[]'s Beck Novaes On Dec 13, 4:25 pm, gabriela perry <[email protected]> wrote: > 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=/friend... --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
