| ||||||||||||||||||||||||||||||||||||||||||||||
|
Domingo, Agosto 08, 2004
Precisamos de padronizar os SIW? Sempre que falo em SIW padronizados ou padronizáveis, quase sou crucificado. Porque? Porque supostamente no padrão não há arte. Não há o seu toque pessoal. Muito mais força para a Arte Quando estou falando em padronizar, não estou dizendo tudo deverá ser igual. Não estou afirmando que não poderemos colocar o nosso toque pessoal. Quando estamos falando em arte, estamos falando na criação. O que seria da criação sem os padrões? Vivemos em mundo padronizado Levando ao extremo, o mundo é totalmente padronizado. Usamos computadores iguais aos outros, não digo na totalidade, mas nas funções básicas, como teclado, mouse e monitor de vídeo. Lembre-se, que os sistemas operacionais são padronizados. Se você olhar fora do mundo computacional, onde há muita arte, são os carros... Todos carros são iguais. Todos tem rodas, volante, banco, vidros, mas mesmo assim, as fábricas, lançam todos os anos modelos diferentes, ou seja, não deixaram de lado a criação apesar de estarem trabalhando com um produto altamente padronizado. Sem a padronização, não teriamos programas de edição gráfica, sistemas operacionais e até a Internet. Sem os padrões, só haveria o caos. O comportamento humano é padronizado e sempre procuramos padronizar. Os padrões servem para organizar alguma coisa, para que muitos possam conhecer e compreender. Para mim, o padrão, é o grande facilitador para o aumento de minha produtividade, tanto no momento inicial de um projeto, como no momento da manutenção, porque sempre saberei onde estará o problema, ou pelo menos, onde encontra-lo. O padrão nos liberta para que possamos criar Quando nos baseamos nos padrões e usamos ferramentas para isso, conseguimos ter tempo para criar. Hoje em dia, todos os projetos já iniciam atrasados. Existe uma necessidade de urgência, tudo é para ontem, quando não, mês passado e sempre pegamos o trem bala passando. Quando falamos em projetos de SIW, estou falando que os padrões poderão nos dar tempo para fazer o que o cliente está comprando, que são as saídas. O cliente não compra telas de cadastro, sistemas de segurança, computadores e instalações bonitas. O cliente compra são os resultados que ele poderá utilizar para aumentar suas vendas, reduzir os custos ou informações que ele poderá utilizar para tomar decisões... muitas vezes, ele estará comprando tudo isso e um pouco mais. Até onde poderemos padronizar? No caso dos SIW o limite será a sua imaginação, mas eu sempre estou procurando usar a minha experiência para saber qual caminho deverei tomar, mas quase tudo que eu faço poderá de algum forma ser re-utilizado em algum projeto. Penso que devemos antes de qualquer projeto, procurar criar um ambiente básico que será a plataforma que você utilizará para desenvolver o seu projeto. Você pode começar com pelo menos as seguinte atividades: Se você desenvolver esse padrão já será de bom tamanho, porque o processo de desenvolvimento será bem mais acelerado e se você ainda for sistemático, o ambiente poderá evoluir e aumentar nas facilidades e complexidade. Sempre use o KIS, se não resolver, use o KISS A simplicidade é a coisa do negócio. O universo é simplesmente complexo... complexo porque não o compredemos, quando isso acontecer, veremos que tudo começou de uma simples partícula de energia. Quando eu li a respeito do KIS - Keep It Simple (Mantenha Isso Simples), fiquei sempre pensado nos meus trabalhos e notei, que temos uma tendência a complicar as coisas. A preguiça, falta de conhecimento e até mesmo o trabalho isolado nos faz complicar poderia ser simples ou já estava simples. Se você não se tocar com o KIS, acrescente um S de STUPID (Estúpido)... porque muitas vezes somos estúpidos em ficar complicando as coisas mesmo. O S serve para nos alertar sempre... eu sempre coloco KIS + S para sempre lembrar do Stupid. O mundo está cada vez mais se padronizando Padrões, quer dizer normas a serem seguidas / copiadas. O mundo da Internet está agora envolvido com o tal dos Web Standards - WS, onde todos devem seguir as facilidades não proprietárias, para evitar os problemas de Cross Browser. Fora os WS, temos também fora, os padrões definidos pela ISO, OSI, ANSI, só para listar alguns... Portanto, não há porque de ficar se estressando com a arte, já que devemos seguir 200 mil padrões, para que possamos ser aceitos no mercado, porque então, não padronizar o nosso trabalho? Criar ou preferencialmente usar técnicas e métodos já comprovados, que vão acelerar as entregas, bem como a qualidade do produto gerado. Convencendo os Xiitas da arte Quando falo em SIW + Sites Web, eu penso sempre em 2 mundos: Primeiro, iniciamos o projeto com a Apresentação, onde a equipe de Design, define todas as peças e locais onde serão colocadas as partes dinâmicas. A equipe técnica de SIW, verá e fará a proposta de inclusão de facilidades dinâmicas, bem como a inclusão de facilidades padronizadas, se for o caso do projeto, como: A equipe de design, até agora, não foi limitada pelos sistemas padrões. Portanto os padrões não são ruins. A equipe de SIW, pegará os dados e definirá os sistemas, bem como poderá usar todos os sistemas padronizados, e até mesmo uma ferramenta de publicação única, como se o projeto estivesse mudando a roupa. Evoluindo nos padrões O bom dos padrões, são quando eles estão sempre evoluindo, isto é, crescendo em facilidades e simplicidade. Isso só acontece, sem for amplamente utilizado, seja dentro de uma empresa ou como muitos padrões na Internet, que são utilizados por milhares de desenvolvedores. A adoção de um padrão dependerá muito de: Desconheço algum padrão para SIW amplamente utilizado, já que todos os sistemas são criados sempre por suas equipes. Talvez porque os desenvolvedores, sempre querem ter controle sobre o seu código, mas essa prática não é a das melhores. Na eletrônica, é muito comum, você utilizar componentes padronizados, para com isso, você possa dar seqüência a criação do diferencial do seu projeto. Eu tenho meu padrão, que a idéia tem evoluido desde o meu primeiro projeto de sistemas, ainda no TRS-80 em Basic e fica cassete, depois migrei as idéas para o Cobol e Assembler, passando para o Mumps e o Clipper. Hoje estou com a mesma idéia, dentro do SIW. Hoje em dia, o SIW nos dá um grande poder de evolução visual, porque se padronizarmos a apresentação, poderemos usar o CSS para definir classes visuais, dando uma característica visual especial para cada projeto. Ferramentas de auxilio Devemos usar ferramentas para auxiliar no nosso desenvolvimento? Eu digo que SIM... mas devemos ter o cuidado para não ficarmos presos a elas. Devemos ter as ferramentas como de auxílio e não como muleta, que sem elas, cairemos. Eu tenho diversas ferramentas de auxilio e a mais interessante de todos é o meu gerador de formulários. A idéia de criar e usar geradores de código, sempre fez parte na minha vida profissional e esse sempre foi um dos meus diferenciais. Você poderá também criar suas ferramentas de auxilio, que vão aumentar o a qualidade e velocidade de entrega dos seus projetos. Por isso, que devemos sempre padronizar tudo o que fazemos, para que possamos criar ferramentas para nos auxiliar. Eu tenho diversas ferramentas, segue uma lista de idéias que eu uso e poderá servir também para você: Criar uma ferramenta que cria a parte chata da codificação para é você, é uma grande idéia, porque 80 a 90% do SIW é baseado em funções simples e repetitivas. Porque teremos que gastar o nosso tempo sempre fazendo a mesma coisa? Para o nosso desenvolvimento, sempre incluímos tabulações, comentários etc, que não são necessários para o projeto pronto. Então, tenho um compressor, que coloco o conteúdo HTML estático que eu tenho, e ele retira espaços, comentários e tudo que não é necessário para o projeto final. A média de redução é de 30 a 40%. Da mesma forma que o compressor do HTML, o JavaScript - JS, também tem muita coisa que não é necessária para execução. Uma coisa que não é necessária, são os enters, já que as linhas no JS, são finalizadas com um ; ou }. Fora, que também colocamos espaços e comentários, que só fazem aumentar o tamanho do código. A média de redução comigo, foi de mais de 50%. Sempre tive um pequeno sistema para gerenciar os projetos, nunca foi uma coisa do outro mundo, mas com ele, eu conseguia apresentar protótipos de sistemas em horas. A idéia é criar um banco de dados com as definições básicas do sistema, como tabelas, campos, validações e descrições. Só com isso, já podemos gerar todas as telas de entrada de dados, algumas listagens e principalmente a documentação e help do sistema. Dicas para seus padrões no SIW Segue algumas dicas para que você tenha seus padrões ou implante na sua empresa ou no seu trabalho isolado, não importa se seja um projeto simples ou não, sempre padronize. Segue alguns itens que devem ser considerados: Segunda-feira, Agosto 02, 2004
O XML é Futuro? Desde que ouvi a primeira vez o nome XML, foi dito que ele seria um grande avanço para a integração de sistemas... Que o XML seria a grande linguagem, que um dia até, poderia se integrar no Browser. Verdade! O XML é uma linguagem muito interessante e está sendo utilizada amplamente em vários serviços de interconexão na área de sistemas, como por exemplo: - A Integração de todos os bancos no Brasil; - Web Services; - GMail; - etc. Tudo usando XML... Com ele, também tenho visto e até usado, para transferência de dados entre sistemas, bem como arquivos de parâmetros para sistemas. A parte mais interessante, está no XHTML, que é totalmente baseado nas especificações do XML. O pouco que já usei do XML, ele nos faz ter cuidado na escrita dos códigos, coisa que não era tão necessária no HTML normal. Você pode definir ilhas de dados, sem a necessidade de criar dezena de tabelas separadas, basta ir criando uma estrutura hierárquica de dados e a leitura será da mesma forma. Para mim, o XML não é o futuro, ele é o agora e penso que estamos ainda só na pontinha do ICEBERG das possibilidades de uso. E como podemos utilizá-lo no SIW? Meus planos estão em utilizar o XML para: Validação de formulários durante a digitação Penso que essa será a melhor de todas as coisas já deveríamos ter no SIW, já que nos sistemas GUI, isso é normal, mas devido a falta de conexão entre o cliente (Browser) e o servidor, isso não é era possível. Usando o XML com facilitadores disponíveis, como o XML da Microsoft, bem como o nativo no Mozilla e/ou Opera. A idéia, é usar os eventos de onblur com timers, o sistema poderá fazer usar o XML para ler dados no servidor e apresentar uma mensagem de erro, antes mesmo do usuário clicar no botão de enviar. Preenchimento de caixas de seleção (SELECT As caixas de seleção, podem ser preenchidas durante a geração do HTML do formulário, mas se você tem algum campo de seleção que depende de alguma filtragem baseada em algum outro campo do formulário, o XML é a melhor saída, já que não será necessário fazer o envio e processamento do HTML todas as vezes que alterarmos o conteúdo de algum campo. Retorno do resultado de campos com base em códigos É a idéia de que você digite alguma informação em algum campo, e o sistema fará a chamada no servidor usando XML para que ele retorne outros campos preenchidos, tal como o CEP, código de cliente e ai vai. Preenchimento automático de campo, com base no resultado de outros O mesmo que anterior, mas jogando algum pedido para o servidor para retornar os dados e/ou executar algum cálculo que somente o servidor poderá fazer. A idéia é de preencher o conteúdo de alguns campos automaticamente, de acordo com o resultado do XML. Importação e Exportação de dados Diversas vezes, precisamos dar a carga em algum sistema, bem como exportar os dados já filtrados para outro sistema, mas fazer isso não é tão simples e muitas vezes, precisamos de métodos especiais e/ou algum programador ter que fazer isso para nós. Usando o XML, poderemos definir conjunto de dados padronizados, que poderão transportados sem a necessidade de ambientes complexos. O Legal do XML, é que você pode não somente manipular uma tabela, mas como também toda a estrutura de dados de uma só vez, sem perder a integridade dos dados. RSS RSS - Really Simple Syndication, quer é uma forma de atualização de publicação de conteúdo, como notícias, blogs etc. O RSS tem sido altamente utilizado e cada vez mais, por empresas que publicam notícias e cada vez mais, também em blogs. Existem várias versões e a mais atual e utilizada é versão RSS 2.0. Parâmetros de aplicações Da mesma forma que podemos criar ilhas de informação com o XML para dados, poderemos também utilizar o XML para guardar informações com parâmetros do funcionamento das aplicações. Parametrização de dados por usuário Da mesma forma que os parâmetros da aplicação, poderemos utilizar o XML para armazenar dados do uso de aplicações para cada usuário de um determinado sistema. Etc Não há limites para o uso do XML, como falei acima, estamos ainda na pontinha do ICEBERG. Onde já estou utilizando? Pessoalmente, já estou utilizando nos parâmetros de sistemas, bem como no TreeView. Logo estarei colocando o mesmo também no gerenciamento de formulários etc que comentei acima.
| |||||||||||||||||||||||||||||||||||||||||||||
