Discussion :

[Michael Guilloux]

SILL 2018 : l'État actualise son référentiel de logiciels libres
qu'est-il recommandé pour la conception et le développement logiciel cette année ?

Depuis quelques années, l'État français publie ce qu'il appelle le Socle Interministériel de Logiciels Libres (SILL), une liste de logiciels libres préconisés correspondant à chaque cas d'usage. Les logiciels sont classés en trois niveaux de recommandation : recommandé, en observation, en fin de vie. Le SILL est établi sur une base annuelle par les différents groupes de travail interministériels pour le logiciel libre, sous le contrôle de la DINSIC (Direction interministérielle des systèmes d'information et de communication). Le SILL 2018 a été validé par la DINSIC et par les DSI ministérielles lors d'une formation technique le 23 janvier 2018 et il est désormais disponible.

Comme d'habitude, il comprend plus d'une centaine de logiciels, y compris pour les développeurs et bien d'autres logiciels destinés à des utilisations variées. Pour la catégorie « Conception et développement », voici ci-dessous quelques logiciels et outils recommandés selon les finalités :

• environnement de développement intégré (EDI) : comme les années précédentes, Eclipse est recommandé en tant qu'EDI et son plugin Acceleo pour la génération de code. Il faut également noter que Visual Studio Code fait son entrée cette année dans la liste des EDI recommandés par l'État ;
• développement d'applications Web : OpenJDK comme environnement d'exécution recommandé ;
• outil de gestion de code source : Git comme outil de gestion des configurations (serveur) ;
• gestion des anomalies : Mantis BT est recommandé en tant qu'outil de remontée de bogue ;
• installation, packaging, diffusion et distribution : Maven comme outil recommandé pour la gestion des dépendances, Yarn est en observation. NPM est également en observation pour les gestionnaires de paquets pour Node.js ;
• outils d’analyse et de modélisation : Pencil est recommandé pour le maquettage IHM (statique ou dynamique) ;
• test et intégration : JUnit comme outil de gestion des tests unitaires, Fitnesse et DbFit comme outils d'injection afin de tester les couches basses, Jenkins comme outil d'aide à la livraison (dépôt, intégration continue...), Squash TA pour l'automatisation des tests, Selenium Server et Selenium IDE pour l'automatisation des tests Web et Squash TM et Jaller pour la gestion des campagnes de tests;
• etc.

On peut également s'intéresser à la catégorie « Données et contenu » où les logiciels recommandés selon la finalité sont les suivants :

• systèmes de gestion de bases de données relationnelles : PostreSQL est recommandé comme base de données transactionnelle, MariaDB comme base transactionnelle cluster et PostGIS comme base de données géomatique ;
• systèmes de gestion de bases de données non relationnelles : MongoDB est recommandé comme base de données NoSQL.

On ne saurait être exhaustif ici, mais pêle-mêle, on peut encore citer parmi les autres logiciels recommandés par l'État en 2018 :

• authentification : KeePass comme gestionnaire de mots de passe et VeraCrypt (en observation) pour le chiffrement de disques ;
• suites bureautiques : LibreOffice ;
• éditeur de texte : Notepad++ ;
• lecteur multimédia : VLC ;
• courrielleur : Thunderbird ;
• client de messagerie : Roundcube ;
• client de messagerie instantanée : Jitsi ;
• client FTP : Filezilla ;
• navigateur : Firefox ESR ;
• logiciel de compression : 7zip ;
• systèmes d'exploitation serveur : les distributions GNU/Linux CentOS, Ubuntu (écoles) et Debian ;
• etc.

Source : SILL 2018 (pdf)

Et vous ?

Que pensez-vous de cette liste ?
La trouvez-vous vraiment utile ?
Quels sont les grands absents de cette liste ?

[MikeRowSoft]

[...]
Que pensez-vous de cette liste ?
La trouvez-vous vraiment utile ?
Quels sont les grands absents de cette liste ?

• Plutôt étoffé, tout les outils pour les besoins interne d'une entreprise (PME-PMI) y sont.
• Non. Mais au moins, les sources leurs semblent fiables.
• Il n'y a pas d'absent. La plus part des logiciels produisent des fichiers qui peuvent être réutiliser par d'autres logiciels. La surprise est Nagios en FV...

[jean12]

Je penses que la liste est assez intéressante, ce sont des outils de pros.
On pourrait peut-être en rajouter quelques unes mais, c'est du bon.

[matd.h]

Le logo du SILL.. Ok je sors

[Pierre GIRARD]

Bien vu, c'est pas tout à fait ça mais ...

[koyosama]

Dommage que l'Etat ne respect aucune de ces conseils. Tout microsoft, hein
Courrielleur, j'ai cru un moment que c'était un quebecois qui a écrit ce truc, non on n'aime pas le client mail.

Gimp, j'aurais pensé Krita. Cette liste fait trop Java je trouve.

[Pierre GIRARD]

Dommage que l'Etat ne respect aucune de ces conseils. Tout microsoft, hein ...

Je ne savais pas que la gendarmerie était indépendante de l'état

[MikeRowSoft]

Non, mais comme pour la politique régionale et communale, chacun peu choisir son champs au plus proche de chez lui.

Les trois au second tour de la prochaine élection présidentielle : Macron, Mélenchon, et Wauquiez. (dommage pour Lepen qui aurait pu être quatrième...)

Comme d'habitude, le chouchou Asselineau n'y sera pas, mais je changerai mon vote...

[Mickael_Istria]

Dommage que l'Etat ne respect aucune de ces conseils. Tout microsoft, hein

Je ne pense pas qu'on puisse dire "tout microsoft". On trouve quand meme dans pas mal de lycees des machines sous Linux ou qui utilisent LibreOffice ou d'autres logiciels OSS. C'est grace a ce genre de liste que ce genre d'initiative peut progresser plus facilement dans les etablissements ou entites un peu frileux: grace a la liste, ils peuvent prendre les logiciels qui sont dessus et les considerer comme fiables sans faire d'audit interne, et si ca marche pas, ils peuvent s'en prendre a ceux qui font le SILL. Donc en gros, ca deresponsabilise en cas de probleme, ce qui diminue l'impression de prise de risque et facilite l'adoption.
Mais bon, c'est quand meme pas tout le SI de tous les services publics qui vont changer du jour en lendemain, les progres se font par petites etapes...

Cette liste fait trop Java je trouve.

En fait, je pense que cette liste prend en compte tres serieusement le cote fiabilite et ecosysteme. On peut dire tout le mal qu'on veut de Java, mais
1. C'est mature: ca marche bien depuis des annees sans bug majeur alors que la base d'utilisateurs finals d'appli Java se compte en milliards
2. C'est productif
3. Il y a beaucoup de gens qui sont competents avec (donc c'est facile de trouver des developpeurs, contrairement a des technos techniquement superieures mais qui ont juste une poignee d'individus competents, impossibles a embaucher)
4. Il y a un ecosysteme grand et divers avec beaucoup d'institutions (entreprises, labos) -y compris francaises- pour en assurer une bonne perennite
et d'autres trucs.
Donc on peut regretter l'absence de certaines autres technos, mais en remettant ca dans le contexte de "quelles technos OSS l'Etat et les services publics dont beacoup sont critiques a la societe peuvent utiliser a moindre risque?", ca reste quand meme une valeur sure. Apres, ca evoluera peut-etre quand d'autres technos comme Node.js auront la meme popularite (ce qui est deja plus ou moins le cas) et maturite (ce qui est beaucoup moins le cas) pour paraitre rassurantes.

[koyosama]

En fait, je pense que cette liste prend en compte tres serieusement le cote fiabilite et ecosysteme. On peut dire tout le mal qu'on veut de Java, mais
1. C'est mature: ca marche bien depuis des annees sans bug majeur alors que la base d'utilisateurs finals d'appli Java se compte en milliards
2. C'est productif
3. Il y a beaucoup de gens qui sont competents avec (donc c'est facile de trouver des developpeurs, contrairement a des technos techniquement superieures mais qui ont juste une poignee d'individus competents, impossibles a embaucher)
4. Il y a un ecosysteme grand et divers avec beaucoup d'institutions (entreprises, labos) -y compris francaises- pour en assurer une bonne perennite
et d'autres trucs.
Donc on peut regretter l'absence de certaines autres technos, mais en remettant ca dans le contexte de "quelles technos OSS l'Etat et les services publics dont beacoup sont critiques a la societe peuvent utiliser a moindre risque?", ca reste quand meme une valeur sure. Apres, ca evoluera peut-etre quand d'autres technos comme Node.js auront la meme popularite (ce qui est deja plus ou moins le cas) et maturite (ce qui est beaucoup moins le cas) pour paraitre rassurantes.

J'ai rien contre Java mais ils auraient mettre plus de techno. Mais ça reste quand même très Java.

[Etre_Libre]

Merci pour les infos, plusieurs choses que je ne connaissais pas.

[darklinux]

Le terme pertinence n ' a rien à voir la demande , ils ont choisi des technologies robustes , pas à la dernière des modes

[moueza]

Ouah !! Il connaissent Acceleo, très bon choix.

[gallima]

Test & Intégration : Chromium
navigateur web : Firefox

[emixam16]

Test & Intégration : Chromium
navigateur web : Firefox

Pour le coup, c'est loin d'être débile.

La plupart des utilisateurs utilisent actuellement Google Chrome comme navigateur WEB. Donc si un site doit être optimisé pour un seul navigateur, autant que ce soit chrom(e/ium).
Par contre Firefox est beaucoup plus ouvert que Chrom(e/ium) et contient des outils pour le développement souvent présentés comme meilleurs que chrome. Donc autant favoriser l'utilisation de Firefox comme navigateur principal!

[mh-cbon]

il n'y a que moi que cela choque "pour le transfert de fichiers via FTP" .....en 2019....... même pas un petit ftp over ssl. Ou voir carrément du torrent over ssl... un merkle tree et une BEP c'est quand même plus sexy que le protocol ftp.....

On ne peut pas faire mieux que du nodejs sérieux ? J'aime beaucoup le javascript mais bon.... pas top pour les perfs, pas top pour la conso electrique.

La liste n'est elle pas un peu courte ?


D'un point de vue plus générale j'ai un peu de mal à cerner l'objectif de la liste....

[Mickael_Istria]

D'un point de vue plus générale j'ai un peu de mal à cerner l'objectif de la liste....

L'objectif de cette liste, c'est si tu es dans la fonction publique et doit choisir un logiciel pour une tache ou une autre, tu peux regarder cette liste et prendre ce qui est dedans. C'est cense faire le boulot, et si ca le fait pas et qu'on te le reproche, tu peux dire "OK, mais c'est le logiciel qui etait recommande par la SILL pour cet usage, donc c'est pas que de ma faute".

[darklinux]

il n'y a que moi que cela choque "pour le transfert de fichiers via FTP" .....en 2019....... même pas un petit ftp over ssl. Ou voir carrément du torrent over ssl... un merkle tree et une BEP c'est quand même plus sexy que le protocol ftp.....

On ne peut pas faire mieux que du nodejs sérieux ? J'aime beaucoup le javascript mais bon.... pas top pour les perfs, pas top pour la conso electrique.

La liste n'est elle pas un peu courte ?


D'un point de vue plus générale j'ai un peu de mal à cerner l'objectif de la liste....

Il est vrai que la non gestion de SFTP est douteuse , mais encore une fois , il ne s ' agit de mieux , mais de standards , ce qui n 'est la même chose .

[sekaijin]

cette liste n'est pas là pour dire ce qui est bien ou mal

elle est là pour dire ce qui est utilisé ce qui a été vérifié et qui ne pose pas de problème à l'utiliser.
FTP réponds bien à cela. et s'il y a une question de sécurité cela n'enlève pas le FTP que FTP réponds à des besoins où ssl, sftp fts scp ne sont pas nécessaires.
pour ce qui est du transport sécurisé il y a d'autre proposition dans la liste comme waarp qui offre bien plus qu'un simple sftp ou ftp over ssl

donc non ça n'a rien de choquant.
si dans mon labo sur le réseau de la rechercher isolé physiquement du réseau du centre j'ai besoin de transporter des fichiers entre 2 machines ftp est simple facile efficace suffisant.

A+JYT

[walfrat]

Personnellement j'aime que la liste d'élément recommandée soit courte.

Car si on regarde trop dans le détail, on va se perdre.

Il y a tellement d'élément possible dans le développement, de tooling, de préférence par développeur qu'il convient plutôt de donner une liste de premier choix, le reste appartient au besoin du projet et éventuellement à la préférence de ceux qui travaillent dessus.

On peut reprocher l'orientation Java et Web, mais de mon point de vue il s'agit d'une liste par défaut, tu dois simplement pouvoir dire en quelques lignes pourquoi ça tu fait autrement (et autre que "j'aime pas" évidemment).

Par exemple : "Dans mon projet j'ai du Big Data, l'écosystème Python est plus approprié à mon besoin en la matière notamment les librairies X/Y qui implémente tel outil spécifique du Big Data répondant à mon b-e-s-o-i-n, le reste du projet (ex : IHM) est géré avec les éléments recommandés car je n'ai pas de besoin spécifique à ce niveau et que mon équipe sait faire."