{"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\/fr\/blog\/news\/krasota-v-glazah-smotryashhego","title":{"rendered":"La beaut\u00e9 est dans l'\u0153il de celui qui regarde","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Je d\u00e9veloppe des applications web depuis longtemps. Tr\u00e8s longtemps. Mes premi\u00e8res applications web dans l'environnement Lotus Domino<\/a><\/noindex> je les cr\u00e9ais \u00e0 une \u00e9poque o\u00f9 le mot «google»<\/em> n'\u00e9tait pas encore un verbe, et pour rechercher des informations sur Internet, les gens utilisaient Yahoo! et Rambler. J'utilisais Infoseek<\/a><\/noindex>'ils avaient une recherche restreinte et une interface moins d\u00e9sordonn\u00e9e que Yahoo !<\/p>\n

<\/p>\n

Le d\u00e9veloppement d'applications, toutes les applications, pas seulement pour le web, est un travail cr\u00e9atif. Il est difficile de contester cette affirmation. La beaut\u00e9 dans la cr\u00e9ativit\u00e9 est comme la pratique dans la connaissance scientifique : un crit\u00e8re de v\u00e9rit\u00e9. Mais si la pratique scientifique est objective et bas\u00e9e sur des mesures, la beaut\u00e9 est subjective, d\u00e9pendante de celui qui regarde. Je me suis donc demand\u00e9 ce qui constitue pour moi une belle application web. <\/p>\n

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

(\u00e0 la KDPV, mon regard n'est pas celui d'un homme, mais, \u00e0 mon avis, le regard f\u00e9minin sur la KDPV est plus appropri\u00e9 que masculin, car c'est \u2014 KDPV<\/a><\/noindex>!)<\/em><\/p>\n

<\/p>\n

Sous cet article, mes propres crit\u00e8res de ce qui constitue actuellement une belle application web. Une exposition tr\u00e8s subjective, bas\u00e9e sur mon exp\u00e9rience personnelle. Peut-\u00eatre que mes crit\u00e8res de beaut\u00e9 sembleront \u00e0 certains \u00eatre des crit\u00e8res de laideur. Ne vous \u00e9tonnez pas, juste vous avez une exp\u00e9rience diff\u00e9rente.<\/p>\n

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

Et puisque vous \u00eates d\u00e9j\u00e0 ici, faites attention dans vos commentaires, s'il vous pla\u00eet. En effet, si vous pouvez cesser de lire l'article d\u00e8s que ce qui y est expos\u00e9 vous semble laid ou m\u00eame moche, moi, en tant qu'auteur, je dois lire tous les commentaires.<\/p>\n

<\/p>\n

Milieu de vie<\/h1>\n

<\/p>\n

Protocoles<\/h3>\n

<\/p>\n

Je ne sais m\u00eame pas si cela vaut la peine d'isoler ce crit\u00e8re. Les applications web vivent dans le r\u00e9seau et doivent se conformer aux lois du r\u00e9seau (protocoles). Les principaux protocoles dans le r\u00e9seau \u2014 TCP<\/a><\/noindex> et IP<\/a><\/noindex>. Beaucoup d'autres protocoles en d\u00e9coulent, mais pour les applications web, je pense que le plus important est . L'augmentation de la performance de Nginx est due \u00e0 l'utilisation d'une architecture asynchrone g\u00e9r\u00e9e par \u00e9v\u00e9nements, contrairement \u00e0 un mod\u00e8le multithread. Cela, combin\u00e9 \u00e0 un haut niveau de parall\u00e9lisme, permet \u00e0 Nginx de traiter les requ\u00eates avec une m\u00e9moire minimale. Cela fait de Nginx une excellente solution pour les serveurs web, qu'il s'agisse de gros ou de petits volumes de trafic. Nginx est une solution mature et enti\u00e8rement document\u00e9e, permettant une configuration facile selon vos besoins. Les d\u00e9veloppeurs utilisent \u00e9galement Nginx comme proxy inverse pour<\/a><\/noindex> (ou plut\u00f4t, son extension HTTPS<\/a><\/noindex> gcc 15.2.1 TLS<\/a><\/noindex>). C'est-\u00e0-dire qu'une belle application web est accessible via HTTPS\/TLS (ou \u00e9ventuellement HTTP), tandis que les autres protocoles (LDAP, RPC, IMAP4, POP3, SMTP, FTP, NNTP, \u2026) la rendent de moins en moins belle avec chaque protocole suppl\u00e9mentaire pris en charge. L'application elle-m\u00eame peut utiliser ces protocoles suppl\u00e9mentaires pour acc\u00e9der \u00e0 des ressources externes. <\/p>\n

<\/p>\n

Concernant WebSocket<\/a><\/noindex>, je n'ai pas assez d'exp\u00e9rience avec ce protocole pour les applications web. Cela semble beau et prometteur, mais je ne peux pas dire \u00e0 quel point c'est stable et pratique. <\/p>\n

<\/p>\n

Navigateurs<\/h3>\n

<\/p>\n

Une application web repose sur le serveur d'un c\u00f4t\u00e9 et sur le client de l'autre. Le c\u00f4t\u00e9 client est le navigateur. Un navigateur moderne offre beaucoup de choses<\/a><\/noindex>, que les applications web modernes peuvent et doivent utiliser \u00e0 leur avantage. Une belle application web utilise les capacit\u00e9s modernes des navigateurs et n'est pas oblig\u00e9e de fonctionner dans ceux qui ne les prennent pas en charge. Je comprends que les polyfills<\/a><\/noindex> soient un recours n\u00e9cessaire, mais c'est peu esth\u00e9tique. Apr\u00e8s tout, il ne s'agit pas seulement des d\u00e9veloppeurs qui doivent suivre l'\u00e9volution des technologies, cela concerne \u00e9galement les utilisateurs et les entreprises.<\/p>\n

<\/p>\n

Langages de programmation<\/h3>\n

<\/p>\n

Il y a beaucoup de confusion concernant les langages de programmation utilis\u00e9s pour cr\u00e9er des applications web. Il existe de nombreuses technologies pour le c\u00f4t\u00e9 client des applications web, permettant aux d\u00e9veloppeurs de faciliter la cr\u00e9ation de la triade HTML\/CSS\/JS (ce que tous les navigateurs modernes comprennent). Mais \u00e0 l'\u00e9poque, j'ai \u00e9t\u00e9 en contact \u00e9troit avec GWT<\/a><\/noindex> et je trouve cela esth\u00e9tique lorsque le d\u00e9veloppeur voit le code original dans le navigateur, plut\u00f4t que le r\u00e9sultat de la compilation ou de la transpilation. Ainsi, l'utilisation de webpack<\/a><\/noindex>'et de produits similaires pour la g\u00e9n\u00e9ration de code client, IMHO, ce n'est pas beau. Plus le code ex\u00e9cut\u00e9 dans le navigateur ressemble au code source cr\u00e9\u00e9 par le d\u00e9veloppeur, mieux c'est. Vous ne me croyez pas ? Essayez de d\u00e9bugger en production un code g\u00e9n\u00e9r\u00e9 par GWT.<\/p>\n

<\/p>\n

C\u00f4t\u00e9 serveur, il y a plus de libert\u00e9 (Java, PHP, Perl, Python, C#, Ruby, \u2026), mais je pense que c'est plus beau lorsque le m\u00eame langage de programmation est utilis\u00e9 aussi bien c\u00f4t\u00e9 serveur que dans le navigateur : JavaScript. Finalement, le langage d\u00e9termine la pens\u00e9e<\/a><\/noindex>, et des \u00e9quipes partageant les m\u00eames id\u00e9es sont plus productives.<\/p>\n

<\/p>\n

Humanit\u00e9<\/h1>\n

<\/p>\n

Une belle application web doit \u00eatre utile. Utile, avant tout, pour l'homme en tant que client final. C'est pourquoi je ne peux pas qualifier de belle une web-service<\/a><\/noindex>. Pour une personne ordinaire (non d\u00e9veloppeur web), c'est complexe. Les web-services sont beaux \u00e0 leur mani\u00e8re.<\/p>\n

<\/p>\n

Une belle application web doit avoir une interface intuitive. On peut d\u00e9battre de UI<\/a><\/noindex>'c'est une chose assez subjective. Mais avec UX<\/a><\/noindex> , tout devient beaucoup plus simple si l'utilisateur ne peut pas utiliser l'application sans la fameuse RTFM<\/a><\/noindex> \u2014 une mauvaise exp\u00e9rience utilisateur, une application web peu attrayante. Les applications web les plus esth\u00e9tiques selon ce crit\u00e8re peuvent facilement \u00eatre utilis\u00e9es par des enfants qui ne savent pas encore lire. <\/p>\n

<\/p>\n

Scalabilit\u00e9 Invers\u00e9e<\/h1>\n

<\/p>\n

Il fut un temps o\u00f9 les programmes pouvaient \u00eatre transf\u00e9r\u00e9s sur des disquettes, maintenant c'est sur des cl\u00e9s USB ou directement t\u00e9l\u00e9charg\u00e9s depuis Internet. Copier une application classique et l'ex\u00e9cuter sur une autre machine est une t\u00e2che triviale. La situation est un peu diff\u00e9rente avec les applications web. Le r\u00e9seau est un environnement global o\u00f9 il n'est pas n\u00e9cessaire d'avoir des clones de la m\u00eame application web. Un seul Facebook, Twitter, Instagram, Mail.ru ou Yandex suffit. Diff\u00e9rentes applications web peuvent exister dans la m\u00eame niche th\u00e9matique, mais avec des audiences diff\u00e9rentes (comme Facebook et Vkontakte, Mail.ru et Gmail, Google Maps et Azure Maps). Les ressources mat\u00e9rielles n\u00e9cessaires pour assurer la disponibilit\u00e9 globale de ces applications web ont besoin, disons-le ainsi, non triviales<\/a><\/noindex>.<\/p>\n

<\/p>\n

Je n'ai jamais travaill\u00e9 avec des applications web de ce niveau en tant que d\u00e9veloppeur et je ne sais pas comment elles fonctionnent de l'int\u00e9rieur. Pour garantir le fonctionnement de telles applications web, des \u00e9quipes de sp\u00e9cialistes appropri\u00e9s et des centres de donn\u00e9es s\u00e9par\u00e9s sont n\u00e9cessaires. Je suis \u00e9merveill\u00e9 par la capacit\u00e9 des gens \u00e0 coop\u00e9rer \u00e0 une telle \u00e9chelle et \u00e0 cr\u00e9er de tels produits, mais mon \u00e9talon de beaut\u00e9 est une application web qui peut \u00eatre lanc\u00e9e sur un ordinateur portable individuel.<\/p>\n

<\/p>\n

Une belle application web se d\u00e9veloppe non seulement vers le haut et sur les c\u00f4t\u00e9s (pour les utilisateurs), mais aussi vers le bas et \u00e0 l'int\u00e9rieur (pour les d\u00e9veloppeurs).<\/p>\n

<\/p>\n

«\u0417\u0435\u043c\u043d\u043e\u0432\u043e\u0434\u043d\u043e\u0441\u0442\u044c»<\/h1>\n

<\/p>\n

Pour acc\u00e9der aux applications web modernes, on utilise des appareils de deux types :<\/p>\n

<\/p>\n