Por mais difícil que seja acreditar, já se passaram 20 anos desde que a World Wide Web se tornou parte integrante de nossa cultura coletiva. Ele desempenhou um papel importante na mudança de como nos comunicamos e como trabalhamos. Não há muitos aspectos de nossas vidas que não foram alterados pela web e sua coleção aparentemente ilimitada de informações.
Quanto aos designers, certamente somos gratos pelo papel que a web desempenhou em nossas vidas. Isso nos proporcionou um meio de viver bem, afinal de contas.
Mas, a web pode ser um lugar muito obcecado por tendências, especialmente quando se trata de tecnologia. Sempre foi difícil manter-se atualizado com os mais recentes sinos e assobios que os clientes estão pedindo (mesmo que não sejam tão bons). O passado está repleto de exemplos de “recursos” enigmáticos que implementamos e tecnologias limitadas que tivemos para contornar.
Aqui estão alguns desses itens que já foram toda a raiva. Em retrospectiva, eles se revelaram tecnologias desajeitadas que antes eram uma parte necessária do nosso trabalho. Enquanto você ainda pode encontrar alguns exemplos deles em estado selvagem, eles estão rapidamente se tornando extintos.
Nos anos 90, como o uso da web estava crescendo rapidamente, as empresas tinham como objetivo criar sites que fossem mais divertidos e amigáveis ao consumidor. Havia uma infinidade de novos plugins de navegador e software complementar que permitiam isso. O que se destacou, porém, foi que a falta de padrões significava que a maior parte dessa tecnologia era fechada e proprietária.
Quando o Microsoft Internet Explorer foi lançado em agosto de 1995, seu principal concorrente foi o upstart Netscape Navigator . A gigante do software do estado de Washington estava tentando tirar a Netscape dos negócios e dominar a fatia de mercado dos navegadores.
Entre suas muitas idéias estava a criação de não padronizado HTML que funcionaria apenas no IE. Isso levou a sites que poderiam ser radicalmente diferentes em outros navegadores. Como se viu, muitos designers não estavam interessados em usar código que tornasse seu site inútil (ou simplesmente feio) para um grupo significativo de usuários.
Ambos os formatos de vídeo e áudio costumavam ser uma bagunça completa. Muito antes de os padrões HTML5 permitirem que os navegadores lidassem com multimídia por conta própria, havia vários formatos e softwares proprietários necessários para assistir ou ouvir qualquer coisa.
Configurar um site com qualquer conteúdo significava que você tinha que escolher entre os formatos concorrentes. Plugins para o QuickTime, RealAudio / RealVideo e o Windows Media Player estava entre os mais usados. E, claro, eles não eram de modo algum compatíveis entre si. Assim, qualquer que seja o formato que você tenha postado em um site, o usuário final precisa ter um software compatível instalado para acessar o conteúdo. O pior é que, ao usar a plataforma RealAudio / RealVideo, você precisaria instalar um pacote de software do lado do servidor para ativar vários fluxos simultâneos. Isso tornou os eventos ao vivo bastante caros.
Grande parte disso também veio em um momento em que as conexões de banda larga não eram tão comuns. Embora as empresas de software se vangloriassem da capacidade de seus produtos funcionarem bem com pouquíssima largura de banda, a qualidade da mídia de streaming geralmente era ruim. Os vídeos eram minúsculos e pixelados, enquanto o áudio (especialmente o streaming de áudio ao vivo) soava a par com um rádio AM barato.
Nota interessante: Minha primeira compra on-line foi para a versão “premium” do Jogador real . Prometia o uso de codecs de última geração que melhoravam a qualidade do conteúdo de streaming. Dito isto, não notei qualquer melhoria. Talvez esse modem de 56k tenha algo a ver com isso ...
Eu sei, Instantâneo ainda é usado um pouco para o vídeo. Mas houve um tempo em que o Flash era a plataforma para mídia interativa e animação. Qualquer site que quisesse animação, jogos, áudio ou players de vídeo usaria o formato.
Flash, em geral, tinha algumas falhas fatais:
Se você quisesse criar conteúdo original em Flash, precisava comprar um pacote de software caro (primeiro do fabricante original, Macromedia e Adobe). Foram várias centenas de dólares e tiveram atualizações regulares que também não eram tão baratas.
O software em si foi bastante poderoso. Mas também apresentou uma curva de aprendizado bastante íngreme. Você precisava de um pouco de paciência para criar conteúdo, pois poderia ser um processo muito longo e demorado. Animações simples que podem ter sido executadas no navegador de um usuário por 10 segundos podem levar algumas horas para serem criadas.
Muitos designers diziam uma ou duas palavras desagradáveis sempre que um cliente solicitava algum conteúdo em Flash.
Lembre o Introdução em flash ? Como sobre sites que foram construídos inteiramente em Flash? Não me entenda mal, houve algumas implementações maravilhosamente criativas do formato. Mas, nas mãos erradas, tornou-se uma maneira completamente hostil ao usuário de criar um site.
Quase se tornou uma maneira de ditar aos usuários exatamente o que você queria que eles fizessem, em vez de deixá-los decidir por si mesmos. Olhando para trás, falha fatal # 1 provavelmente levou a # 2. Os designers sabiam que podiam cobrar um bom dinheiro pelo desenvolvimento do Flash e, assim, vendiam-no… frequentemente.
O Flash acabou adquirindo uma nova vida como a plataforma de vídeo preferida do YouTube. No entanto, a Apple postura famosa de não permitir que o Flash Player seja executado em dispositivos iOS, o retorno foi bastante curto. O Flash Professional - o aplicativo de criação - permanece na forma de Adobe Animate CC .
Antigamente, um sistema de gerenciamento de conteúdo (CMS) era algo geralmente personalizado para uma grande corporação. Isso significava que muitos sites foram construídos usando HTML bem antiquado. E pode ficar muito difícil de manter.
Graças ao CMS de código aberto como o WordPress, o Joomla! e Drupal, podemos tomar muitas coisas como garantidas. Humorize-me enquanto passo por algumas coisas mundanas que fazemos todos os dias, que costumavam ser uma verdadeira dor com um site estático.
Em um site estático, você criaria um novo documento HTML usando o modelo adequado e adicionaria seu conteúdo. Em seguida, você tinha que adicionar manualmente um link para o artigo em uma página de índice ou outra listagem. Se você quiser que este artigo apareça em uma barra lateral, talvez tenha que abrir um servidor incluir arquivo e adicione um link também. E não se esqueça de carregar essas alterações no servidor.
Com um CMS, você acabou de adicionar o novo conteúdo.
Estes foram muito divertidos! Digamos que você precise criar uma galeria com 100 fotos. Você cortaria e otimizaria as fotos com um editor de imagens (versões de tamanho completo e miniaturas), configuraria um layout HTML (provavelmente usando uma tabela) para a página da galeria. Em seguida, você precisava implementar um script rudimentar para vincular miniaturas a fotos em tamanho real ou criar novas páginas para cada foto.
Claro, um bom plugin CMS pode fazer todas essas coisas para você enquanto você está na sala ao lado tomando café. Automação é uma coisa linda!
Embora as tecnologias da Web de antigamente fossem muitas vezes incômodas, elas também foram precursores muito importantes para o que temos hoje. Se não forem os pontos problemáticos causados por tantos formatos de mídia proprietários, talvez não tenhamos o bem que é HTML5 ou outros padrões W3C em geral. A reação contra o Flash certamente ajudou a pastorear o uso difundido do design minimalista. E a falta de automação de sites estáticos levou ao desenvolvimento e democratização do CMS de código aberto.
Mesmo que o antigo técnico tenha morrido (ou esteja realmente próximo disso), pelo menos podemos dizer que sua existência tornou as coisas melhores para todos nós. O progresso que desfrutamos simplesmente não teria sido possível sem eles.