MLM Publishing providing free articles to the online community |
|||
Menu |
Read More... |
Sponsers |
|
Precisamos de padronizar os SIW?
By: Ruben Zevallos Jr. 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. 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: About the AuthorAnalista de Sistemas, especialista de projetos para Internet desde 1993, projetista e mantenedor de diversos sites no Brasil, como os sites da FAMEM e Porto do Itaqui.
|
|
||