Resistência aos Padrões Web , impossibilita percorrer novos caminhos.

Lendo um artigo a alguns dias  no imasters Resistência aos Padrões Web , cheguei a comentar minha opinião e quero dividir ela aqui com os leitores do blog.

Bom é um assunto que para mim já foi encerrado há alguns anos , pois quando comecei a conhecer os padrões web , comecei a percorrer outros caminhos , que não ia conseguir usando o modo antigo “usando tabelas” por exemplo.

Acredito que seja uma maneira mais produtiva e mais eficiente de se trabalhar com a web.

Algumas questões são simples como:

• Velocidade
• Acessibilidade
• Manutenção

Um exemplo é quando precisa trocar de layout , terá que refazer seu trabalho totalmente de ponta a ponta , mesmo que tente separar os elementos o tanto quanto pode.

O caminho que está a sua espera.

Conhecer realmente o que está fazendo e como isso traz benefícios ao longo do tempo , e como planejar , desenvolver e manter um bom projeto com facilidade.

Além das possibilidades de trabalhar as informações que são expostas na web , de forma padronizada usando web semântica , que nada mais é uma maneira organizar as informações de forma que elas possam ser entendidas para que elas servem realmente.

A não adoção do padrões web acredito que segue pelos seguintes fatores.

Falta de tempo + pouca produtividade = tabelas

Falta de tempo acredito que todo mundo tenha , hoje em dia quem trabalha nessa área sabe muito bem como as coisas são para o ultima hora e tem que ser “virar” para deixar o cliente satisfeito , mais acredito que a longo prazo isso pode ser um fator que faça falta , quando for disputar clientes em mercados aonde empresas já utilizam esses padrões web e usam eles para benefícios dos clientes.

É uma questão de se pensar e adotar os padrões web como sendo estratégia de médio e longo prazo para bons resultados dentro do mercado , que a cada dia é mais exigente.

Pouca produtividade é uma questão importante , somada a falta de tempo é um fator chave para não adotar os padrões web  , a médio e longo prazo estará perdendo mercado.

Produtividade vem com experiência e experiência vem de oportunidades , oportunidade é uma coisa que pode ser criada , por exemplo , fazendo trabalhos sem precisar realmente de fazer eles , somente pegando um projeto  qualquer e desenvolvendo ele para ir se aprimorando e com o tempo verá que a produtividade ir aumentar quando se fala de desenvolvimento de projetos de pequeno , médio e grande porte , sem distinção.

No próprio artigo vi comentários falando “é pequeno” “não compensa são 10 páginas” , essas 10 paginas serão acessadas facilmente? Google? Existe pessoas que acessam a internet mesmo não vendo nada “cegos” , eles tem acesso a internet e como você pensa nessas pessoas? Como você dentro desse futuro de acesso a internet de todas as maneiras , dispositivos moveis “que são um futuro promissor para esse mercado” , vão interagir com esse mercado?

Questões como essa informação é de fácil acesso é uma questão importante , como para mecanismos de busca “diga-se olá Google” , vão acessar essas informações de maneira rápida , somando isso a relevância do conteúdo é aonde se chega ao nível de disputar mercados frente a frente com qualquer um , independente do mercado , se é alimentos , aviões , publicidade , seja  o que for “dentro da internet digo”.

Uma coisa questão importante que posso citar também isso para navegadores convencionais diga-se “Firefox , Google Chrome , IE é navegador?” , a questão é interatividade.

Interatividade

Questão muito importante , como será a interatividade usando tabelas? Quase zero .

Imagine agora como trabalhar com aquele framework de javascript que você sempre ve o pessoal pelos fóruns , listas de discussões etc falando “se viu como brinco com as informações?” , esses frameworks(ou toolkits) seguem os padrões web , e graças a esses padrões hoje temos ferramentas como essas no mercado.

Imagine um cenário , aonde você tem determinadas informações e precisa mapear elas para deixar elas de forma interativa.

Como pensa que vai fazer isso?

Vou colocar ali um id para identificar essas informações e pronto to feliz resolvi o problema.

Daí eu digo , quero trocar.

E agora?

Agora to perdido.

Usar é uma questão de deixar as informações independentes de como elas vão ser , interativas ou não ,  mais se precisar eu faço rapidamente.

Deixando as informações bem estruturadas , pode dormir tranqüilo por que se precisar trocar , facilmente vai visualizar a solução e ganhará tempo para aprender mais.

É um assunto que já não me preocupo e hoje estou vivendo e aprendendo coisas novas para ajudar a cada dia mais aumentar o meu nível profissional.

Olá ,

Já começando a postar no blog , gostaria de falar sobre como o mercado aceitou o MVC como padrão de desenvolvimento web sendo que a cerca de 3 a 4 anos atraz poucas empresas tiravam proveito desse padrão para desenvolvimento web.

Eu particularmente comecei a utilizar esse padrão com Java , sendo:

M: EJB
C: Servlets
V: Jsp

Agora vemos Frameworks MVC para WEB até não querer mais , alguns que acho interessante são:

CakePHP – PHP
Django – Python
Ruby on rails – Ruby
Spring MVC – Java

Todos citados acima são livres.

Talvez vocês estudando um pouco mais a fundo para poder entender o que realmente faz um Framework MVC para WEB , você irá perceber que todos os Frameworks tem pontos em comum. Uma ou outra coisa que um ou outro que facilita o desenvolvimento mais o propósito inicial de um framework mvc para web é o mesmo.

Interessante é , se você é um programador web que não apenas faz uso de frameworks para ajudar no seu dia-a-dia , tente entender mais a fundo o que cada um deles tem em comum o que está por traz de tudo o que você utiliza , não apenas ser um usuários dos recursos do mesmo.

No próximo post vou colocar mais a fundo como entender um Framework mvc para web , independente de linguagem de programação.

Abraços