Arquitetura para Web ou Arquitetura para Sistema Operacional (Client)?

Concordando com grandes engenheiros e especialistas em arquitetura de sistemas, incluindo neste meio as empresas Microsoft, Apple e Google, digo:

HTML5 é o futuro da Web (Futuro mesmo, pois, ainda não foi lançado oficialmente).

Mas (tudo tem um mas), não deve substituir aplicações baseadas em sistema operacionais. Tudo depende da necessidade e das alternativas de distribuição da informação.

Estão em alta os sistemas para SmartPhones, portanto muita coisa ainda deve ser feita nestes ambientes e para isto o HTML5 é útil. Existem opções para realizar o deploy de aplicações HTML pela AppStore utilizando alguns mecanismos de empacotamento do XCode. Existe também opção para distribuição de HTML para o Android. HTML5 será o substituto do HTML atual e assim será empregado para desenvolvimento de portais, como já é feito atualmente, ou containers de aplicações Flex e Silverlight.

O que mais o HTML5 pode fazer? (é mais fácil ler no W3C).

Sobre Flex e Silverlight
Recentemente, Steve Ballmer (CEO da Microsoft), informou que o Silverlight é a plataforma da Microsoft para desenvolvimentos em ambiente SmartPhone baseado em Windows. Também vemos neste mesmo meio a Apple fechando as portas para Flash em seus dispositivos. Com um sorriso na orelha o Google apenas agradece.

Mas qual seria o futuro do desenvolvimento de aplicações?
Aplicações Web não devem substituir as aplicações Desktop (O desktop é que deve ser substituído). Isto é de comum acordo entre todas estas grandes empresas.

Flex e Silverlight vão deixar de existir?
Eu acredito que não. O que deve existir é uma melhor arquitetura das aplicações para atuar como SmartClients. Isto já deveria estar sendo feito por todas as empresas.

Uma resposta do Steve Jobs para estes questionamentos.
"Adobe has repeatedly said that Apple mobile devices cannot access “the full web” because 75% of video on the web is in Flash," says Jobs. "What they don’t say is that almost all this video is also available in a more modern format, H.264, and viewable on iPhones, iPods and iPads...Although Flash has recently added support for H.264, the video on almost all Flash websites currently requires an older generation decoder that is not implemented in mobile chips and must be run in software. The difference is striking: on an iPhone, for example, H.264 videos play for up to 10 hours, while videos decoded in software play for less than 5 hours before the battery is fully drained."
"Flash was created during the PC era – for PCs and mice," Jobs said in summary. "Flash is a successful business for Adobe, and we can understand why they want to push it beyond PCs. But the mobile era is about low power devices, touch interfaces and open web standards – all areas where Flash falls short."
"The avalanche of media outlets offering their content for Apple’s mobile devices demonstrates that Flash is no longer necessary to watch video or consume any kind of web content."

Texto original: http://www.bit-tech.net/news/hardware/2010/04/30/apple-explains-why-no-flash-on-iphone/1

Resumo: Melhor uso da bateria, pois utiliza um formato mais evoluído para distribuição de vídeos e também porque o Flex foi elaborado para uso em PCs, sendo assim tem incompatibilidade com a Interface Touch do iPhone e iPad.

Futuro para Mercado de Desenvolvimento
Trabalho com Progress 4gl desde a versão 7.0 e com .Net desde a versão 1.0 do framework (VS2002 Beta). De lá para cá, todas as ferramentas evoluiram muito. O destaque maior fica para a Microsoft com o Visual Studio. Não posso falar de Java ou de outros ambientes pois não atuo nisto, mas vi alguns frameworks para PHP, Python e Ruby e todos oferecem aceleração no desenvolvimento.
Visto que trabalhamos com prazos cada vez mais curtos, utilizar ferramentas de aceleração é o primeiro passo para o futuro. Pensando nisso você deve tomar um rumo novo caso não venha desenvolvendo com agilidade.
A tecnologia não deve ser um fator impeditivo de sua produção. Uma empresa de consultoria e desenvolvimento deve gastar mais tempo pensando na regra de negócio do cliente e assim poder oferecer uma solução mais robusta, ganhando mais tempo para realização de testes antes de distribuir no ambiente do cliente.
Pense que muitas janelas (80%) devem ser geradas com cliques e poucas linhas de código. Muitas funcionalidades já devem estar desenvolvidas fazendo com que se siga um padrão no uso das mesmas e também ganhando tempo. O Framework Vértice .Net trabalha exatamente neste sentido. Gasta-se mais tempo pensando na regra de negócio do cliente e não com o desenvolvimento de janelas.

O que vem depois?
O emprego de uma boa metodologia, seja ela RUP, XP, Scrum, entre outras, ou baseada nestes conceitos ou até mesmo um misto de todas elas.

Percebi que estou fugindo do assunto do post, então continuaremos esta conversa em breve.


Carlos R. Nobrega
Arquiteto de Soluções .Net