rewind a écrit 3434 commentaires

Les médecins ont annoncé que la SVT allait être obligatoire pour entrer en médecine, les CPGE vont dire qu'il faut faire Maths et Physique-Chimie. Du coup, il ne va pas rester grand monde pour faire NSI, il va rester tous ceux qu'on aura découragé de faire médecine ou prépa.

Si j'ai bien compris en situation de concurrence, un seul chat (qui n'est pas dans les files d'attente) devient gros.

C'est le chat premier de cordée ?

Tu voulais une réponse, tu l'as. Elle ne te plaît pas, tant pis pour toi. Des tas de gens utilisent l'inférence de type depuis des lustres sans que le monde ne se soit écroulé pour autant. Si tu ne veux pas l'utiliser, tu n'es pas obligé, personne ne va venir derrière toi. On t'a expliqué tous les avantages à utiliser auto en C++ ou var en Java, maintenant on ne peut plus rien faire. Tu ne veux pas être convaincu, tu veux juste râler.

comment tu connais le type de retour de getNextValue()

On ne le connaît pas exactement mais on s'en fout, on sait que c'est un entier et ça suffit. On a géré le cas du dépassement de manière générique et donc, si jamais le type de retour de getNextValue() change, on aura rien à changer ici. Que cet entier soit un int, un size_t, un uint16_t ou autre chose, ça ne change rien, au code et à sa logique.

De plus, je ne suis pas fan du code que tu proposes, tester les limites des types en dynamique

Rien n'est dynamique ici, decltype(counter) est évalué à la compilation et max() est constexpr donc sera également évaluée à la compilation.

et je ne parle même pas des performances…

Niveau performance, ça ne changera rien et niveau typage, c'est plus générique donc plus maintenable que si tu avais spécifié le type directement.

Modèle ←→ Contrôleur ←→ Vue

Ça, ce n'est pas MVC, c'est de l'architecture trois tiers. Dans MVC, il y a des flèches entre la vue et le modèle.

Du coup, c'est exactement ce que fait function_cast mais de manière totalement générique.

C'est ici : https://jriddell.org/2018/11/02/red-hat-and-kde/

Petit extrait : «The real surprise here is that RHEL supported KDE all»

La vraie question, c'est combien parmi ces postes clients avaient KDE en desktop ? Un pouième ?

Donc je peux comprendre qu'on aime pas Snap si on m'explique les inconvénients autres que "la sortie de df est pas jolie". Et si il n'y a pas d'arguments, ça peut être considéré comme dans la résistance au changement.

Et pourquoi on ne ferait pas l'inverse ? Pourquoi on ne rappellerait pas les avantages de Snap pour essayer de convaincre de l'utilité du bouzin ?

ou alors c'est juste de la résistance au changement ?

Ce n'est pas un argument. On peut ne pas vouloir un changement sans pour autant être résistant au changement dans l'absolu. Si je te dis qu'à partir de maintenant, tu dois marcher sur les genoux, je pense que tu n'accepteras pas, et pourtant je ne pense pas que tu sois résistant au changement, n'est-ce pas ?

En pratique, il existe suffisamment de langages récent et supérieur tel que C++, Go, Rust, Python, etc. pour faire ce genre de chose.

Et s'il veut que son framework puisse être utilisé par tous ces langages à la fois et pas juste un seul, il l'écrit en C et les autres font un binding.

Quand je suis arrivé il y avait aussi des jeux amateurs

C'est aussi peut-être lié à la vieillesse des contributeurs. De nos jours, un gamin qui fait un jeu amateur (disons qu'il a utilisé Unity pendant 2h, importé un modèle moisi de OpenGameArt et l'a fait avancé dans un espace complètement plat avec un cube, et il appelle ça un FPS), il le met sur itch.io voire sur Steam, il ne vient pas ici pour l'annoncer. Et nous, les «vieux», on a moins de temps pour produire des jeux amateurs (ça fait 5 ans que j'ai commencé le mien, et ça avance très lentement).

La solution : ne pas lire les liens, désactiver dans l'affichage par défaut et hop !

la névrose typiquement française de devoir se écrire une longue dissert' en 3 parties

D'un autre côté, on pourrait aussi parler des lecteurs qui descendent la moindre dépêche ou le moindre journal qui ne contient que quelques lignes en mode «on n'est pas sur Reddit ici».

La rigidité idéologique de l'orientation libriste

WTF? Le libre n'est pas un acquis. Ça reste un combat, en témoigne l'actualité récente sur l'Europe. Oui, il faut maintenir la tranchée et il faudra aussi longtemps que cette belle idée de partage sera menacée par ceux qui ne veulent pas partager. Si, en disant ça, je suis un idéologue rigide de l'orientation libriste, et bien soit.

Ho purée, je suis en retard sur Java.

Il n'y avait aussi un projet de modularisation de la bibliothèque standard Java où on pouvait par conséquent ne dépendre que de petit morceau plutôt que de l'ensemble ?

J'ai jamais osé mettre mes «productions» sur un site. À un moment, elles étaient en ligne mais elles ne sont pas restées très longtemps.

C'est malin ! Je viens de passer ma journée à lire des mods ! Malheureusement, pas avec OpenMPT. Mais grâce à cette news, et en particulier la page wikipedia sur les trackers, j'ai découvert qu'il existait un clone de FastTracker 2. Ça compile nickel sous Linux et le résultat est simplement bluffant ! D'après ce que j'ai compris, l'auteur a pris les sources originales en Pascal et assembleur et les a porté en C/SDL2. L'ensemble n'est pas libre, puisque les assets sont sous CC-BY-NC-SA. Mais quand même, ça me replonge une petite vingtaine d'année en arrière. Du coup, j'ai fait de l'archéologie dans mon grenier et j'ai ressorti plein de vieux CD gravés à cette époque là et sur lesquels j'avais toute une collection de xm, s3m et autre mod. Je suis aussi allé faire un tour sur modarchive et sur scene.org pour en chercher quelques autres. Bref, ça fait du bien d'entendre à nouveau Necros, Skaven, Purple Motion, MaF, Zodiak, Keih303, etc !

Personnellement, j'adore les trackers, et je me demande pourquoi ils n'ont pas plus percé que ça. Moi qui n'ai aucune formation musicale (hormis ce qu'on apprends au collège), je pouvais tâtonner et sortir des trucs pas trop mal. Après, pour faire des choses évoluées, il fallait des années d'expérience, mais comme pour tout art. Quand je vois que, de nos jours, il faut un matériel de dingue pour faire de la MAO, j'ai l'impression qu'un tracker demandait (et demande toujours ?) beaucoup moins de ressources (FastTracker2 tournait sur un 486 DX2 à 66MHz !). Vivent les trackers !

c'est ce que j'adore dans les pro-copyleft qui me bassinent avec le "bien commun" du copyleft face à la fermeture du copyfree : le copyleft est en fait utilisé pour verrouiller, sur le produit publicitaire afin de vendre du proprio, ha ha

Prenons un exemple. Une entreprise A a un produit P en copyleft, et un produit P' qui est P avec des fonctionnalités propriétaires. Une entreprise B forke P et commence à ajouter des fonctionnalités pour fabriquer P". Un client C de B achète P". La seule différence avec un client de A, c'est qu'il a accès à l'ensemble des sources de P" et qu'il n'a pas accès aux fonctionnalités de P'. Il peut divulguer les sources de P", la licence l'y autorise, mais il peut aussi les garder pour lui. Admettons qu'il les garde pour lui parce que ça lui coûte de les mettre à disposition et qu'il n'a ni le temps ni l'argent pour ça. Dans tout ça, A n'a pas accès à P". Dans ce scénario, quelle différence, du point de vue de A, avec du copyfree ? Aucun.

Conclusion : le monde n'est toujours pas binaire avec les gentils copyfree et les méchants copyleft.

On ne dit plus static if, on dit if constexpr. Le vocabulaire a évolué pendant la normalisation. Et comme constexpr concerne tout ce qui est calculé à la compilation, le comité a trouvé plus logique de dire if constexpr (if calculé à la compilation).

Avoir une opinion, c'est quelque chose. Défendre une opinion auprès des lecteurs, c'est autre chose. Et interpréter l'actualité, présenter les faits de manière partisane, ou pondre des éditos fallacieux, c'est encore différent. Quand la défense d'une opinion passe par des pratiques de manipulation, de rhétorique douteuse, voire de mensonge flagrant, c'est problématique (et ça veut aussi dire beaucoup sur les bases rationnelles de cette opinion).

Mais c'est dingue ! La presse a toujours défendu des opinions, c'est même son rôle que de débattre des idées, de confronter des points de vue, de donner des prismes de lecture. Si tu veux des faits rationnels et neutre, tu lis une encyclopédie pas un journal.

En quoi est-ce dérangeant que la presse ait une opinion ? Ce qui me gêne, ce n'est pas qu'elle ait une opinion, c'est que la plupart des grands journaux (et en particulier ceux qui sont détenus par les dits milliardaires) ont la même opinion, à quelques nuances près.

Le mieux serait de créer un chapitre

D'accord. Je pense que ce sera plus propre.

Un petit TieBreak ?

Heu… je ne joue pas au tennis ? J'ai eu du mal à le trouver, je ne savais pas qu'il s'appelait comme ça ce machin. Mais OK ! Je t'envoie un mail et on organise un truc.

Microsoft s'est déjà pris une belle amende par le passé et a été obligé de proposé en Europe le choix entre plusieurs navigateurs (vers 2010 de mémoire).

Ce n'était pas les navigateurs le problème mais les lecteurs de fichiers audio/vidéo. Et ils avaient été obligé de sortir une version sans le lecteur par défaut de Windows. Ce sont les versions estampillés N. Et donc, comme on voit que le nom de la version identifie bien le problème, on peut se douter que les gens se ruent dessus… ou pas.

Un tout petit résumé de l'affaire

À la fin de ce fichier, les ensembles N,Z,Q et C sont construits avec leurs principales structures : ordre, anneau, groupe, corps.

Donc, si je comprends bien, tu voudrais mettre les définitions/propriétés liées aux langages à la fin de ce fichier. C'est bien ça ? Et pour les machines de Turing, à la suite ?

D'autre part, dans mazhe.pdf, je n'ai pas trouvé la définition d'un monoïde (il y a juste le lemme 6.19 qui parle de sous-monoïde et quelques autres trucs mais jamais de définition formelle). Or, l'ensemble des mots sur un vocabulaire muni du produit (concaténation) forme un monoïde (non-commutatif).

Enfin, en parcourant ton site, je m'aperçois qu'on travaille à 300m l'un de l'autre, ça vaudrait sans doute le coup qu'on se voit IRL pour discuter de tout ça ;)