Suivre

Découvert aujourd'hui : est un de prototypage . Il gère :
- prototypes interactifs
- heatmaps
- export PNG (pas de SVG apparemment 😞)
- enregistrement des parcours utilisateurs
- des composants de connus inclus (Bootstrap...)

Encore insuffisant mais bon début... À suivre !

quant-ux.com

Il est développé en (il sera donc plus facile à appréhender que celui d'@akiraux)

@design_libre

@lutindiscret @akiraux @design_libre
Gruml, gruml, encore un truc en ligne, mes données sont mes données, et dans le cadre pro, encore plus...

@teebo C'est à la mode de tout faire « dans le cloud » sans réfléchir…
Même quand on fait des logiciels locaux, depuis x années on prévilègie aveuglément cette sombre merde d'electron, pour gaspiller des ressources, imposer un putain de google chromium juste pour la GUI d'une appli soit disant desktop, sous prétexte que « cey multiplateforme »… Le tout blindé de mouchards web sur des applis pseudo-desktop vendues à coup de « mécey gratuit et opensource »… 😠

@lutindiscret @akiraux @design_libre

@lutindiscret Des vrais des applications locales qui n'ont pas besoin de faire tourner *un putain moteur chromium par logiciel*¹ ? Ni ne nécessite de serveurs/confiance dans un tiers avec les données/le code servi dynamiquement excuté par le navigateur… Le « cloud », c'est de la merde a plusieurs niveau, de l'accessibilité (accès au du haut débit stable, et non tout le monde m'a pas la fibre ou du haut débit - 1/9

sur une infra bien entretenue par les FAI… ) à la confiance… point. Y a aucune bonne raison qu'un outil dont le fonctionnement n'est pas basé sur l'échange de données (messageries, réseau sociaux, stockage de fichiers entre plusieurs appareils…) nécessite du réseau pour y accéder ou pour le faire fonctionner. Y a aucune diff avec les DRM en ligne pour les jeux vidéos : Dans les deux cas, tu n'y accès que si
- ton réseau tient
- le serveur @lutindiscret - 2/9

est fonctionnel
- les admins du serveurs/enterprises veulent bien de toi

Dans les deux cas, les 3 conditions précédentes ne sont plus si le logiciel tourner localement sans faire chier…

Donc à peu près n'importe quel langage compilé (qui ne soit pas pourri de bretevets ni de techno privatrices). Ou même des langages en Byte-code (Java) si c'est assez « gros » fonctionnellement pour par finir avec une VM Java bouffant plus de ressources @lutindiscret - 3/9

que l'appli elle même, mais pas trop gros (-> langage compilé) et fait proprement (Jitsi desktop ni bouffait trop de ressources, surtout par rapport à son nombre de fonctionnalités). Ou même des langages de scripts pas aussi merdiques que JS (existence d'une biblio standard, pas 15 frameworks à la mode changenat tous es 3 mois, chargés depuis 5 CDN pour animer deux menu et faire une addition, une vraie culture de sécurifité… ), que soit du @lutindiscret - 4/9

Python, du Perl, du Ruby… peut importe tant que c'est du code local, que c'est du code propre et que le langage choisi fait bien ce qu'on essayé de faine avec…

Des applis qui
- ne gaspillent par des ressources. Les trucs en electron sont un cas d'école… des milliers d'appels systèmes en quelques minutes alors que l'appli de flashage d'ISO est juste ouverte sans aucune tache en cours (l'utilisateur n'ayant même par ouvert le menu pour @lutindiscret - 5/9

aller chercher l'ISO… ), écritures de centaines (littéralement) de fichiers temporaires random, lectures de fichires temporaires inexistants, chargement de bibliothèques FLAC et OGG… Les les trucs servis par un serveur web avec 30 tonnes de JS pour animer deux menus àla con, ce qui est le cas de l'extrême majorité des service web « modernes », c'est pas mieux
- n'utilisent le réseau dans mon dos pour contacter les serveurs de google et de @lutindiscret - 6/9

facebook alors qu'ils n'ont aucune fonctionnalité qui nécessité du réseau, et encore moins google et facebook (n'est-ce pas, Balena Etcher…)

Des devs pas trop cons et avec un peu d'éthique, ne vivant pas dans un monde où tout le monde utilise des machines gamer pour surfer single web, en échange de rien du tout fonctionnellement… sont les seuls prérequis pour ces deux derniers points

1. Un moteur de rendu JS avec 15 milles.dépendances, @lutindiscret - 7/9

JUSTE pour la GUI… c'est absurde. Surtout que non déplaise aux trolls atteints de syndrome NIH sous prétexte de « modernité », GTK fonctionne très bien et est standard, commun à trouzemilles applis donc une seule instance sur le système suffit pour pleins d'applis, soit une écnomie dhéchelle importante, plutôt que des applis electron que même pour les plus fonctionnellement basiques, bouffent chacune 200-400 MB de RAM juste parce que @lutindiscret - 8/9

putain de moteur web (de google, qui plus est…) intégré. Et contrairement à ElectronJS, pas avec trouzemilles bibliothèques web inutiles pour l'appli en question, faisant des trucs random probablement à l'insu des « dev » qui s'en cognent embarqués dans l'applis… @lutindiscret - 9/9

@lutindiscret@mastodon.libre-entreprise.com GTK, Qt, et des devs compétents.

Compiler du Qt pour du multiplateforme, c'est un argument dans un fichier de conf, si ton appli est proprement construite.
Surtout que Qt supporte les feuilles de style CSS depuis quelques temps, donc l'argument de la simplicité de customisation d'interface ne tient pas.

@devnull@mamot.fr

@Darks Si QT reste libre… Vu qu'ils voulaient le fermer pour verdre des licerces sous prétexte d'épidémie…

@lutindiscret

@Darks Oui, peut-être. Peut-être pas. Ça dépend des volontaires/temps livres des libristes/intérêts pour le projet/compétences/la phase de la lune/l'age du capitaine.

@lutindiscret

@devnull @Darks @lutindiscret Il y a suffisamment de gros projets libres codés en QT pour que ça le reste: kde, krita, vlc, telegram, kdenlive,...

@teebo c'est un logiciel libre, si on a pas confiance, on peut (faire) installer une instance sur un hébergeur de confiance.

Inscrivez-vous pour prendre part à la conversation
libre-entreprise Mastodon

Mastodon est un réseau social utilisant des protocoles Web ouverts et des logiciels libres. Tout comme le courriel, il est décentralisé.