/me ne comprend pas qu'on puisse encore ne pas comprendre l'intérêt d'un client lourd sur un client Web (dit "léger").
Bon d'accord, c'est franchement off topic...
je rajoute quelques arguments* histoire d'essayer que ce post ne soit pas *uniquement* un troll en réponse à un troll :)
* : Bien évidemment mes impressions ont également valeur d'arguments ;)
En vrac :
-Les clients Web ne sont pas une réponse magique à tous les problèmes. Le seul problème résolu par une appli Web est celui du déploiement de l'appli. Certes, c'est un GROS problème englobant une multitude d'aspects : en termes de support, de validation, de tracabilité / debug (1), de maintenance / mise à jour, sécurité, etc.
-Je n'ai pour ma part (dans ma courte expérience professionnelle) JAMAIS vu une appli développée façon Web parce que c'était le meilleur moyen de répondre à une contrainte exprimée dans le cahier des charges ("Une nouvelle version de l'appli doit pouvoir être déployée en 12 secondes max").
J'ai plutôt l'impression que c'est soit explicitement une contrainte exprimée telle quelle dans le cahier des charges, soit une chose fournie comme un bonus, sans qu'il y ait forcément une vraie réflexion derrière.
-Il me semble qu'il est infiniment plus difficile de proposer une "expérience utilisateur" décente avec une appli Web. On se retrouve souvent avec des séquentialités non nécessaires, et une sémantique à la limite de l'aléatoire ("ne cliquez pas sur précédant ou votre commentaire pourrait être posté en double" :P ).
Bref, l'appli Web est une solution pour (ceux qui paient) les développeurs, mais n'oublions pas que le gain pour les usagers est à peu près nul, quant il est positif.
(1) : Une appli web génére des logs de "haut niveau" consultable coté serveur. (Souvent, les logs sont SOIT générés et accessibles sur le serveur, SOIT pas accessibles du tout). "Haut niveau" signifie ici : on obtient (potentiellement) une trace _utilisable_ sur le serveur (du genre : "l'appli s'est vautré lamentablement lorsque l'utilisateur Jean-René a essayé de rajouter un truc dans la base machin : la requête SQL de la fonction addTruc() retourne un code -237") par opposition à ce que j'appelle des logs "bas niveau" (i.e. "ERREUR : Mauvais paramètre dans la commande SQL 'INSERT' sur le socket 732").
[^] # Re: Client lourd
Posté par kallix . En réponse à la dépêche Sortie de Tryton 1.2. Évalué à 6.
Bon d'accord, c'est franchement off topic...
je rajoute quelques arguments* histoire d'essayer que ce post ne soit pas *uniquement* un troll en réponse à un troll :)
* : Bien évidemment mes impressions ont également valeur d'arguments ;)
En vrac :
-Les clients Web ne sont pas une réponse magique à tous les problèmes. Le seul problème résolu par une appli Web est celui du déploiement de l'appli. Certes, c'est un GROS problème englobant une multitude d'aspects : en termes de support, de validation, de tracabilité / debug (1), de maintenance / mise à jour, sécurité, etc.
-Je n'ai pour ma part (dans ma courte expérience professionnelle) JAMAIS vu une appli développée façon Web parce que c'était le meilleur moyen de répondre à une contrainte exprimée dans le cahier des charges ("Une nouvelle version de l'appli doit pouvoir être déployée en 12 secondes max").
J'ai plutôt l'impression que c'est soit explicitement une contrainte exprimée telle quelle dans le cahier des charges, soit une chose fournie comme un bonus, sans qu'il y ait forcément une vraie réflexion derrière.
-Il me semble qu'il est infiniment plus difficile de proposer une "expérience utilisateur" décente avec une appli Web. On se retrouve souvent avec des séquentialités non nécessaires, et une sémantique à la limite de l'aléatoire ("ne cliquez pas sur précédant ou votre commentaire pourrait être posté en double" :P ).
Bref, l'appli Web est une solution pour (ceux qui paient) les développeurs, mais n'oublions pas que le gain pour les usagers est à peu près nul, quant il est positif.
(1) : Une appli web génére des logs de "haut niveau" consultable coté serveur. (Souvent, les logs sont SOIT générés et accessibles sur le serveur, SOIT pas accessibles du tout). "Haut niveau" signifie ici : on obtient (potentiellement) une trace _utilisable_ sur le serveur (du genre : "l'appli s'est vautré lamentablement lorsque l'utilisateur Jean-René a essayé de rajouter un truc dans la base machin : la requête SQL de la fonction addTruc() retourne un code -237") par opposition à ce que j'appelle des logs "bas niveau" (i.e. "ERREUR : Mauvais paramètre dans la commande SQL 'INSERT' sur le socket 732").