Diariamente, codificamos muitas linhas de código ou produzimos muitos códigos em forma de imagens, por meio de algum objeto, afim de transformar dados em informação, transmitindo o conhecimento por algum meio de comunicação, não necessariamente que estas informações sejam relevantes para o cliente.
Gastamos grande parte do nosso tempo produzindo códigos de alta qualidade, seguindo padrões de projeto, códigos estruturados e de alta performance porém, em muitos casos, de baixa relevância ou desnecessário para nossos clientes.
Vou explicar o porquê: nem sempre o melhor algoritmo é a solução ideal para resolver determinado problema. Às vezes o verdadeiro problema pode ser resolvido sem codificar uma única linha de código. Pare o que você está fazendo agora, e veja se o que você está codificando é realmente funcional, analize qual o resultado final que o cliente espera obter.
Qual a finalidade dessa linha de código, que resultados esse conjunto de códigos irá produzir, de que modo essas linhas de códigos influenciarão no balanço final do cliente, esse código pode ser melhorado para facilitar a vida do usuário?
Esta linha de código resolve algum desses problemas?
Se sim, você esta no caminho certo, senão você precisa refazer o seu planejamento "agora", antes que seja tarde demais e você perca totalmente foco, que é o sucesso de sua empresa.
Desenvolver um código estruturado em uma aplicação multicamadas com a mais recente tecnologia de mercado não basta para resolver o problema, é preciso ir além, disponibilizar facilidades de uso, personalização de conteúdo e serviços, buscas semânticas, salvar preferências, conversar com outros usuários, criar listas de discussões, postar comentários, ou seja, tornar agradável a experiência do cliente com o site.
A hora de mudar é agora. Facilite a vida do cliente.
Abraços!
"Gastamos grande parte do nosso tempo produzindo códigos de alta qualidade, seguindo padrões de projeto,"
Na minha opinião Belchior, nós sempre temos que seguir um padrão para desenvolver linhas de código, tanto para nossa própria organização quanto para a otimização do projeto. Imagine vc tendo 50 funções em um projeto e vc não seguindo um padrão para organizá-las.. ás vezes vc pode estar realizando coisas em 10 linhas que poderia estar fazendo em uma.
E realmente, temos que nos preocupar com os problemas que o cliente possa vir a enfrentar com nossa aplicação.
Abraço.
Gostei muito do artigo. Ele trata do conceito de usuabilidade que para nós e outros desenvolvedores pode parecer perfeita, mas do ponto de vista do usuário final nem tanto. Certamente depende muito de cada projeto e qual o público que acessará o sistema, porém, empresas de hoje querem produtividade e organização. Há desenvolvedores que acabam atropeçando nesses detalhes fazendo um trabalho amigavel, mas porco e sem conteúdo.
Responder comentárioCara refletindo o que eu acabei de ler no sua matéria, e não é que na maioria das vezes isso acontece... Parabéns pela matéria, gostei muito ... A gente tem que parar de ser aquele repetidor e começar a criar soluções mais práticas e que atendam ao cliente...
Um abs
Ótima matéria, Belchior!!
Concordo plenamente com vc e digo mais: já aconteceu isso comigo. Cliente pede algo tão absurdo e já vamos programando, sem questionar. Aí, qdo vai ver, não serve pra nada a solicitação.
Porém, vale lembrar que essa teoria é válida apenas pra softwares customizados. No caso de software "pacote fechado", é aquilo e fim...
Para mim, que tenho verdadeira aversão a códigos, foide grande valia. Pensei que eu fosse a única.
Responder comentárioOs textos publicados neste espaço são de responsabilidade única de seus autores (colunistas e leitores) e podem não expressar necessariamente a opinião do iMasters.
Belchior Palma formado em Ciência da Computação e especialista em Desenvolvimento de Sistemas Web pela UEM, está cursando MBA em Gestão Empresarial pela FGV.
2001 - iMasters FFPA Informática Ltda - Todos os direitos reservados.