{"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\/es\/blog\/news\/krasota-v-glazah-smotryashhego","title":{"rendered":"La belleza est\u00e1 en los ojos del que mira","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Llevo tiempo desarrollando aplicaciones web. Mucho tiempo. Mis primeras aplicaciones web en el entorno Lotus Domino<\/a><\/noindex> las cre\u00e9 en una \u00e9poca en la que la palabra \u00abgoogle\u00bb<\/em> todav\u00eda no era un verbo, y para buscar informaci\u00f3n en internet las personas usaban Yahoo! y Rambler. Yo usaba Infoseek<\/a><\/noindex>\u2018en ellos, ten\u00edan una b\u00fasqueda m\u00e1s restringida y una interfaz no tan desordenada como Yahoo!<\/p>\n

<\/p>\n

El desarrollo de aplicaciones, de cualquier aplicaci\u00f3n, no s\u00f3lo para la web \u2014 es un trabajo creativo. Es poco probable que alguien dispute esta afirmaci\u00f3n. Y la belleza en la creatividad es como la pr\u00e1ctica en el conocimiento cient\u00edfico \u2014 un criterio de verdad. Pero si la pr\u00e1ctica cient\u00edfica es objetiva y se basa en medidas, la belleza es un asunto subjetivo, depende de qui\u00e9n lo mire. As\u00ed que me hice la pregunta: \u00bfqu\u00e9 es para m\u00ed una bonita aplicaci\u00f3n web? <\/p>\n

\n\"La<\/p>\n

(aunque mi ojo no es el de una mujer, IMHO, el ojo femenino en la belleza es m\u00e1s apropiado que el masculino, ya que esto es \u2014 belleza<\/a><\/noindex>!)<\/em><\/p>\n

<\/p>\n

Debajo, mis propios criterios de lo que actualmente puede considerarse una hermosa aplicaci\u00f3n web. Una exposici\u00f3n muy subjetiva, determinada por mi experiencia personal. Es posible que para algunos mis criterios de belleza parezcan criterios de fealdad. No se sorprendan, simplemente tienen otra experiencia.<\/p>\n

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

Y dado que ustedes han bajado, por favor, sean cuidadosos en los comentarios. Porque, si pueden dejar de leer el art\u00edculo en cuanto lo que se expone les parezca feo o incluso horrendo, yo, como autor, tengo que leer todos los comentarios.<\/p>\n

<\/p>\n

Entorno<\/h1>\n

<\/p>\n

Protocolos<\/h3>\n

<\/p>\n

No estoy seguro si vale la pena resaltar este criterio por separado. Las aplicaciones web viven en la red y deben cumplir con las leyes de la red (protocolos). Los principales protocolos en la red son TCP<\/a><\/noindex> y IP<\/a><\/noindex>. Sobre ellos se basan muchos otros protocolos, pero para las aplicaciones web considero el m\u00e1s importante . La mejora del rendimiento de nginx se debe al uso de una arquitectura as\u00edncrona basada en eventos, a diferencia del modelo multihilo. Esto, junto con un alto paralelismo, permite a nginx manejar solicitudes con un bajo consumo de memoria. Esto hace que Nginx sea una excelente soluci\u00f3n para servidores web, tanto para grandes como para peque\u00f1os vol\u00famenes de tr\u00e1fico. nginx es una soluci\u00f3n madura y completamente documentada, que permite configurar f\u00e1cilmente la configuraci\u00f3n seg\u00fan tus necesidades. Los desarrolladores tambi\u00e9n utilizan nginx como proxy inverso para<\/a><\/noindex> (m\u00e1s bien, su extensi\u00f3n HTTPS<\/a><\/noindex> basado en TLS<\/a><\/noindex>). Es decir, una bonita aplicaci\u00f3n web est\u00e1 disponible a trav\u00e9s de HTTPS\/TLS (como alternativa \u2014 por HTTP), y otros protocolos (LDAP, RPC, IMAP4, POP3, SMTP, FTP, NNTP, \u2026) la hacen menos atractiva con cada protocolo adicional que se soporte. La aplicaci\u00f3n misma puede utilizar recursos externos a trav\u00e9s de estos protocolos adicionales. <\/p>\n

<\/p>\n

En cuanto a WebSocket<\/a><\/noindex>, as\u00ed que no tengo suficiente experiencia usando este protocolo con aplicaciones web. Parece hermoso y prometedor, pero no puedo decir cu\u00e1n estable y pr\u00e1ctico es. <\/p>\n

<\/p>\n

Navegadores<\/h3>\n

<\/p>\n

Una aplicaci\u00f3n web se encuentra a medio camino entre el lado del servidor y el lado del cliente. El lado del cliente es el navegador. Un navegador moderno ofrece muchas funcionalidades<\/a><\/noindex>, que una aplicaci\u00f3n web moderna puede y debe aprovechar en su beneficio. Una bonita aplicaci\u00f3n web utiliza las capacidades modernas de los navegadores y no est\u00e1 obligada a funcionar en aquellos navegadores que no las ofrecen. Entiendo que los polyfills<\/a><\/noindex> son una medida necesaria, pero no son est\u00e9ticamente agradables. Al final, no solo los desarrolladores deben mantenerse al d\u00eda con las tecnolog\u00edas modernas, tambi\u00e9n se aplica a los usuarios y a los negocios.<\/p>\n

<\/p>\n

Lenguajes de programaci\u00f3n<\/h3>\n

<\/p>\n

Con los lenguajes de programaci\u00f3n utilizados para crear aplicaciones web, todo es muy confuso. Para la parte del cliente de las aplicaciones web, hay muchas tecnolog\u00edas que permiten al desarrollador facilitar la creaci\u00f3n de la tr\u00edada HTML\/CSS\/JS (lo que todos los navegadores modernos comprenden). Pero en su momento, tuve un contacto estrecho con GWT<\/a><\/noindex> y considero que es est\u00e9ticamente mejor cuando el desarrollador puede ver el c\u00f3digo original en el navegador, y no el resultado de la compilaci\u00f3n o transpileci\u00f3n. Por lo tanto, el uso de webpack<\/a><\/noindex>\u2018y productos similares para la generaci\u00f3n de c\u00f3digo de cliente, IMHO, no son atractivos. Cuanto m\u00e1s parecido sea el c\u00f3digo ejecutable en el navegador al c\u00f3digo fuente creado por el desarrollador, mejor. \u00bfNo lo creen? Intenten depurar en producci\u00f3n el c\u00f3digo generado por GWT.<\/p>\n

<\/p>\n

Del lado del servidor hay m\u00e1s libertad (Java, PHP, Perl, Python, C#, Ruby, \u2026), pero creo que es m\u00e1s bonito cuando se utiliza un mismo lenguaje de programaci\u00f3n \u2014 JavaScript, tanto del lado del servidor como en el navegador. En definitiva el lenguaje define el pensamiento<\/a><\/noindex>, y los equipos de personas afines son m\u00e1s productivos.<\/p>\n

<\/p>\n

Humanidad<\/h1>\n

<\/p>\n

Una bonita aplicaci\u00f3n web debe ser \u00fatil. \u00datil, ante todo, para la persona como consumidor final. Por lo tanto, no puedo considerar una aplicaci\u00f3n web como bonita los servicios web<\/a><\/noindex>. Para una persona com\u00fan (que no es desarrollador web), son complicados. Los servicios web son bonitos a su manera,<\/p>\n

<\/p>\n

Una bonita aplicaci\u00f3n web debe tener una interfaz intuitiva. Se puede debatir sobre Interfaz de Usuario<\/a><\/noindex>\u2018es una cosa bastante subjetiva. Pero con UX<\/a><\/noindex> todo es mucho m\u00e1s sencillo si el usuario no puede utilizar la aplicaci\u00f3n sin el anhelado RTFM<\/a><\/noindex> \u2014 mala experiencia de usuario, aplicaci\u00f3n web poco atractiva. Las aplicaciones web m\u00e1s bellas en relaci\u00f3n a este criterio pueden ser utilizadas f\u00e1cilmente por ni\u00f1os que a\u00fan no saben leer. <\/p>\n

<\/p>\n

Escalabilidad inversa<\/h1>\n

<\/p>\n

Hace mucho tiempo, los programas se pod\u00edan transferir en disquetes, ahora \u2014 en pendrives o descargarlos directamente de la red. Copiar una aplicaci\u00f3n normal y ejecutarla en otra m\u00e1quina es una tarea trivial. La situaci\u00f3n con las aplicaciones web es un poco diferente. La red es un entorno global donde no es necesario tener clones de la misma aplicaci\u00f3n web. Con un Facebook, un Twitter, un Instagram, Mail.ru o Yandex es suficiente. Se pueden tener diversas aplicaciones web en el mismo nicho tem\u00e1tico, pero con audiencias diferentes (como Facebook y Vkontakte, Mail.ru y Gmail, Google Maps y Azure Maps). Los recursos hardware necesarios para garantizar la disponibilidad global de tales aplicaciones web son, por as\u00ed decirlo, no triviales<\/a><\/noindex>.<\/p>\n

<\/p>\n

Nunca he trabajado con aplicaciones web de ese nivel como desarrollador y no tengo idea de c\u00f3mo est\u00e1n organizadas por dentro. Para garantizar el funcionamiento de tales aplicaciones web se requieren equipos de especialistas adecuados y centros de datos separados. Me fascina la capacidad de las personas para colaborar en tales escalas y crear productos as\u00ed, pero mi est\u00e1ndar de belleza es una aplicaci\u00f3n web que se puede ejecutar en una laptop independiente.<\/p>\n

<\/p>\n

Una hermosa aplicaci\u00f3n web se escala no solo hacia arriba y hacia afuera (para los usuarios), sino tambi\u00e9n hacia abajo y hacia adentro (para los desarrolladores).<\/p>\n

<\/p>\n

\u00abAnfibios\u00bb<\/h1>\n

<\/p>\n

Para acceder a aplicaciones web modernas se utilizan dispositivos de dos tipos:<\/p>\n

<\/p>\n