Choisir un logiciel : une grille de décision concrète
Choisir un logiciel commence par décider ce que vous comparez réellement : la version précise du produit, les données qu’il touche, et le moment où vous referez le choix si la première réponse ne convient pas. Sur cette base, six critères suffisent à comparer deux candidats : besoin explicite, compatibilité vérifiée, modèle économique, format de données, dépendance à un éditeur et trajectoire de maintenance. Aucun de ces critères n’a de note universelle : c’est leur combinaison, sur votre usage précis, qui tranche.
Sommaire
- Pourquoi commencer par définir le besoin réel ?
- Six critères vérifiables, dans l’ordre où ils écartent les candidats
- Open source, code source accessible, copyleft : ce que ces étiquettes veulent dire
- Identifier une licence par son identifiant SPDX
- Format ouvert, format propriétaire, format documenté : trois notions distinctes
- Cas concret : rédiger un texte sans dépendre d’un éditeur cloud
- Cas concret : choisir un logiciel de sauvegarde pour usage personnel
- Cas concret : partitionner un disque dur sans confondre avec un outil Windows
- Trouver des alternatives sans dépendre d’un annuaire publicitaire
- Ce qu’aucune grille ne décide à votre place
- Pour aller plus loin dans CyberSDF
La méthode présentée ici s’appuie sur les définitions publiques du logiciel libre, des formats ouverts et des licences, sans engagement de prix ni de classement. Les exemples renvoient à des documentations ou à des pages d’éditeur que vous pouvez consulter vous-même avant d’acheter ou d’installer.
Pourquoi commencer par définir le besoin réel ?
Le premier piège d’un choix de logiciel est de comparer des produits en concurrence pour un besoin qu’on n’a pas explicité. Trois questions, à écrire avant toute comparaison, suffisent à poser le besoin :
- Quel est le résultat visible que je veux atteindre, et à partir de quand considère-t-il le choix fait ?
- Quelles données le logiciel va-t-il toucher, et où doivent-elles rester ?
- Si je veux arrêter, ou changer d’outil, combien de temps et de travail cela me coûte-t-il ?
La troisième question est souvent la plus négligée. Elle distingue un outil dont on peut sortir en une journée d’un outil dont on ne sort pas sans réécrire trois mois de fichiers dans un format fermé. Elle rejoint la question de la dépendance, traitée plus bas, mais elle s’énonce avant.
Une fois ces trois questions écrites, on dispose d’une référence stable : si un produit exige de renoncer à l’une des trois conditions, la réponse est non, indépendamment de ses qualités par ailleurs.
Six critères vérifiables, dans l’ordre où ils écartent les candidats
Les critères sont présentés dans l’ordre où ils devraient faire renoncer, pas dans l’ordre où ils viendraient naturellement à l’esprit. Un critère plus haut élimine parfois tous les candidats ; il est inutile de descendre plus bas.
Besoin explicite, version précise
Un logiciel sans usage nommé n’est pas un bon choix : c’est un intérêt intellectuel. Demandez-vous, pour chaque candidat, si la documentation officielle indique qu’il couvre votre cas précis, à la version que vous installeriez, et pas seulement « en général ». Une page de fonctionnalités qui dit « prise en charge de X » ne prouve pas la prise en charge de votre X. Vérifiez le changelog, le forum ou la page de release.
La version précise compte : un éditeur publie plusieurs branches (stable, LTS, edge, nightly). Ce qui fonctionne sur l’une ne fonctionne pas nécessairement sur l’autre. Pour un usage de production, partez d’une version stable ou LTS et notez sa date de fin de support.
Compatibilité avec votre système et votre parc
Un logiciel qui ne tourne pas sur votre machine, ou qui exige un autre logiciel non disponible, ne se choisit pas. Trois vérifications concrètes :
- la page de l’éditeur indique la configuration minimale, incluant la version exacte du système d’exploitation et l’architecture (x86_64, ARM) ;
- les dépendances logicielles (bibliothèques, moteurs d’exécution) sont disponibles sur votre distribution ou dans le format d’installation que vous utilisez ;
- si vous avez un parc hétérogène (Windows + macOS + Linux), le logiciel propose un équivalent vérifié sur chaque système, ou un client web qui les sert tous.
Modèle économique et coût total
Le prix affiché n’est pas le coût. Quatre éléments composent le coût réel :
- le prix de l’abonnement ou de la licence, par poste ou par mois ;
- les fonctions payantes séparées (export, partage, support) ;
- les coûts cachés : temps d’installation, formation, dépendance à un expert interne ;
- les coûts de sortie : export des données, conversion des formats, désinstallation des extensions.
Si l’éditeur ne publie pas ses tarifs publiquement, c’est en soi un signal à prendre en compte : un prix opaque est une dépendance plus difficile à comparer.
Format des données et possibilité d’exporter
Un format ouvert et documenté reste lisible sans le logiciel qui l’a produit. Un format propriétaire ou fermé devient illisible si l’éditeur disparaît, change ses conditions, ou augmente ses prix. Les formats ouverts courants incluent le texte brut (UTF-8), les formats ODF pour les documents, PDF/A pour l’archivage, PNG et JPEG pour les images, WAV et FLAC pour l’audio non compressé. Les formats fermés (.docx est un conteneur ouvert, mais ses fonctions avancées sont documentées par Microsoft et non par un standard indépendant ; .psd, .raw d’appareils photo, .sketch en sont d’autres) exposent à un risque plus élevé.
Une page publique de l’éditeur qui décrit le format d’export, sans demander de compte, est un bon point de départ. L’absence d’export documenté est un signal plus fort encore.
Dépendance à un éditeur
Trois formes de dépendance se cumulent :
- Dépendance d’installation : le logiciel ne fonctionne que si vous restez chez l’éditeur (modèle SaaS exclusif, numéro de série lié au compte, dépendance à un serveur distant).
- Dépendance de mise à jour : les versions antérieures cessent de fonctionner ou de communiquer avec les nouvelles (obsolescence programmée par version).
- Dépendance de données : vos données sont stockées chez l’éditeur, dans un format que lui seul peut relire ou convertir.
Une dépendance d’installation est rarement acceptable pour un poste de travail : si l’éditeur ferme ou change ses conditions, votre machine perd son outil. Une dépendance de mise à jour est acceptable si la version actuelle continue de fonctionner, ce qui est le cas des logiciels libres bien maintenus. Une dépendance de données peut se compenser par des exports réguliers, mais elle expose à un risque si l’éditeur change ses conditions d’export.
Maintenance et trajectoire
Un logiciel non maintenu est un logiciel qui cessera de fonctionner un jour, parfois brutalement. Trois éléments à vérifier :
- la date de la dernière mise à jour publique (release sur le site de l’éditeur, ou commit sur le dépôt public) ;
- la présence de correctifs de sécurité sur l’année écoulée ;
- la feuille de route publique, ou au moins une activité récente sur le suivi de bugs.
Pour un logiciel libre, ces informations se lisent sur le dépôt public (github.com, gitlab.com, codeberg.org ou le dépôt de l’éditeur). Pour un logiciel propriétaire, elles se lisent dans le blog de l’éditeur et dans les notes de version datées.
Open source, code source accessible, copyleft : ce que ces étiquettes veulent dire
Le mot « libre » recouvre au moins trois familles qu’il faut distinguer.
Un logiciel libre est défini par la Free Software Foundation autour de quatre libertés : exécuter le programme, étudier son code source, le redistribuer, et le modifier puis publier les modifications. La définition est publiée sur le site de la FSF et reprise par Wikipédia en français.
Un logiciel open source est défini par l’Open Source Initiative autour de dix critères (Open Source Definition), également publiés sur opensource.org. La différence avec le logiciel libre est philosophique plus que technique : l’OSI met l’accent sur les bénéfices pratiques (qualité, sécurité), la FSF sur la liberté de l’utilisateur. Les deux listes de licences se recouvrent largement sans être identiques.
Le copyleft est une clause spécifique : une œuvre copyleft impose que les œuvres dérivées restent sous la même licence. La licence GPL est copyleft ; la licence MIT et la licence BSD ne le sont pas. Un logiciel sous licence copyleft forte (comme la GPL) ne peut pas être intégré tel quel dans un logiciel propriétaire sans ouvrir l’ensemble ; c’est une protection juridique forte, parfois considérée comme contraignante par les entreprises.
Ces étiquettes ne disent rien, par elles-mêmes, sur la qualité du logiciel, sur sa sécurité, ou sur sa pérennité. Elles disent ce que vous pouvez en faire si vous en avez le code.
Identifier une licence par son identifiant SPDX
Le SPDX License List est une liste standardisée d’identifiants de licence, maintenue par la Linux Foundation. Chaque licence y est identifiée par un code court, par exemple MIT, GPL-3.0-or-later, Apache-2.0, BSD-3-Clause. Ces identifiants apparaissent dans les métadonnées des paquets de nombreuses distributions Linux et dans les fichiers LICENSE ou README des dépôts publics. Pour vérifier ce que signifie un identifiant, la page spdx.org/licenses/<id>.html en publie le texte officiel.
L’OSI publie de son côté une liste de licences « Open Source Approved », sur opensource.org/licenses. Les deux listes se recouvrent largement mais ne sont pas identiques : certaines licences sont « open source » au sens OSI sans être « libres » au sens FSF, et réciproquement.
Format ouvert, format propriétaire, format documenté : trois notions distinctes
Le mot « format ouvert » a un sens technique : un format dont la spécification est publiée et peut être implémentée sans dépendance à un éditeur particulier. Le format ODF (OpenDocument) pour les documents bureautiques et le format PDF pour la diffusion fixe sont des standards ouverts maintenus par des organisations indépendantes des éditeurs de logiciels. Le format .docx est un conteneur ouvert (XML zippé), mais ses fonctions avancées et ses modes d’affichage finaux sont contrôlés par Microsoft et non par un standard.
Un format propriétaire n’expose pas sa spécification : seul l’éditeur peut le produire ou le lire fidèlement. Un format documenté peut être propriétaire tout en ayant une documentation accessible : il reste juridiquement contrôlé par son éditeur.
Pour vos données personnelles et professionnelles, privilégiez les formats ouverts et standardisés, et exportez régulièrement vos documents dans ce format. La page « Format ouvert » de Wikipédia en français détaille cette distinction.
Cas concret : rédiger un texte sans dépendre d’un éditeur cloud
Prenons un cas qui revient souvent : vous voulez écrire des documents, les corriger, les partager, sans confier vos textes à un éditeur distant qui pourrait en changer l’usage.
Trois voies existent, qui se distinguent sur les critères ci-dessus :
- Logiciel libre installé localement (LibreOffice Writer, AbiWord, OnlyOffice Desktop). Licence open source, format ODF ouvert, pas de dépendance d’installation. Vous gardez le contrôle du fichier, l’export en PDF est natif, et les documents restent lisibles dans trente ans sur n’importe quel poste.
- Application installée avec synchronisation facultative (LibreOffice avec un service de synchronisation que vous choisissez : Nextcloud, un partage réseau local, une clé USB). Vous combinez la portabilité d’un outil de bureau avec un stockage que vous contrôlez.
- Service en ligne (Google Docs, Microsoft 365, OnlyOffice Cloud, framapad). Les avantages de collaboration sont réels ; les données sont hébergées chez l’éditeur, dans un format qui n’est pas toujours ouvert et pas toujours exportable sans perte. La dépendance à l’éditeur est forte.
Le choix dépend du critère qui compte le plus pour vous. Si la confidentialité des brouillons est prioritaire, le local ou le local + synchronisation choisie est la bonne voie. Si la collaboration en temps réel avec des co-auteurs est prioritaire, le service en ligne reste utile, mais prenez alors le temps de mesurer ce que l’éditeur fait de vos textes et dans quel format vous pouvez les récupérer.
Aucune de ces trois voies n’est universellement supérieure : c’est la combinaison de vos critères qui décide. Le bon choix est celui que vous pouvez documenter et justifier à quelqu’un d’autre.
Cas concret : choisir un logiciel de sauvegarde pour usage personnel
Sauvegarder ses données commence par distinguer ce que l’on veut garder, et ce que l’on veut simplement dupliquer. La question n’est pas seulement « quel logiciel » : elle porte aussi sur ce qu’il faut protéger, à quelle fréquence, et où la copie doit finir.
Trois familles de besoin se présentent en pratique, et chacune appelle un outil différent :
- Sauvegarde d’archives personnelles : photos, documents, écrits, comptabilité personnelle. On veut une copie lisible dans dix ou vingt ans, dans un format ouvert, et rangée ailleurs que sur la machine de travail.
- Sauvegarde de configuration et de petites bases : carnet d’adresses, marque-pages, notes, fichiers de configuration d’outils. On veut pouvoir retrouver son environnement après un changement de machine ou une réinstallation, sans dépendre du compte d’un éditeur.
- Instantané local avant une opération risquée : mise à jour majeure, changement de partition, test d’un nouvel outil. On veut un retour en arrière rapide, sans que cette copie soit elle-même une sauvegarde à part entière.
Sauvegarde et instantané local : deux choses différentes
Une sauvegarde répond à la règle 3-2-1 : trois copies, sur deux supports distincts, dont une hors site ou hors ligne. Elle protège d’un incendie, d’un vol, d’une panne de disque, d’une suppression accidentelle, et d’une compromission qui touche aussi vos sauvegardes en ligne si elles restent branchées en permanence.
Un instantané local est une copie ponctuelle, sur le même disque ou un disque voisin, prise avant une opération réversible. C’est utile, ce n’est pas une sauvegarde : si le disque tombe, l’instantané disparaît avec lui. La nuance est traitée plus longuement dans la page sur l’automatisation d’une petite routine, qui montre aussi comment scripter une copie sans dépendre d’un éditeur.
Trois critères qui départagent les candidats
Les logiciels de sauvegarde se distinguent surtout sur trois points concrets, à vérifier avant d’installer :
- Versioning : l’outil conserve-t-il plusieurs versions d’un même fichier, datées, et pas seulement la dernière ? Une sauvegarde qui écrase la copie précédente ne protège pas d’une corruption silencieuse ou d’un ransomware qui s’est déclaré avant la copie.
- Copie externe : la sauvegarde peut-elle être envoyée sur un second disque, une clé USB débranchée après écriture, ou un service distant choisi ? Une copie sur le même disque n’est pas une sauvegarde, c’est une copie miroir qui partage le risque de panne.
- Chiffrement : les données au repos et en transit sont-elles chiffrées, et l’outil permet-il de vérifier ses restaurations sans compte chez un éditeur tiers ? Le chiffrement est utile, mais il ne doit pas transformer votre sauvegarde en coffre dont vous avez perdu la clé.
Ces trois critères se vérifient dans la documentation de l’outil, sans essai prolongé. Une page de fonctionnalités qui ne précise pas la fréquence, le format, et la cible de la copie n’a pas de quoi fonder un choix.
Formats et durabilité
Pour des archives personnelles, privilégiez les formats ouverts : texte brut en UTF-8, PDF/A pour les documents figés, ODF pour les documents encore éditables, PNG et JPEG pour les images, FLAC pour l’audio. Une sauvegarde en format propriétaire ne protège que tant que l’éditeur existe et accepte de vous servir.
Un point de méthode souvent oublié : tester la restauration. Une sauvegarde qu’on n’a jamais relue est une sauvegarde dont on découvrira les défauts le jour où on en a besoin, pas avant. Le test ne demande pas d’outil dédié : ouvrir un fichier, le comparer à l’original, suffit.
Ce qu’on n’a pas testé
Aucune observation CyberSDF d’un logiciel de sauvegarde payant n’a été conduite : les critères ci-dessus se lisent dans les documentations publiques, sans installer ni comparer de produit nommé. Pour un comparatif chiffré, les pages publiques de chaque éditeur et les dépôts comme framasoft.org (nouvel onglet) ou la liste Wikipédia des logiciels de sauvegarde restent les points d’entrée honnêtes.
Pour appliquer la méthode à un script de copie reproductible, voir automatiser une petite routine.
Cas concret : partitionner un disque dur sans confondre avec un outil Windows
Partitionner un disque consiste à découper son espace en zones indépendantes, chacune utilisable comme un volume séparé, avec son propre système de fichiers. Ce n’est pas la même opération que formater : formater applique un système de fichiers (ext4, NTFS, FAT32) à une partition existante, la rendant lisible par un système d’exploitation.
Trois raisons légitimes amènent à partitionner : séparer le système et les données pour faciliter une réinstallation, réserver un espace à un second système d’exploitation, ou réorganiser un disque dont les partitions actuelles ne correspondent plus à l’usage. Aucune de ces raisons ne justifie de toucher à la table de partitions sans sauvegarde préalable.
GParted : une référence libre, sans piège
GParted (gparted.org (nouvel onglet)) est l’outil de partitionnement de référence sous GNU/Linux, distribué sous licence GPLv2. Il tourne depuis un live CD ou une clé USB bootable, ce qui permet de modifier les partitions d’un disque sans démarrer sur ce disque. Le site officiel documente la liste des systèmes de fichiers supportés et les limites connues sur certaines opérations.
GParted s’appuie sur la bibliothèque libparted, dont la documentation est distribuée avec le paquet parted des distributions GNU/Linux. Les opérations de bas niveau sont prises en charge par parted(8) et sfdisk(8) du paquet util-linux, accessibles en ligne de commande et référencés dans la section « Voir aussi » de leurs pages de manuel respectives (sfdisk(8) (nouvel onglet), parted(8) (nouvel onglet)). Une commande parted -l lancée en root liste les disques et leurs partitions sans rien modifier.
Règle de prudence : sauvegarder la table avant d’agir
Toute opération sur la table de partitions doit être précédée d’une sauvegarde de cette table. Sous GNU/Linux, sfdisk -d /dev/sdX > table-backup-$(date +%F).sf exporte la table au format texte, lisible et reproductible. Sous GParted, le menu « Sauvegarder la table de partitions » produit le même type de fichier. Sans cette copie, une coupure de courant ou une mauvaise manipulation au milieu d’un redimensionnement peut rendre la table illisible et les données inaccessibles, même si elles sont encore physiquement présentes.
Cette sauvegarde n’est pas un instantané du contenu : c’est seulement la description de la structure. Pour le contenu lui-même, une copie par fichier reste nécessaire si l’on veut un retour en arrière au niveau des données.
Alternatives et écosystème
Des outils propriétaires existent, historiquement regroupés sous l’étiquette « Partition Magic », développée à l’origine par PowerQuest puis acquise par Symantec. Ces outils propriétaires ne sont pas recommandés ici : leur modèle de licence, leur compatibilité avec les disques GPT récents et leur politique de mise à jour varient, et leur documentation publique n’est pas toujours exhaustive. Pour un usage sous Windows, l’outil de gestion de disques intégré suffit aux opérations courantes ; pour un usage mixte ou GNU/Linux, GParted couvre les cas standards.
Une fois la table de partitions créée et formatée, l’arborescence et les permissions relèvent des règles classiques du système de fichiers, traitées dans la page Fichiers et répertoires sous Linux et la page Permissions utilisateurs.
Trouver des alternatives sans dépendre d’un annuaire publicitaire
Les annuaires de logiciels utiles se distinguent par leur modèle économique et leur indépendance éditoriale.
Framasoft (framasoft.org) maintient depuis 2004 un réseau de services et un annuaire de logiciels libres en français, financé par dons et sans publicité. La page d’accueil liste les projets soutenus, dont un annuaire public de logiciels.
La Free Software Foundation publie la liste des distributions 100 % libres et la liste des projets validés par sa communauté, sur gnu.org.
Wikipédia en français maintient des pages comparatives pour la plupart des catégories de logiciels (bureautique, messagerie, retouche d’image, lecture audio). Ces pages citent leurs sources et sont révisées par des contributeurs identifiés.
Les boutiques d’applications commerciales (Microsoft Store, Mac App Store, Snap Store, Flathub, App Store d’Apple) restent utiles pour l’installation, mais elles ne remplacent pas un annuaire éditorial. Elles vendent ou distribuent, elles ne comparent pas.
Ce qu’aucune grille ne décide à votre place
Une grille de critères compare des logiciels, elle ne choisit pas pour vous. Trois questions restent de votre ressort :
- L’effort d’apprentissage : un logiciel meilleur sur tous les critères mais que vous n’avez pas le temps d’apprendre est un mauvais choix pour le présent, même s’il devient le bon dans un an.
- L’écosystème : si tous vos collaborateurs ou partenaires utilisent déjà un outil, le coût de bascule collective peut l’emporter sur les qualités techniques d’un autre.
- Le risque acceptable : pour un usage personnel et réversible, un outil fermé et opaque est acceptable ; pour des données sensibles ou un engagement de long terme, il ne l’est plus.
Une grille de décision sert à poser les bonnes questions, à documenter vos réponses, et à pouvoir défendre votre choix si vous devez le refaire. Elle ne produit pas la décision : elle rend la décision explicite.
Pour aller plus loin dans CyberSDF
- Logiciels utiles : trois portes d’entrée selon votre besoin : la page qui regroupe rédaction assistée, IA locale et Linux, et leurs pages sœurs publiées.
- Choisir une IA locale : méthode, matériel et limites : une grille de décision qui applique la même méthode au choix d’un modèle d’IA à exécuter sur votre machine.
- Vérifier une réponse IA avant réutilisation : ce qu’il faut contrôler quand un outil a généré un contenu, indépendamment du choix de l’outil.
- Comparer des correcteurs orthographiques : six critères : un exemple d’application des six critères à cinq correcteurs, sans note globale.