{"id":36689,"date":"2019-10-31T22:13:11","date_gmt":"2019-10-31T19:13:11","guid":{"rendered":"https:\/\/prohoster.info\/blog\/krasota-v-glazah-smotryashhego\/"},"modified":"2019-10-31T22:13:11","modified_gmt":"2019-10-31T19:13:11","slug":"krasota-v-glazah-smotryashhego","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/krasota-v-glazah-smotryashhego","title":{"rendered":"A beleza est\u00e1 nos olhos de quem a v\u00ea","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Eu j\u00e1 trabalho no desenvolvimento de aplicativos web h\u00e1 muito tempo. Muito tempo mesmo. Meus primeiros aplicativos web na plataforma Lotus Domino<\/a><\/noindex> eu criei na \u00e9poca em que a palavra \u00abgoogle\u00bb<\/em> ainda n\u00e3o era um verbo, e para buscar informa\u00e7\u00f5es na internet, as pessoas usavam Yahoo! e Rambler. Eu usava Infoseek<\/a><\/noindex>\u2014 eles tinham uma busca mais restrita e uma interface menos sobrecarregada do que a Yahoo!<\/p>\n

<\/p>\n

O desenvolvimento de aplicativos, de qualquer aplicativo, n\u00e3o apenas para a web \u2014 \u00e9 um trabalho criativo. Poucas pessoas discordariam dessa afirma\u00e7\u00e3o. A beleza na criatividade \u00e9 como a pr\u00e1tica no conhecimento cient\u00edfico \u2014 um crit\u00e9rio de verdade. Mas, enquanto a pr\u00e1tica cient\u00edfica \u00e9 objetiva e baseada em medi\u00e7\u00f5es, a beleza \u00e9 algo subjetivo, dependendo de quem observa. Assim, me perguntei: o que, para mim, \u00e9 um aplicativo web bonito? <\/p>\n

\n\"A<\/p>\n

(na KDPV, o olho n\u00e3o \u00e9 o meu, \u00e9 o olho feminino, mas, IMHO, o olhar feminino na KDPV \u00e9 mais adequado do que o masculino, afinal, isso \u00e9 \u2014 KDPV<\/a><\/noindex>!)<\/em><\/p>\n

<\/p>\n

Abaixo, est\u00e3o meus pr\u00f3prios crit\u00e9rios para o que, no momento, pode ser considerado um aplicativo web bonito. Uma exposi\u00e7\u00e3o muito subjetiva, baseada na minha experi\u00eancia pessoal. Talvez, para alguns, meus crit\u00e9rios de beleza pare\u00e7am crit\u00e9rios de feiura. N\u00e3o se surpreendam, apenas t\u00eam uma experi\u00eancia diferente.<\/p>\n

<\/a><\/noindex><\/p>\n

E j\u00e1 que voc\u00ea desceu, por favor, seja cuidadoso nos coment\u00e1rios. Afinal, se voc\u00ea pode parar de ler o artigo assim que o que est\u00e1 exposto nele parecer feio ou at\u00e9 mesmo horr\u00edvel para voc\u00ea, eu, como autor, sou obrigado a ler todos os coment\u00e1rios.<\/p>\n

<\/p>\n

Habitat<\/h1>\n

<\/p>\n

Protocolos<\/h3>\n

<\/p>\n

N\u00e3o sei se vale a pena destacar esse crit\u00e9rio separadamente. Aplicativos web vivem na Rede e precisam se adequar \u00e0s Leis da Rede (protocolos). Os principais protocolos na Rede s\u00e3o TCP<\/a><\/noindex> e IP<\/a><\/noindex>. A partir deles se baseiam muitos outros protocolos, mas para aplicativos web eu considero o mais importante HTTP<\/a><\/noindex> (ou melhor, sua extens\u00e3o HTTPS<\/a><\/noindex> baseada em TLS<\/a><\/noindex>). Ou seja, um aplicativo web bonito est\u00e1 dispon\u00edvel por HTTPS\/TLS (ou, como op\u00e7\u00e3o, por HTTP), e outros protocolos (LDAP, RPC, IMAP4, POP3, SMTP, FTP, NNTP, ...) o tornam menos bonito a cada protocolo adicional suportado. O pr\u00f3prio aplicativo pode usar esses protocolos adicionais para acessar recursos externos. <\/p>\n

<\/p>\n

Quanto \u00e0s WebSocket<\/a><\/noindex>, ent\u00e3o eu n\u00e3o tenho experi\u00eancia suficiente com esse protocolo em aplica\u00e7\u00f5es web. Parece bonito e promissor, mas qu\u00e3o est\u00e1vel e pr\u00e1tico isso \u00e9 \u2014 n\u00e3o posso dizer. <\/p>\n

<\/p>\n

Navegadores<\/h3>\n

<\/p>\n

Uma aplica\u00e7\u00e3o web est\u00e1 apenas com um p\u00e9 no lado do servidor e o outro \u2014 no lado do cliente. O lado do cliente \u00e9 o navegador. Um navegador moderno fornece muitas coisas<\/a><\/noindex>, que uma aplica\u00e7\u00e3o web moderna pode e deve usar em seu benef\u00edcio. Uma bonita aplica\u00e7\u00e3o web utiliza as capacidades modernas dos navegadores e n\u00e3o precisa funcionar nos navegadores que n\u00e3o oferecem essas capacidades modernas. Eu entendo que polifills<\/a><\/noindex> \u2014 \u00e9 uma medida for\u00e7ada, mas isso n\u00e3o \u00e9 bonito. Afinal, n\u00e3o s\u00e3o apenas os desenvolvedores que devem acompanhar as tecnologias modernas, isso tamb\u00e9m diz respeito aos usu\u00e1rios e aos neg\u00f3cios.<\/p>\n

<\/p>\n

Linguagens de Programa\u00e7\u00e3o<\/h3>\n

<\/p>\n

Com as linguagens de programa\u00e7\u00e3o usadas para criar aplica\u00e7\u00f5es web, tudo \u00e9 muito confuso. Para a parte cliente das aplica\u00e7\u00f5es web, h\u00e1 uma infinidade de tecnologias que permitem ao desenvolvedor facilitar a cria\u00e7\u00e3o da tr\u00edade HTML\/CSS\/JS (o que todos os navegadores modernos entendem). Mas eu, a meu tempo, tive um contato pr\u00f3ximo com GWT<\/a><\/noindex> e considero bonito quando um desenvolvedor v\u00ea no navegador o c\u00f3digo original, e n\u00e3o o resultado da compila\u00e7\u00e3o ou transpira\u00e7\u00e3o. Portanto, usar webpack<\/a><\/noindex>e produtos semelhantes para gera\u00e7\u00e3o de c\u00f3digo do cliente, na minha opini\u00e3o, n\u00e3o s\u00e3o bonitos. Quanto mais o c\u00f3digo executado no navegador se assemelha ao c\u00f3digo-fonte criado pelo desenvolvedor, melhor. N\u00e3o acredita? Experimente depurar em produ\u00e7\u00e3o o c\u00f3digo gerado pelo GWT.<\/p>\n

<\/p>\n

No lado do servidor, h\u00e1 mais liberdade (Java, PHP, Perl, Python, C#, Ruby, ...), mas eu acho que \u00e9 bonito quando um \u00fanico linguagem de programa\u00e7\u00e3o \u2014 JavaScript \u2014 \u00e9 usada tanto no lado do servidor quanto no navegador. Afinal, a linguagem define o pensamento<\/a><\/noindex>, e equipes de pessoas afins s\u00e3o mais produtivas.<\/p>\n

<\/p>\n

Humanidade<\/h1>\n

<\/p>\n

Uma bonita aplica\u00e7\u00e3o web deve ser \u00fatil. \u00datil, antes de tudo, para o ser humano, como consumidor final. Portanto, eu n\u00e3o posso chamar de uma aplica\u00e7\u00e3o web bonita servi\u00e7os web<\/a><\/noindex>. Para uma pessoa comum (n\u00e3o um desenvolvedor web), eles s\u00e3o complicados. Os servi\u00e7os web s\u00e3o bonitos \u00e0 sua maneira,<\/p>\n

<\/p>\n

Uma bonita aplica\u00e7\u00e3o web deve ter uma interface intuitiva. Pode-se discutir sobre UI<\/a><\/noindex>\u00e9 uma coisa bastante subjetiva. Mas com UX<\/a><\/noindex> tudo fica muito mais simples se o usu\u00e1rio n\u00e3o puder usar o aplicativo sem o precioso RTFM<\/a><\/noindex> \u2014 uma m\u00e1 experi\u00eancia do usu\u00e1rio, um aplicativo web feio. Os aplicativos web mais bonitos, relativamente a esse crit\u00e9rio, podem ser facilmente utilizados por crian\u00e7as que ainda n\u00e3o sabem ler. <\/p>\n

<\/p>\n

Escalonabilidade Reversa<\/h1>\n

<\/p>\n

Antigamente, os programas podiam ser transferidos em disquetes, agora \u2014 em pen drives ou baixados diretamente da internet. Copiar um aplicativo comum e execut\u00e1-lo em outra m\u00e1quina \u00e9 uma tarefa trivial. A situa\u00e7\u00e3o \u00e9 um pouco diferente com aplicativos web. A rede \u00e9 um ambiente global onde n\u00e3o h\u00e1 necessidade de ter clones de um mesmo aplicativo web. H\u00e1 espa\u00e7o suficiente para um Facebook, Twitter, Instagram, Mail.ru ou Yandex. \u00c9 poss\u00edvel ter v\u00e1rios aplicativos web no mesmo nicho tem\u00e1tico, mas com diferentes p\u00fablicos (como Facebook e Vkontakte, Mail.ru e Gmail, Google Maps e Azure Maps). Os recursos de hardware necess\u00e1rios para garantir a disponibilidade global de tais aplicativos web s\u00e3o, digamos, n\u00e3o triviais<\/a><\/noindex>.<\/p>\n

<\/p>\n

Nunca trabalhei com aplicativos web de tal n\u00edvel como desenvolvedor e n\u00e3o tenho ideia de como eles s\u00e3o estruturados por dentro. Para garantir a funcionalidade de tais aplicativos web, s\u00e3o necess\u00e1rias equipes de especialistas correspondentes e data centers separados. Fico admirado com a capacidade das pessoas de cooperar em tais escalas e criar produtos semelhantes, mas meu padr\u00e3o de beleza \u00e9 um aplicativo web que pode ser executado em um laptop separado.<\/p>\n

<\/p>\n

Um belo aplicativo web se escala n\u00e3o apenas para cima e para fora (para os usu\u00e1rios), mas tamb\u00e9m para baixo e para dentro (para os desenvolvedores).<\/p>\n

<\/p>\n

\u00abAnfibiedade\u00bb<\/h1>\n

<\/p>\n

Para acessar aplicativos web modernos, s\u00e3o utilizados dois tipos de dispositivos:<\/p>\n

<\/p>\n