Modification BP 4019#
- Dominant language
- MDX
- Stars
- 496
- Forks
- 69
- PR merge metrics
- No merged PRs in 30d
Description
Discussion: [lien de discussion]
Tâches:
- [x] Modifier le fichier [BP_4019_fr.md](https://github.com/cnumr/best-practices/blob/main/chapters/BP_4019_fr.md)
- [ ] Modifier le titre
- [x] Modifier la description
- [ ] Modifier la règle de validation avec son seuil de conformité
- [ ] Redéfinir la difficulté de mise en oeuvre (sur 5, 5 = facile, 1 = difficile)
- [ ] Redéfinir le niveau d'impact écologique (sur 5, 5 = fort, 1 = faible)
- [ ] Calculer le degré de priorité (sur 5, 5 = prioritaire, 1 = non prioritaire) via la formule ARRONDI.SUP(((MEO*IMPACT)/25)*5;0)
Les éléments suivants sont facultatifs:
- [ ] Ajout d'exemples
- [ ] Ajout d'une solution alternative
Bonjour
Merci pour ce guide de bonnes pratiques open source. J'aimerai rediscuter la description de la pratique suivante : "Préférer une PWA à une application mobile native similaire au site web". Je trouve en effet que dans sa description, d'une part elle s'éloigne du problème que cherche à résoudre ce guide, d'autre part énonce des vérités qui ne sont pas juste.
Je reprend précisement ci-dessous les éléments qui me font dire cela :
- "une PWA (Progressive Web App) est une solution évitant des doubles, voire des triples développements et maintenances qu'occasionnerait le développement d'une application mobile native ou hybride" => on parle de coût financier ici ou d'impact environnemental ? Si on parle bien d'impact, de quoi parle-t-on concrêtemment ? le fait d'avoir des développeurs et développeuses qui vont coder pendant plusieurs jours, et donc l'usage de leurs terminaux pour développer ? l'hébergement du code applicatif correspondant ? Cela me semble dérisoire non ? Enfin, doubler les développements, oui, "tripler", en tant qu'experte du domaine, cela me semble exagéré et me donne l'impression que ce guide est biaisé.
- "permet de réduire le risque d'obsolescence du terminal mobile et une utilisation moindre de la bande passante" => en quoi faire des appels réseau depuis une PWA par rapport à depuis une application native change quelque chose concernant la bande passante ? Je trouve que ce point n'est pas justifié. Un appel réseau est un appel réseau, qu'il soit effectué depuis un navigateur en Javascript ou depuis une application native en Kotlin, Swift ou autre.
- "réduire le risque d'obsolescence du terminal mobile" => Ce point me semble peu justifié. On peut très bien développer une application mobile compatible avec une large gamme de téléphone tout comme on peut inversement développer une PWA qui ne fonctionne pas sur tous les appareils. La PWA n'est pas un gage de qualité à ce sujet. Bien au contraire, en développant une application mobile, il est indispensable de définir la version minimale supportée par l'application, et suite à ce choix, tout au long du développement, le développeur ou la développeuse est forcé de rendre son application compatible (pour chaque API utilisé dans le code et qui n'est pas compatible avec cette version minimale, un warning apparait à la compilation. Forçant ainsi à toujours penser à ce genre de chose. Je n'ai pas connaissance sur le web de telle fonctionnalité).
Je reste disponible pour échanger à ce sujet
Bien cordialement
Fanny Demey
Contributor guide
Research direction
Start with chapters/BP_4019_fr.md and the linked discussion, then review the unresolved checklist items against the concerns in the issue. Done means the title, validation rule and threshold, implementation difficulty, ecological impact, and priority are updated, with optional examples or an alternative solution addressed if agreed.
Written by the indexing model from the issue text.
Assessment
- Domain
- documentation, mobile-dev
- Issue type
- Documentation
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 30/100