Aujourd’hui, les grandes entreprises et administrations publiques hésitent entre continuer à utiliser des logiciels propriétaires ou basculer vers les Logiciels Libres. Pourtant, la plupart des logiciels libres sont capables de bien traiter les données issues des logiciels propriétaire, et parfois avec une meilleur compatibilité.
C’est alors la barrière de la prise en main qui fait peur, et pourtant...
Les logiciels libres
L’aspect « Logiciel Libre » permet une évolution rapide et une plus grande participation des utilisateurs. Les aides et tutoriels foisonnent sur Internet ou sont directement inclus dans le logiciel lui-même.
Enfin, les concepteurs sont plus proches des utilisateurs, ce qui rend les logiciels libres plus agréable à utiliser et conviviaux.
Grâce à la disponibilité des logiciels libres, vous trouverez facilement des services de support techniques et la licence n’est plus un frein à l’utilisation de ces logiciels par votre personnel.
Notre support technique concerne essentiellement les logiciels libres, que ce soit sous forme de services ponctuels ou de tutoriels.
- Juin 2021 -
Bonjour Nal,
Si tu suis mes aventures, tu sais que je développe régulièrement des tribunes. Que ce soit pour tester un concept, enrichir un produit existant ou tester des technos.
C'était le cas avec jb3, la tribune la plus friturée du marché mais aussi la plus bloated: Java, Spring Boot, Mongodb et maintenant Node-Red parce que c'est rigolo.
J'avais parfois des envies de minimalisme, mais quand c'est trop rikiki, ça manque de sensation.
Aujourd'hui je t'écris, car j'ai eu un nouveau prétexte (tester Golang) pour écrire une nouvelle suite logicielle de moulage: gb3.
Architecture: TOGAF ready
gb3 se compose de trois composants:
- gc2, un coincoin en vanilla.js ;
- gb0, un bouchot sans IHM en Golang qui utilise le système de fichier comme base de données;
- gb2c, un agrégateur des meilleures tribunes du web en Golang. Il sert de dauphin à gc2.
Cette architecture d'applications à douze facteurs respecte peut être la philosophie Unix, le modèle C4, le design en microservices, ainsi que toutes les bonnes pratiques connues ou inconnues de devoups à ce jour, notamment la couverture de 100% de tests unitaires sur la prod grâce la méthode Production Unit Testing Enhancement (PUTE).
Avec cette méthode, on teste les fonctionnalités une par une en production en attendant que les utilisateurs se plaignent pour corriger les bugs. Le logiciel en production est donc toujours au top sauf quand il ne marche pas.
Fritures: less is less
Ma précédente solution moulesque avait beaucoup de fritures, au prix d'une certaine complexitude. Cette fois j'ai décidé de n'implémenter que des fonctionnalités que j'utilise au quotidien (moulage multi tribune, totoz, emoji, images jointes) et d'abandonner les rigolotes mais peu utiles (bots, trollomètre) et les problématiques pour la privacité des moules (présence en ligne, archivage de longue durée).
J'ai aussi réduit le nombre de paramétrage (on ne peut plus créer de tribune perso, la liste des tribunes est fixe). Bref un processus de gnomisation qui permets d'avoir un logiciel maintenable et sain pour les utilisateurs puisque le développeur sait toujours mieux qu'eux ce dont ils n'ont pas besoin.
Go goal?
Le but de ce projet était d'évaluer Go. Pendant tout le développement je me suis répété c'est nul à chier ce langage en plus les libs sont pas top et puis à la fin le résultat est simple à maintenir et fiable.
Et puis ça commence un poil moins de RAM:
Bref je suis mitigé<.
Et si je recommençais en Rust cette fois?
Commentaires :
voir le flux Atom
ouvrir dans le navigateur
