Ce qui manque à Go c'est aussi une bibliothèque pour faire des interfaces graphiques. Aujourd'hui il n'y a que des bindings, ce qui oblige à avoir une chaîne de compilation C et toute la complexitude que ça apporte (release de binaire 100% statique impossible, installation compliquai, dll hell).
Si nous sommes bien dans cette ligne temporelle, est-ce qu'il ne faudrait pas faire sauter la ring "stack"Â ? Ou en tout cas ne pas trop investir de temps dessus.
Although it’s far from certain, after over a decade of work it looks like a design for parametric polymorphism, what is colloquially but misleadingly called generics, is coming in the next year or two
A WebGPU implementation translates the workloads issued by the user into API commands specific to the target platform. Native APIs specify the valid usage for the commands (for example, see vkCreateDescriptorSetLayout) and generally don’t guarantee any outcome if the valid usage rules are not followed. This is called "undefined behavior", and it can be exploited by an attacker to access memory they don’t own, or force the driver to execute arbitrary code.
# Actif Actif, multimaster, bi site?
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Postgresql, un retour d'expérience. Évalué à  8.
J'adore postgresql, mais aujourd'hui la principale limitation est de ne pas pouvoir le déployer Actif Actif, multimaster et bi site.
On se retrouve pour beaucoup de projet Ă utiliser Mysql + Gallera (mouaif) ou Oracle RAC (beurk).
Pour des besoins très simple, on fait aussi du Cassandra ou du S3 comme
basespoubelles de données, mais c'est pas top.Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Go est lent, Rust est rouillé !
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à  5.
Ce qui manque à Go c'est aussi une bibliothèque pour faire des interfaces graphiques. Aujourd'hui il n'y a que des bindings, ce qui oblige à avoir une chaîne de compilation C et toute la complexitude que ça apporte (release de binaire 100% statique impossible, installation compliquai, dll hell).
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pinaillage
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Firefox 76 (dites : Septantesix). Évalué à  6.
Et en plus (dev)newton varie si je mange une salade de quinoa ou un aligot saucisse.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pinaillage
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Firefox 76 (dites : Septantesix). Évalué à  5. Dernière modification le 11 mai 2020 à 08:30.
Moi oui: je pèse exactement un (dev)newton !
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Réduction du domaine de la lutte
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Présentation de Fedora Silverblue. Évalué à  4.
Je ne connais pas Toolbox, mais j'avais testé flatpak : https://linuxfr.org/nodes/118997/comments/1795082
Je change de langage :-) Plus sérieusement, c'est pas le rôle de pip/venv?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Réduction du domaine de la lutte
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Présentation de Fedora Silverblue. Évalué à  4.
Aujourd'hui c'est vrai à cause de l'enfer des environnements d'exécution et bibliothèques partagées. Mais demain?
Je vois dans ma boule de cristal que bientôt toutes les applications seront écrites avec un langage comme Go, Rust ou Cristal qui permettent de créer un gros binaire avec toutes les bibliothèques liées statiquement.
Je vois aussi que les langages interprétés ou octetcompilés permettront aussi de faire ces "obèsebins", par exemple avec l'aide d'Appimage.
Si nous sommes bien dans cette ligne temporelle, est-ce qu'il ne faudrait pas faire sauter la ring "stack"Â ? Ou en tout cas ne pas trop investir de temps dessus.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Go est lent, Rust est rouillé !
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à  7.
https://golangnews.org/2020/04/rob-pike-interview-go-has-indeed-become-the-language-of-cloud-infrastructure/
Donc en 2022, Go sera au niveau du Java 1.5 sorti en 2004Â !
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: VIM ???
Posté par devnewton 🍺 (site web personnel) . En réponse au lien Le SILL est désormais mis à jour en continu et publié par Etalab sous forme de site web. Évalué à  7.
VI est installé par défaut, pas besoin de le mentionner !
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# RGPD ready?
Posté par devnewton 🍺 (site web personnel) . En réponse au lien Rennes, les étudiants vont être télé-surveillés via leur webcam pendant les examens de fin d'année . Évalué à  3.
Ils n'ont pas peur des plaintes?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# SDK?
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Petite histoire de la SD2SNES, et par là même du MSU1. Évalué à  3.
Est-ce qu'il existe un SDK pour développer en C pour la SNES ?
Ou est-ce encore une victoire de la megadrive?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Beaucoup trop de mauvaises informations.
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Petite histoire de la SD2SNES, et par là même du MSU1. Évalué à  10.
Merci pour ces précisions, mais pas la peine d'être désagréable.
La scène retro/emu n'est pas connue pour être très claire dans sa communication. On ne trouve souvent les infos qu'au fond d'un forum avec des liens morts. Si tu connais bien le sujet, n'hésite pas à faire un journal toi aussi :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Console pleine d'histoire
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Petite histoire de la SD2SNES, et par là même du MSU1. Évalué à  2.
Et Rock & roll racing ?
https://www.dailymotion.com/video/x28w7d8
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Pas grave
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Fuite de données personnelles par Le Figaro. Évalué à  10.
Après tout les lecteurs du Figaro, souvent fans de vidéoprotection, n'ont rien à cacher!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Nim
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à  3.
Il me semble que Nim n'a toujours pas d'IDE complet (avec un debugger notamment). Snif.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Est-ce qu'il y a....
Posté par devnewton 🍺 (site web personnel) . En réponse au lien Micro: enfin un éditeur de texte normal pour votre terminal?. Évalué à  4.
Saikoi?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Go est lent, Rust est rouillé !
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à  3.
A la limite, je préfère la solution Perl, au moins ça ne crashe pas violemment mon programme :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Go est lent, Rust est rouillé !
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à  4.
Le principe général est très bien : le compilateur vérifié que toute exception est bien attrapée ou relancée.
Et puis il y a les unchecked exceptions…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Go est lent, Rust est rouillé !
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à  4.
Je ne sais pas exactement ce qu'il faudrait faire, mais Go oblige à gérer les erreurs pour faire des programmes fiables (bien), mais te plante violemment à la tronche si tu te loupes dans l'accès à un tableau (pas bien).
En Java, je sais que chaque ligne de code peut lancer une exception (pas bien), donc je me méfie :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Cette application existe pourtant
Posté par devnewton 🍺 (site web personnel) . En réponse au lien A.A.Casilli : « Il n’existe pas d’application capable de remplacer une politique de santé publique ». Évalué à  4.
PS: cette application implémente un système de santé homéopathique.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Go est lent, Rust est rouillé !
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à  2.
La généricité apporterait des structures de données faciles à utiliser. En Go on n'a que map et array (avec de jolis panics dès que tu te goures, mais ça c'est une autre erreur de conception).
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Go est lent, Rust est rouillé !
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à  8.
J'avais testé Go et Rust il y a un moment, Crystal plus récemment.
L'outillage de Go est très bien (facile de générer un binaire sans dépendance) et très simple (go build), mais le langage primitif (pas de généricité) et incohérent (gestion des erreurs systématiques pour ne jamais planter, mais il y a les "panic" qui font tout planter).
L'outillage de Rust a l'air bien aussi, mais pas assez mature (installation laborieuse). Le langage semble puissant, mais pénible à écrire et surtout à lire. Ça ne donne pas du tout envie de travailler avec.
Crystal semble un bon compromis: outillage simple et syntaxe agréable. Malheureusement, c'est très très très jeune. Vivement une version 1.0.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Le logiciel libre c'est politique (sinon, on parlerait d'Open Source)
Posté par devnewton 🍺 (site web personnel) . En réponse au journal oh et puis merde.... dlfp, c'est vraiment censé être politique?. Évalué à  2.
Je répète: je relaye souvent des infos insoumises ici, parce que c'est un thème de trolls et gags récurrents.
Je mettrais bien un nez de clown et un chapeau rigolo pour t'aider Ă comprendre, mais il n'y a pas l'option dans les commentaires de linuxfr.
Et enculer un mouton, c'est pas très écolo.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Le logiciel libre c'est politique (sinon, on parlerait d'Open Source)
Posté par devnewton 🍺 (site web personnel) . En réponse au journal oh et puis merde.... dlfp, c'est vraiment censé être politique?. Évalué à  -1. Dernière modification le 26 avril 2020 à 10:40.
Tu as tendance à voter Macron ou Lepen, car φ promeut l'humanisme, la démocratie et l'écologie?
Ça se tient !
PS pour ceux qui ont du mal à comprendre l'esprit de linuxfr: je relaye souvent des infos insoumises ici, parce que c'est un thème de trolls et gags récurrents, tout comme certains postent des news sur systemd ou java (arg là c'est souvent moi aussi). Ce n'est pas de la propagande.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Sens de l'affiche ?
Posté par devnewton 🍺 (site web personnel) . En réponse au journal #PlusJamaisCa Manifestation en ligne. Évalué à  6.
Bonjour Perplexe<Â !
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# What could go wrong?
Posté par devnewton 🍺 (site web personnel) . En réponse au lien A Taste of WebGPU in Firefox (exemple de rendu avec Vulkan sur GNU/Linux à l'appui). Évalué à  3.
A WebGPU implementation translates the workloads issued by the user into API commands specific to the target platform. Native APIs specify the valid usage for the commands (for example, see vkCreateDescriptorSetLayout) and generally don’t guarantee any outcome if the valid usage rules are not followed. This is called "undefined behavior", and it can be exploited by an attacker to access memory they don’t own, or force the driver to execute arbitrary code.
https://gpuweb.github.io/gpuweb/
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.