Sans aller sur une solution parfaitement stable, un peu plus de travail en amont sur la définition des use-case, et en mettant en place suffisamment de tests, on peut arriver a des choses un peu plus stables que ce que l'on trouve parfois.
Certains projets y arrivent, mais ça nécessite des moyens, et de faire des choix, trouver un équilibre entre la courses aux fonctionnalités et la stabilisation de l'existant.
Pour revenir au sujet initial, ce qui me dérange avec snap/flatpack, c'est qu'on essaie de répondre à deux besoins distincts, mais qui ne devraient pas être gérés par l'outil (ou la méthode pour le gérer n'est pas la bonne) :
- faciliter la vie du dév/packager
- sécuriser l'appli.
De ce fait le développeur prend en charge quelque chose qui n'est pas de son ressort (dans la sécurisation de l'appli, il ne doit s'assurer que de la sécurité du code). Et s'il prend en charge, il devient responsable. Du coup s'il devient responsable, pour éviter de se faire taper dessus il va verrouiller au max .... ce qui n'est pas forcément dans l'intéret de l'utilisateur.
[^] # Re: Dériveur
Posté par totof2000 . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 2.
Euh ... pas besoin de tout ça.
Sans aller sur une solution parfaitement stable, un peu plus de travail en amont sur la définition des use-case, et en mettant en place suffisamment de tests, on peut arriver a des choses un peu plus stables que ce que l'on trouve parfois.
Certains projets y arrivent, mais ça nécessite des moyens, et de faire des choix, trouver un équilibre entre la courses aux fonctionnalités et la stabilisation de l'existant.
Pour revenir au sujet initial, ce qui me dérange avec snap/flatpack, c'est qu'on essaie de répondre à deux besoins distincts, mais qui ne devraient pas être gérés par l'outil (ou la méthode pour le gérer n'est pas la bonne) :
- faciliter la vie du dév/packager
- sécuriser l'appli.
De ce fait le développeur prend en charge quelque chose qui n'est pas de son ressort (dans la sécurisation de l'appli, il ne doit s'assurer que de la sécurité du code). Et s'il prend en charge, il devient responsable. Du coup s'il devient responsable, pour éviter de se faire taper dessus il va verrouiller au max .... ce qui n'est pas forcément dans l'intéret de l'utilisateur.