devnewton 🍺 a écrit 8770 commentaires

J'ai travaillé souvent avec des équipes au Maroc ou en Tunisie: il y a beaucoup plus de développeuses qu'en France.

Je me demande à quoi c'est lié.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pasolini est mort en 1975, je me demande s'il aurait aussi parlé de phénomène mort et enterré après les succès électoraux de la Ligue du Nord, les élections de Trump, Modi, Duterte, les scores des partis d’extrême droite en France…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

React ne résout pas tout non plus.

Je me demande encore à quel problème que je n'ai jamais eu il est une solution :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Par curiosité ça date de quand ton test Flatpak ?

2019 : https://linuxfr.org/nodes/118997/comments/1795082

Après pour java il me semble que Minecraft étais pendant packagé en mode "prend le jar et démerde toi", et ça embêtais pas grand monde.

J'avais écrit un journal sur le sujet : https://linuxfr.org/users/devnewton/journaux/write-once-run-anywhere-qu-il-disait

Si je dois à nouveau écrire un jeu "natif", je me tournerais sans doute vers Go pour ne pas me casser la tête avec la cross compilation et la distribution d'appli.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

La majeur différence avec 2014, c'est que aujourd'hui seul ceux qui on pas essayer, croie que le packaging reste compliquée soue linux.

Moi j'avais essayé pour Newton Adventure et j'en suis revenu:

• impossible de faire un paquet pour Debian: Java était mal géré, mal documenté, la seule lib (lwjgl) dispo était dans une version très obsolète… ;
• j'avais essayé un rpm, mais comme je n'utilise pas Fedora & co, j'ai fini par le laisser tomber ;
• j'ai testé un flatpak: il marche sur un OS et pas sur autre, bravo la portabilité ;
• j'ai fini par faire une AppImage: ça marchouille mais ça revient à se mettre complètement hors de la distrib.

Bref on n'y me reprendra plus: je fais maintenant mes jeux sous forme d'appli web html/js/css. C'est lent, c'est pas adapté, mais la distribution d'appli n'est pas un cauchermar.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Et pendant que l'appli native avec des widgets maintenable par un stagiaire se charge en 0.001s et consomme 30ko de RAM, la SPA React / Redux / Cloud native demande une équipe 42 personnes dev/ops/agile/ux/ui/lifecoach se lance en 8 minutes et demande 2Go de RAM.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Il y a une couche de databinding avec Fyne: https://developer.fyne.io/binding/

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Devnewton demande pourquoi est ce qu'on pourrait vouloir embarquer un framework en statique, je lui dit pourquoi certains sont intéressés par du tout statique.

Je ne demande pas pourquoi, je demande si c'est possible :-)

En regardant la doc de Fyne et Gio UI, on voit que sous Linux ils demandent d'installer des libs qui à priori seront dynamiquement liées, non?

Fyne:

sudo apt-get install golang gcc libgl1-mesa-dev xorg-dev
Gio UI:

apt install gcc pkg-config libwayland-dev libx11-dev libx11-xcb-dev libxkbcommon-x11-dev libgles2-mesa-dev libegl1-mesa-dev libffi-dev libxcursor-dev libvulkan-dev


Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Les avantages de Go se retrouvent principalement dans la capacite d'avoir un binaire unique par architecture (compilation statique)

Est-ce vraiment possible pour des cadriciels IHM? J'ai l'impression qu'ils dépendent tous de bibliothèques en C dynamiquement liées.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est une traduction littéraire : le paquet célibataire n'est pas marié à une distribution !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

// Buildtable fills arrays compile-time with user-defined javascript code (i is a counter here ranging from 0-256)
sin : array[256] of byte = BuildTable("Math.sin(i/256.0*2*3.14159)*127 +128");

Garçon ! Il y a du js dans mon Pascal !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

D'après le tutorial, c'est du Pascal : https://retrogamecoders.com/introduction-to-trse-programming/

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pour moi le C reste de l'ASM de haut niveau

Est-ce encore vrai? Le code assembleur généré ressemble de moins en moins au C, le C n'a pas de construction correspondant aux instructions "modernes" (SIMD)…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Quand j'ai commencé à travailler en informatique, mon premier chef m'a dit tu vas voir, on balance toujours entre mettre les applis plutôt côté client ou côté serveur.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je l'avais fait il y a presque 10 ans avec Fossil, PHP et Online Coin Coin.

Ce prior art moulesque devrait servir limiter les brevets et élevages de subventions sur le sujet.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

tout le monde n'a pas une connexion internet 100% du temps et partout et dans ce domaine ça bride la liberté

Pour ça, il y a les progressive web apps en mode offline. Sous certaines conditions, firefox permets même de les installer.

Ça ne marche pas encore super bien d'après mes tests, mais c'est un début.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Faut-il dès lors imputer la consommation au patron, au salarié, ou une certaine proportion à chacun ?

Un peu si Poutine après avoir rasé l'Ukraine se demandait Faut-il imputer les dégâts à la Russie, à l'OTAN, aux ukrainiens ou une certaine proportion à chacun ? En tout cas, c'est pas moi, je suis perché, pouce et on retouche pas son tsar.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Vu les chiffres, peut-on dire que cela valide la théorie du ruissellement ? Les riches reçoivent l'argent et la pollution ruisselle sur tous !

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

A vouloir déqualifier, les utilisateurs finaux en prétextant qu'installer une appli est trop compliqué je trouve ça un peu limite.

Même quand il sait faire, l'utilisateur final préfèrera souvent cliquer sur une url qu'installer et mettre à jour une appli. Surtout si son OS n'a pas de système de paquets ou s'il n'y a pas de paquet pour cette appli.

Ou alors parce qu'il ne veut pas donner des droits à cet appli sur sa machine: le brouteur sert de sandbox.

Ou encore parce que l'appli native ne permets pas de zoomer ou d'imprimer un écran de son IHM.

Ou encore parce que l'appli native ne permets pas de mettre un marque page quelque-part.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Le problème du web est de vouloir mettre des applications dans le navigateur plutôt que de les créer en natif sur les OS (soit disant que ça diminue les coûts et augmente la diffusion potentielle).

Pour amener une appli d'un fournisseur jusqu'à l'utilisateur, on a :

• le web : le fournisseur code et héberge son appli un serveur http, le client installe un brouteur, clique sur l'url et ça marche !
• les applis natives : le fournisseur doit mettre en place une cross compilation et s'intégrer aux systèmes de paquets / installations de tous les OS / versions / architectures. L'utilisateur doit savoir installer une appli, être souvent root sur sa machine, pour certains faire les mises à jour lui même…

Aucune solution aussi pratique et portable que le web n'a émergé pour les applis. Je ne connais qu'une tentative : Java Web Start, mais la sauce n'a jamais prise et Oracle a fini par tuer la techno.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Certains candidats en parlent dans leur programme. Exemple avec le candidat préféré des moules:

Créer une agence publique des logiciels libres chargée de planifier leur développement stratégique domaine par domaine en identifiant les manques et en finançant les projets-clés

Généraliser l’usage des logiciels libres dans les administrations publiques et l’Éducation nationale

https://laec.fr/section/86/garantir-la-souverainete-numerique-de-la-france?q=logiciels,libres

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

En effet, dans les candidats de droite, il y a plusieurs Axes.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Enfin j'imagine qu’être "de droite" dans ta bouche n'est pas un compliment.

Il y a plusieurs tendances à droite.

L'une d'elle devrait défendre les libertés individuelles, lutter contre les bureaucraties, défendre les consommateurs, la souveraineté, le terroir et même l'environnement: elle a quasiment disparu.

Une autre est raciste, pollueuse, sécuritaire voire liberticide: on n'entends plus qu'elle.

Donc oui aujourd'hui c'est difficile de dire "de droite" comme un compliment :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Le vrai problème c'est que personne n'a aujourd'hui la force de travail nécessaire pour développer un brouteur ou même un "alterbrouteur":

• les standards du web sont trop complexes ;
• les alternatives au web (gemini) sont trop simples.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

L'article ne précise pas si ces robots tournent sous GNU/Linux :(

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.