1. #1
    Membre éprouvé
    Avatar de randriano
    Homme Profil pro
    Inscrit en
    janvier 2007
    Messages
    1 177
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Madagascar

    Informations forums :
    Inscription : janvier 2007
    Messages : 1 177
    Points : 1 016
    Points
    1 016

    Par défaut Vous êtes plutôt application web, hybride ou lourde (native)

    Je lance cette discussion dans l'espoir de sonder la tendance des éditeurs, concepteurs de produits logiciels de nos jours.

    Je suis partisan "application web", c'est pour cela aussi.

    Êtes-vous d'accord avec moi que le web reste incontournable voire la technologie "leader" chez les éditeurs de Silicon Valley?

    Il y a une version web à toutes les applications initialement desktop. Il y a une version web à toutes les applications initialement mobiles.
    De plus, les navigateurs web (leurs moteurs) sont de plus en plus sophistiqués aujourd'hui.

    Skype, Slack, Whatsapp ... tous ceux que j'utilise ont une version web et je préfère leurs versions web

    Qu'en pensez-vous?
    randriano.dvp.com
    Développeur freelance. Sites web, WebApp, applications informatiques. Twitter @haikajy

  2. #2
    Modérateur
    Avatar de gangsoleil
    Profil pro
    R&D en systemes informatiques bas niveau Unix/Linux
    Inscrit en
    mai 2004
    Messages
    9 277
    Détails du profil
    Informations personnelles :
    Âge : 37
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : R&D en systemes informatiques bas niveau Unix/Linux

    Informations forums :
    Inscription : mai 2004
    Messages : 9 277
    Points : 26 535
    Points
    26 535

    Par défaut

    Bonjour,

    Ça dépend.

    Pour faire une interface utilisateur, oui, c'est globalement mieux d'avoir un front-end de type web : c'est plus léger, et plus facile à maintenir qu'une version lourde. Par contre, pour ce qui est back-end, je ne vois pas l'intérêt.
    Modérateur "C", "Informatique Générale & Hardware" et "Unix"
    Les règles du forum

  3. #3
    Expert éminent Avatar de Marco46
    Homme Profil pro
    Développeur informatique
    Inscrit en
    août 2005
    Messages
    2 579
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : août 2005
    Messages : 2 579
    Points : 7 715
    Points
    7 715

    Par défaut

    Je vous recommande chaudement de visionner cette vidéo pour avoir un aperçu de ce que pourrait être le web dans quelques années avec les progressives webapps.

    "Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
    Kenneth E. Boulding

    "/home/earth is 102% full ... please delete anyone you can."
    Inconnu

    Trust me, i'm an engineer !
    https://www.youtube.com/watch?v=rp8hvyjZWHs

  4. #4
    Membre éprouvé
    Avatar de randriano
    Homme Profil pro
    Inscrit en
    janvier 2007
    Messages
    1 177
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Madagascar

    Informations forums :
    Inscription : janvier 2007
    Messages : 1 177
    Points : 1 016
    Points
    1 016

    Par défaut

    Merci pour cette vidéo

    Par contre, pour ce qui est back-end, je ne vois pas l'intérêt.
    Beaucoup sont encore réticents à Javascript pour coder le métier d'une application, d'ailleurs même moi. Mais il est question ici de choix sur la forme de vente/publication d'une application: application mobile ou application installée sur Windows ou application web (en ligne) ...
    randriano.dvp.com
    Développeur freelance. Sites web, WebApp, applications informatiques. Twitter @haikajy

  5. #5
    Rédacteur/Modérateur

    Homme Profil pro
    Network game programmer
    Inscrit en
    juin 2010
    Messages
    4 555
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : Royaume-Uni

    Informations professionnelles :
    Activité : Network game programmer

    Informations forums :
    Inscription : juin 2010
    Messages : 4 555
    Points : 18 247
    Points
    18 247

    Par défaut

    Tant qu'une application n'a pas besoin de beaucoup de resources (icones, scripts, sons, ...) alors je préfère la version web plus légère et toujours à jour.
    Sinon quitte à devoir télécharger beaucoup de données, je préfère les avoir sur mon disque dur dans un dossier d'installation que dans les tréfonds du cache du navigateur.
    Si l'application fait du calcul un peu lourd, je préfère l'avoir dans un processus à part qu'en tant que nième onglet de mon navigateur au risque de faire planter le tout.
    Pensez à consulter la FAQ ou les cours et tutoriels de la section C++.
    Un peu de programmation réseau ?
    Aucune aide via MP ne sera dispensée. Merci d'utiliser les forums prévus à cet effet.

  6. #6
    ovh
    ovh est déconnecté
    Rédacteur
    Avatar de ovh
    Homme Profil pro
    Lead developer web full stack
    Inscrit en
    mai 2002
    Messages
    3 820
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Lead developer web full stack

    Informations forums :
    Inscription : mai 2002
    Messages : 3 820
    Points : 6 417
    Points
    6 417

    Par défaut

    Citation Envoyé par randriano Voir le message
    Beaucoup sont encore réticents à Javascript pour coder le métier d'une application, d'ailleurs même moi. Mais il est question ici de choix sur la forme de vente/publication d'une application: application mobile ou application installée sur Windows ou application web (en ligne) ...
    Le métier est toujours codé côté backend, c'est juste l'UI qui est en js. Evidemment pour ceux qui font le backend en nodejs, ils mettent du js partout, mais ça reste 2 couches distinctes, même si c'est le même langage.

    Tutoriels sur les UPS, e-commerce, PHP, critiques de livres...

    Pensez à consulter les FAQs et les cours et tutoriels.
    FAQ Linux - Cours et tutoriels Linux - FAQ PHP - Cours et tutoriels PHP
    Ce forum est fait pour vous et surtout par vous, merci d'en respecter les règles.

    Je n'ai rien à voir avec la société www.ovh.com !

  7. #7
    Expert éminent Avatar de Marco46
    Homme Profil pro
    Développeur informatique
    Inscrit en
    août 2005
    Messages
    2 579
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : août 2005
    Messages : 2 579
    Points : 7 715
    Points
    7 715

    Par défaut

    Citation Envoyé par ovh Voir le message
    Le métier est toujours codé côté backend, c'est juste l'UI qui est en js.
    Une SPA sans du métier dedans ça s'appelle un fichier html. Et encore ...
    "Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
    Kenneth E. Boulding

    "/home/earth is 102% full ... please delete anyone you can."
    Inconnu

    Trust me, i'm an engineer !
    https://www.youtube.com/watch?v=rp8hvyjZWHs

  8. #8
    Membre expérimenté

    Homme Profil pro
    Responsable des études
    Inscrit en
    mars 2009
    Messages
    528
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Responsable des études
    Secteur : Industrie

    Informations forums :
    Inscription : mars 2009
    Messages : 528
    Points : 1 530
    Points
    1 530

    Par défaut

    Citation Envoyé par Marco46 Voir le message
    Une SPA sans du métier dedans ça s'appelle un fichier html. Et encore ...
    Comprends pas... Ce qui s'affiche dans le navigateur, c'est bien un page html, non ?
    Et dans le cadre d'une SPA, si toute l'UI est chargée d'un coup, quel rapport avec le code métier ? La navigation entre les pages, c'est du code métier ??

  9. #9
    Membre expérimenté

    Homme Profil pro
    Responsable des études
    Inscrit en
    mars 2009
    Messages
    528
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Responsable des études
    Secteur : Industrie

    Informations forums :
    Inscription : mars 2009
    Messages : 528
    Points : 1 530
    Points
    1 530

    Par défaut

    Citation Envoyé par nnovic Voir le message
    Comprends pas... Ce qui s'affiche dans le navigateur, c'est bien un page html, non ?
    Et dans le cadre d'une SPA, si toute l'UI est chargée d'un coup, quel rapport avec le code métier ? La navigation entre les pages, c'est du code métier ??
    OK, je me réponds à moi-même. Je viens de lire qu'une SPA a aussi comme particularité de pouvoir s'exécuter en "offline". J'avais manqué ce point.
    Du coup, effectivement, ça oblige à mettre tout le code dedans.
    Reste que, à mon avis, ce n'est pas envisageable si des données/algos confidentiels sont en jeu. Or, pour moi, le code métier c'est justement ça...

  10. #10
    Expert éminent Avatar de Marco46
    Homme Profil pro
    Développeur informatique
    Inscrit en
    août 2005
    Messages
    2 579
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : août 2005
    Messages : 2 579
    Points : 7 715
    Points
    7 715

    Par défaut

    Citation Envoyé par nnovic Voir le message
    Reste que, à mon avis, ce n'est pas envisageable si des données/algos confidentiels sont en jeu. Or, pour moi, le code métier c'est justement ça...
    Code métier ne signifie pas obligatoirement confidentialité.

    Je vais prendre un exemple classique, la facturation.

    Pour des raisons techniques (numérotation des factures), il est absolument impossible d'avoir la logique de facturation implémentée dans la SPA, pourtant l'algo de conversion d'une commande en facture n'a absolument rien de confidentiel. C'est parfaitement trivial. En revanche une facture proformat (qui n'a pas de n° de facture) elle peut parfaitement avoir sa logique implémentée dans la SPA. Cela soulagera d'autant les serveurs et l'utilisateur aura une bien meilleure UX.

    Il y a des tonnes de cas où la logique métier n'a pas besoin de d'être confidentielle.
    "Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
    Kenneth E. Boulding

    "/home/earth is 102% full ... please delete anyone you can."
    Inconnu

    Trust me, i'm an engineer !
    https://www.youtube.com/watch?v=rp8hvyjZWHs

  11. #11
    Expert éminent Avatar de Marco46
    Homme Profil pro
    Développeur informatique
    Inscrit en
    août 2005
    Messages
    2 579
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : août 2005
    Messages : 2 579
    Points : 7 715
    Points
    7 715

    Par défaut

    Citation Envoyé par nnovic Voir le message
    Et dans le cadre d'une SPA, si toute l'UI est chargée d'un coup, quel rapport avec le code métier ? La navigation entre les pages, c'est du code métier ??
    Ça peut en contenir oui. Avoir le droit d'aller dans telle ou telle vue (et pas page on est dans une SPA il n'y a qu'une seule page) selon tel ou tel critère métier. Ce n'est qu'un exemple, tu appliques la même logique sur des blocs à l'intérieur des vues, sur des champs à l'intérieur des blocs, etc ... Et tu te rends compte que ta SPA elle est absolument blindée de partout de logique métier de partout.
    "Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
    Kenneth E. Boulding

    "/home/earth is 102% full ... please delete anyone you can."
    Inconnu

    Trust me, i'm an engineer !
    https://www.youtube.com/watch?v=rp8hvyjZWHs

  12. #12
    Membre expérimenté

    Homme Profil pro
    Responsable des études
    Inscrit en
    mars 2009
    Messages
    528
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Responsable des études
    Secteur : Industrie

    Informations forums :
    Inscription : mars 2009
    Messages : 528
    Points : 1 530
    Points
    1 530

    Par défaut

    Citation Envoyé par Marco46 Voir le message
    Il y a des tonnes de cas où la logique métier n'a pas besoin de d'être confidentielle.
    Ok, je comprends ton point de vue. J'ai toujours travaillé dans l'industrie, et là en général on aime bien garder nos petits secrets (ou aussi, on aime bien faire croire qu'on en a!)



    Citation Envoyé par Marco46 Voir le message
    Ça peut en contenir oui. Avoir le droit d'aller dans telle ou telle vue (et pas page on est dans une SPA il n'y a qu'une seule page) selon tel ou tel critère métier. Ce n'est qu'un exemple, tu appliques la même logique sur des blocs à l'intérieur des vues, sur des champs à l'intérieur des blocs, etc ... Et tu te rends compte que ta SPA elle est absolument blindée de partout de logique métier de partout.
    Là par contre je ne suis pas d'accord. Ce dont tu parles, c'est simplement de l'UX.

  13. #13
    Expert éminent sénior

    Profil pro
    Développeur informatique
    Inscrit en
    novembre 2006
    Messages
    6 309
    Détails du profil
    Informations personnelles :
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : novembre 2006
    Messages : 6 309
    Points : 12 359
    Points
    12 359

    Par défaut

    Citation Envoyé par randriano Voir le message
    Je suis partisan "application web", c'est pour cela aussi.

    Êtes-vous d'accord avec moi que le web reste incontournable voire la technologie "leader" chez les éditeurs de Silicon Valley?

    Il y a une version web à toutes les applications initialement desktop. Il y a une version web à toutes les applications initialement mobiles.
    la question peut-être légitimement posée mais c'est comme le débat mobile vs PC je me vois mal faire tourner un simulator de vol comme FSX ou des logiciels comme 3ds Max dans un navigateur Web
    * Descartes: "je pense donc je suis"
    * Bob l'éponge : "je pense donc j'essuie"
    * l'infirmière : "je panse donc je suis"

  14. #14
    Expert éminent Avatar de Marco46
    Homme Profil pro
    Développeur informatique
    Inscrit en
    août 2005
    Messages
    2 579
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 36
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : août 2005
    Messages : 2 579
    Points : 7 715
    Points
    7 715

    Par défaut

    Citation Envoyé par nnovic Voir le message
    Là par contre je ne suis pas d'accord. Ce dont tu parles, c'est simplement de l'UX.
    Afficher le bloc bidule parce que le user a tel rôle et que la valeur de tel champ est supérieure à telle valeur c'est du métier, pas de l'UX.

    Si tu préfères c'est pas l'ergo qui va décider des critères d'affichage des blocs, des champs, quand tel ou tel bouton est disabled, c'est le métier qui décide de tout ça. L'ergo lui va faire des propositions de positionnement des éléments dans l'ihm, de savoir si tel bouton il vaut mieux le masquer ou l'afficher disabled, il va proposer d'utiliser tel wording plutôt qu'un autre pour telle ou telle action métier etc ...
    "Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
    Kenneth E. Boulding

    "/home/earth is 102% full ... please delete anyone you can."
    Inconnu

    Trust me, i'm an engineer !
    https://www.youtube.com/watch?v=rp8hvyjZWHs

  15. #15
    Membre confirmé
    Profil pro
    Inscrit en
    décembre 2006
    Messages
    575
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : décembre 2006
    Messages : 575
    Points : 594
    Points
    594

    Par défaut

    Le sujet a quelques temps mais bon, pour revenir à la question :

    Citation Envoyé par randriano Voir le message
    Êtes-vous d'accord avec moi que le web reste incontournable voire la technologie "leader" chez les éditeurs de Silicon Valley?
    problème : incontournable, oui. Leader…*Non. La remarque

    Il y a une version web à toutes les applications initialement desktop. Il y a une version web à toutes les applications initialement mobiles.
    manque juste de considérer les différences entre les versions "web" et "mobiles"/"Desktop". Pour la plupart de ces apps 'initialement mobiles', la version web permet d'avoir de la présence, d'être accessible même en dehors du contexte "idéal" de l'app. Et une version web, ça permet d'avoir le service disponible même pour ceux qui n'ont pas l'app. Mais attention, le business n'est pas sur cette version…

    Ensuite, il faut rappeler que les préférences personnelles ne font pas les préférences des utilisateurs. Et en fait, la simple question "préférez vous le natif ou le web" passe à coté de la question fondamentale : le service…

    Je te prends une anecdote : Voyages-SNCF, lorsqu'ils ont lancé leur première version de l'app mobile en, je crois, 2010, en 3 mois sans pub, elle a cartonnée. Elle a même complètement bouffé la version web pour une simple raison : elle était pensée pour être utilisée sur mobile. Le gars qui l'a eu en charge m'a résumé son ambition (c'est un usex) : commander son billet en 3 taps utilisable au pouce. En d'autres termes, elle était pensée non pas uniquement pour être utilisée sur un mobile mais par des personnes qui manipulent un mobile dans les conditions d'usage du mobile. En théorie cette considération fait que le web peut être considéré comme la techno universelle, mais dans la pratique, pour espérer y prétendre, un développement devrait considérer l'affichage non pas uniquement sous forme de contraintes techniques mais aussi d'usage. C'est le même problème qu'a eu Microsoft en vendant ses "Universal Apps" supposées nécessiter un dev minimum : à dev minimum, interfaces inadaptées…

    Reste ensuite toute la question d'intégration à la plate-forme. Que ce soit sur desktop ou mobile, une application native accède à toutes les ressources proposées, et je ne parle pas uniquement des notifications ou la géolocalisation.

    Au final, sur desktop, ça peut se discuter, mais sur mobile, je ne connais aucune service dont la version web soit plus pratique que la version app.

    Mais au (vrai) final, le juge, c'est l'utilisateur…*Et là j'ai eu une app qui a bouffé des parts sur un concurrent qui ne s'était pas adapté…

    Le fait est qu'aujourd'hui, les SDKs des apps mobiles natives sont

  16. #16
    Expert confirmé
    Homme Profil pro
    Analyste/ Programmeur
    Inscrit en
    juillet 2013
    Messages
    2 129
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Analyste/ Programmeur

    Informations forums :
    Inscription : juillet 2013
    Messages : 2 129
    Points : 4 738
    Points
    4 738

    Par défaut

    Citation Envoyé par martopioche Voir le message
    Au final, sur desktop, ça peut se discuter, mais sur mobile, je ne connais aucune service dont la version web soit plus pratique que la version app.
    Justement tu te goures

    Le problème du desktop, c'est l'installation, la recherche dans un magasin (dont l'importance des notes/ réputation et des mises à jour fréquentes), le partage de son application (qui n'est pas un partage d'URL) et les mises à jour qui sont tributaires de l'installateur

  17. #17
    Membre expérimenté

    Homme Profil pro
    Responsable des études
    Inscrit en
    mars 2009
    Messages
    528
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Responsable des études
    Secteur : Industrie

    Informations forums :
    Inscription : mars 2009
    Messages : 528
    Points : 1 530
    Points
    1 530

    Par défaut

    Citation Envoyé par martopioche Voir le message
    C'est le même problème qu'a eu Microsoft en vendant ses "Universal Apps" supposées nécessiter un dev minimum : à dev minimum, interfaces inadaptées…
    Ce serait pas plutôt la faute aux développeurs desdites apps, plutôt qu'à Microsoft qui n'a fait que fournir la technologie ? C'est comme affirmer qu'une app Androïd est mauvaise à cause de Google...

    L'objectif des Universal Apps c'est justement, dans la même application, de réaliser des interfaces complètement différentes en fonctions des écrans sur lesquels elles s'exécutent.

Discussions similaires

  1. Réponses: 0
    Dernier message: 20/05/2011, 15h58
  2. Réponses: 3
    Dernier message: 11/05/2011, 10h13
  3. Application web et application lourde
    Par X448GN dans le forum Développement Web en Java
    Réponses: 3
    Dernier message: 31/10/2008, 17h03
  4. Quel SGBD nous conseillez-vous pour une application Web ?
    Par doppler dans le forum Décisions SGBD
    Réponses: 2
    Dernier message: 07/03/2007, 15h27
  5. Application web vs application lourde
    Par eponette dans le forum Windows
    Réponses: 10
    Dernier message: 29/09/2005, 15h49

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo