grim7reaper a écrit 132 commentaires

Peut-être un truc de ce genre ?

La rétrocompatibilité est un point qui n’est pas négligé d’une version à l’autre, d’où une évolution plutôt lente.

Suivi de

Les opérateurs ternaires imbriqués ne sont plus associés par la gauche

Du coup, est-ce qu’il ne viennent pas de casser la rétrocompatibilité sur une numéro de version mineur ? :/

Séparateur d’unité
[…]
En revanche, attention à l’utilisation, il y a des risques de ne pas affecter la bonne valeur.

Hum, c’est à dire ?

Ça ne répond pas à la deuxième problématique soulevée par Grunt : si je prends le code et que je le compile en ayant viré le code « qui applique la force de calcul » pour faire tourner une version « optimisée » sur ma machine, comment ça se passe ?

Merci pour la clarification :)

Ben il reste ce que tout le monde utilise surtout, le core, la cli, desktop, le hub, etc.

Dans ce cas y’a des infos erronées qui circule, cet article dit que la CLI a été vendu aussi :

With this deal, Mirantis is acquiring Docker Enterprise Technology Platform and all associated IP: Docker Enterprise Engine, Docker Trusted Registry, Docker Unified Control Plane and Docker CLI.

J'ai du mal à voir l'obscurité dans ton snippet de code précédent

Je pense qu’il ne parle pas du code en soit, mais du contenu de la popup de doc qui est pas franchement user-friendly en effet.

Alors que tous le monde sait pertinemment quelle est la meilleure solution.

Le typage statique œuf course, la preuve étant que de plus en plus de langage dynamique ajoute le support pour le typage statique, l’inverse étant faux :]

Quel sanitizer tu utilises pour chopper les problemes de variable non initialisées

L’option -Wuninitialized de GCC ou Clang :p

Mais ouais, pour les cas plus complexe Valgrind est bon, et les différents sanitizer ne supportent par encore tout ce que fait Valgrind.
Mais bon utiliser l’un n’empêche pas d'utiliser l’autre (par contre pas en même temps xD) : tu peux faire exécuter ta test suite sous Valgrind puis refaire une exécution compilé avec les sanitizer.

Beaucoup de SoC sortent aujourd'hui d'usine chinoise. Cependant, il y a peu/pas de design de CPU "sérieux" qui sortent des bureaux d'études chinois.

Il y a l’architecture Sunway, dont le Sunway SW26010 qui a été utilisé dans le Sunway TaihuLight.
Pas le choix vu que le gouvernement US avait interdit à Intel de vendre ses puces haut de gamme aux Chinois, bah du coup ils ont fait les leurs.

19 641 si je compte le nombre d’éléments de AllCards.json (récupéré sur MTGJSON, projet fort sympa).

On peut aussi nommer Grace Hopper qui a un inventé un truc ou deux mineurs dans l'histoire de l'informatique comme COBOL ou FORTRAN.

Heu non.

AFAIK, elle n’a rien à voir avec FORTRAN.

Par contre, si elle n’a pas inventé le COBOL elle a créée le FLOW-MATIC qui a fortement inspiré le COBOL.
Il me semble aussi qu’elle soit à l’origine du premier compilateur.

Bon, «filet de fayot» alors ?

Les fayots du père Fabio ?

MariaDB gère très bien les transactions

Oui et non.

Y’a pas de rollback possible pour le DDL et c’est plutôt handicapant quand tu mets à jour ton schéma lors d’une migration (si ça plante au milieu, t’as beau être dans une transaction le rollback va pas fonctionner :/)

Mais pour les trucs « de base » oui c’est géré (encore que, pas pour tout les moteurs (mais InnoDB c’est OK)).

Est-ce que MongoDB c’est pas overkill pour 5 000 entrées ?

Ça me rapelle https://adamdrake.com/command-line-tools-can-be-235x-faster-than-your-hadoop-cluster.html

Quand un truc est prévu pour gérer de gros volumes, si tu travailles sur des trucs minuscules et bien l’overhead risque d’être extrêmement visible.

+42

Voir aussi https://blog.erratasec.com/2018/10/notes-on-bloomberg-supermicro-supply.html

GHC 8.6.1 n'apporte pas forcement des nouveautés capables de motiver à l'utilisation d'Haskell, mais apporte son lot de petites améliorations qui ensemble rendent GHC plus pratique.

Y’a pas que les features dans la vie ;-)

Personnellement, j’attends la 8.6 avec impatience car elle contient le bugfix qui va empêcher xmobar de crasher plusieurs fois par jour…

Y'a quand même un langage de programmation ayant pas mal de succès qui base son nom là-dessus non ?

Il y a aussi des références dans Vim (:h grail ou :Ni!)

Mon message était plus en réponse au "La réponse en retour risque d'être assez rude.", pas spécialement sur le choix du terme maître/esclave.

Mais ce que tu dis est vrai: souvent les termes viennent de la doc’ et c‘est logique de garder les termes pour être consistent.

Pas forcément, Linus semble vouloir changer son style de communication:

This week people in our community confronted me about my lifetime of not understanding emotions. My flippant attacks in emails have been both unprofessional and uncalled for. Especially at times when I made it personal. In my quest for a better patch, this made sense to me. I know now this was not OK and I am truly sorry.

The above is basically a long-winded way to get to the somewhat painful personal admission that hey, I need to change some of my behavior, and I want to apologize to the people that my personal behavior hurt and possibly drove away from kernel development entirely.

I am going to take time off and get some assistance on how to understand people’s emotions and respond appropriately.

https://lore.kernel.org/lkml/CA+55aFy+Hv9O5citAawS+mVZO+ywCKd9NQ2wxUmGsz9ZJzqgJQ@mail.gmail.com/

C’est un problème connu (https://swtch.com/~rsc/regexp/regexp1.html) et c’est le prix à payer pour supporter les backref.

Le coup de survivre dans l’espace de n’est pas nouveau dans l’univers étendue de Star Wars : voir cette discussion sur reddit qui date d’il y a trois ans.

Déjà vi de base est bien puissant quand on sait s’en servir.
Cf. cette réponse connue sur stackoverflow: Your problem with Vim is that you don't grok vi.

Oui c’est bien un comportement indéfini.
Pour la source, il suffit d’aller voir le standard.

Si on va voir la norme du C99 (AFAIK ça n’a pas changé en C11), ISO/IEC 9899:TC3 section 6.5.3.2/4:

If an invalid value has been assigned to the pointer, the behavior of the unary * operator is undefined(87).

La note de bas de page 87 nous dit

Among the invalid values for dereferencing a pointer by the unary * operator are a null pointer, an address inappropriately aligned for the type of object pointed to, and the address of an object after the end of its lifetime

Donc déréférencer un pointeur NULL c’est un UB.

Ça va même plus loin en fait, tu peux faire très peu de choses avec un pointeur NULL (avec les pointeurs invalides de manière générale en fait) : toute opération arithmétique avec un pointeur NULL débouche sur un UB.
Oui, même faire NULL - NULL c’est un comportement indéfini en C :D

Point intéressant à noter, le C++ diffère là dessus : il définit le résultat de certaines opérations arithmétiques sur NULL (voir cet article pour les explications du « pourquoi »).

Peut être que si c'est ISO, les droits appartiennent à l'ISO et ne peuvent être publié ailleurs sans payer ?

Je ne pense pas, en tout cas ça n'a pas l'air d'être le cas pour Ada qui est un standard ISO (http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=61507) mais qui est aussi disponible en ligne (http://www.adaic.org/ada-resources/standards/ada12/).

En contrepartie, écrire du code Haskell sans certaines extensions est assez déprimant et on est arrivé à une situation où GHC est le seul compilateur capable de faire tourner la plupart des codes disponibles.

Ce qui est un des points qui me gêne chez Haskell (mais j’aime quand même le langage par ailleurs).
Un standard qui est là seulement pour faire joli c’est déjà moyen, mais en plus le fait qu’une grosse majorité du code qui dépends d’extension GHC rend très difficile (voir impossible) l’apparition d’un compilateur alternatif.

Je vous encourage aussi à regarder l'outil Liquid Haskell qui propose de la vérification statique de prédicats sur votre code Haskell et qui est un bon complément au typage pour rendre son code encore plus robuste.

Ça me fait un peu penser à SPARK pour Ada.