rewind a écrit 3412 commentaires

Autant tout recopier, c'est assez instructif :

• Rust needs to mature a little more, stop changing so fast, and move further toward being old and boring.
• Rust needs to demonstrate that it can be used to create general-purpose libraries that are callable from all other programming languages.
• Rust needs to demonstrate that it can produce object code that works on obscure embedded devices, including devices that lack an operating system.
• Rust needs to pick up the necessary tooling that enables one to do 100% branch coverage testing of the compiled binaries.
• Rust needs a mechanism to recover gracefully from OOM errors.
• Rust needs to demonstrate that it can do the kinds of work that C does in SQLite without a significant speed penalty.

C'est vrai que boost, c'est un gros truc monolithique, c'est d'ailleurs bien ce qu'on lui reproche… oh wait!

Pour une certaine définition de «taille», ça marche. Après, si on va sur Unicode, on a (au moins) quatre autre définitions de «taille», on prend laquelle ?

Moi, un étudiant me rend un code comme ça, je le pends par les pieds. Parce que là, ça ne demande qu'à péter à la gueule de celui qui va l'utiliser.

Il suffit de faire une copie du texture_manager et là, je vais avoir des doubles appels à DestroyTexture, ça va être très fun. Et le problème vient du fait qu'à la base, on peut copier le defer_frame alors que ça n'a aucun sens.

Moi, je suis comme devnewton, je suis partisan du RAII, c'est pas fait pour les chiens et au moins, c'est safe.

Et que COBOL !

Eux-même n'étaient pas antivax, ils se pensaient juste dans une condition physique suffisamment bonne pour pouvoir résister à la maladie. Mais à 72 ans, ils n'ont plus un système immunitaire aussi performant. Ce qui les a tué, c'est leur égo.

PS. J'ai franchement aimé aussi, mais je déteste cet ajout "francophone" au titre anglophone : "déni cosmique". Si le titre anglais "don't look up" n'étais pas assez clair, traduisez-le !

Si je ne dis pas de bêtise, ça a à voir avec la loi française qui veut qu'on mette des titres français, mais qui autorise les titres étrangers s'il y a une «traduction» du titre étranger.

Après une petite recherche, j'ai trouvé ça : https://www.csa.fr/Proteger/Medias-audiovisuels-et-Francophonie/Anglicismes-les-equivalents-francais-recommandes

Je n'ai vu nulle part dans la dépêche une justification du changement de version majeure. Il y en a une ?

Du coup, l'idée de ne sauver que le code pur (une version minifiée), et laisser tout un chacun d'afficher de jolies tabulations sur 2 espace ⅓ si ça le chante, oui j'aime bien.

Si c'est vraiment minifié, tu retrouves tout ton fichier sur une seule ligne et du coup.

Error line 1: bla bla

Ça devient beaucoup moins simple d'identifier où se trouve l'erreur. Le format texte a ça de bien qu'on peut en faire ce qu'on veut et on peut même faire des dessins avec les caractères. Il est tellement simple que tout logiciel ou tout langage peut le manger tel quel et faire ce qu'il veut avec. C'est sa force. Et donc, supprimer sa force et devoir passer par des outils tiers (complexe) pour modifier ou lire un code source, bof bof comme idée. Actuellement, je peux lire un code source avec more (et oui, ça m'arrive très souvent), si tout est sur une seule ligne, je fais comment ?

Indice: https://fr.wikipedia.org/wiki/Amazon_Game_Studios

Le moteur n'est pas un produit à vendre pour eux, donc le mettre open source est un moyen de le populariser et qu'il soit utilisé (et même que la communauté le maintienne un peu et corrige les bugs). C'est un avantage concurrentiel par rapport aux mastodontes du secteur (Unreal, Unity).

Sous Windows, le choix a été fait de ne reposer que sur clang-cl pour l'étape de compilation finale, MSVC et le C++ moderne, ça reste une source de déception sans fin pour moi, j'ai remonté plusieurs bugs puis juste abandonné l'idée…

Ça s'améliore mais vraiment à une allure de sénateur. Et puis là, ils sont en mode «on ajoute des fonctionnalités» plutôt que de refaire la base (c'est-à-dire avoir un AST qui leur permette de gérer enfin les templates correctement). Et ils galèrent (comme les GCC et clang) sur C++20 qui est un très gros morceau.

Même si c'est standard, j'en mets toujours un. Et je fais même pire.

#include <cstdlib>

int main() {
  return EXIT_SUCCESS; // or EXIT_FAILURE
}

Allez, tu as pris les devants dans ton journal mais je vais quand même le dire. C'est dommage que ce soit en anglais. Il existe déjà pas mal de documentation en anglais sur C++, tu ne pourras pas rivaliser en tant que locuteur non-natif de ce dialecte. Alors que la documentation en français sur C++ est quasi-inexistante. Je vais même aller plus loin, j'aurais bien contribué si ça avait été en français, parce que je me dis qu'un tel document aurait sans doute été très utile à mes étudiants. Bref, c'est ton choix, ce n'est pas très grave, ça fera toujours quelque chose en plus à se mettre sous la dent.

J'ai commencé à parcourir, ça a l'air plutôt bien rédigé. J'ai juste quelques remarques pour l'instant.

Dans la section 2.4.1, tu fais une classe avec des attributs const. C'est une très mauvaise idée parce qu'une telle classe sera difficilement utilisable en pratique parce que tu ne pourras plus utiliser le déplacement (move) du fait du const. Avec des types simples, ça ne se verra pas, mais dès que tu vas utiliser std::string par exemple, ton déplacement va se transformer en copie et donc, va potentiellement envoyer une exception et donc tout va te coûter plus cher parce qu'il y a tout un tas d'optimisations liées au fait qu'un déplacement ne peut pas envoyer d'exception (noexcept), comme dans std::vector par exemple. Du coup, pour illustrer ton chapitre, je prendrais plutôt une référence comme attribut, parce que déjà tu ne peux plus faire de init comme tu le fais là, et que du coup, les constructeurs délégués prennent tout leur sens.

Dans la section 2.4.5, tu utilises des identifiants avec deux underscores consécutifs. Normalement, tu n'as pas le droit, tous les identifiants avec deux underscores consécutifs sont réservés.

Dans la section 2.5.9, je pense que std::bind a plus ou moins été supplanté par les lambdas. Dans plein de cas, tu peux créer une lambda qui fera exactement pareil et qui sera sans doute plus simple une fois compilée que tout l'attirail derrière std::bind dont tu donnes un aperçu dans la section précédente.

Dans la section 2.6.5, il y a une typo, il manque un underscore devant g dans la définition.

Ça fait un moment qu'on peut créer des transitions douces, il suffisait d'annoter les tilesets avec des informations de terrain et la brosse «Terrain» permettait de dessiner des terrains et Tiled comblait utilement les trous. D'ailleurs, quand la fonctionnalité des wangset a été ajoutée, je me suis demandé à quoi ça servait par rapport aux annotations de terrain, et j'ai ma réponse dans le changelog de la version 1.5 : ça ne sert à rien. En effet, les deux fonctionnalités ont été fusionnées en interne, même si les deux restent dans le format.

Ceci dit, ça reste un excellent logiciel, je suis entièrement d'accord avec ce point, et je l'utilise également pour mes jeux. J'ai même fait un générateur de tileset qui, à partir d'un certain nombre de terrains et d'informations concernant les associations à faire entre terrains, est capable de générer les tilesets TMX et l'image qui va bien, avec toutes les annotations de terrain pour pouvoir éditer des cartes facilement par la suite. Et j'ai même mis des propriétés de collision pour pouvoir calculer automatiquement toutes les formes de collisions sur la carte. Je ferai peut-être un journal un jour…

Tu as raison, la sécurité d'abord !

C'est pas une question de sécurité, c'est une question de bénéfices/risques. Avec un tel dispositif, il y a un grand bénéfice, et assez peu de risque. Donc, je prend. Après, si vraiment on ne veut pas être traqué, on peut ne pas avoir de téléphone.

Ce système est fait pour pouvoir déployer au mieux les services d'urgences. Il y a quelques années, il y avait eu une polémique en Italie suite à la mort d'un jeune français qui avait appelé mais qui ne savait pas décrire sa position de manière précise. Il avait fait une chute dans un ravin et il en est mort. Avec un système comme AML, il aurait pu être géolocalisé directement et il aurait peut-être pu être sauvé. Là, on l'a retrouvé des jours après.

Alors, oui, en ces temps un peu troubles, je pense que c'est légitime d'être suspicieux. Mais honnêtement, il y a des choses bien plus dangereuses que ce machin en ce moment. Posez-vous simplement la question : est-ce que je saurais décrire ma position au 17 à tout moment ? Ben pas moi, alors ce système me paraît être une bonne chose.

Je trouve que l'aspect meta-programmation de Zig est extrêmement bien pensé et s'intègre très bien dans le langage. Je vais garder mon paquet de Zig du coup parce que son machin a l'air de ressembler à un langage jouet avec lequel on ne pourra jamais rien faire de sérieux.

C'est plus compliqué que ça. D'après Wikipedia, il est suspecté d'être strictement entre P et NP-complet. Et en vrai, on ne sait pas bien où il est.

On parle souvent de séparation du fond et de la forme, mais il n'y a aucune séparation en LaTeX : si tu veux vraiment changer l'aspect, tu es bon pour réécrire ton document pour changer les commandes, et surtout pour beaucoup de galères pour obtenir un document qui ressemble exactement à ce qui est demandé.

Pourtant, les éditeurs scientifiques fournissent tous un fichier de style LaTeX qu'il n'y a qu'à appeler au bon endroit (la première ligne). Pour le reste, il y a quelques commandes à changer (souvent pour le titre et les auteurs) et c'est tout, le reste (95%) est complètement identique.

Dans la catégorie «Services offrant une approche similaire» à ownCloud, on peut peut-être citer Syncthing qui est libre et présent sur toutes les plateformes.

Dans le même genre «pas libre, payant et je l'ai pas essayé», il y a GameMaker. C'est très cliquodrôme mais j'ai déjà vu des trucs sympas fait avec.

J'ai bien été convaincu par les arguments qui disent que ça ne marchera pas. Beaucoup moins par ceux qui disent que ça marchera (qui me semblent plus relever de la méthode coué).

Ceci dit, le principal inconvénient, noté dans la dépêche, c'est qu'il n'y a pas de pilotes. C'est un peu le point faible de tous les noyaux alternatifs, c'est qu'ils ne s'intéressent qu'à la structure du noyau. Mais un noyau, pour être utilisé, doit avoir des pilotes sinon il ne sert à rien. Plutôt que de réinventer la roue carrée en userland, il serait sans doute beaucoup plus pertinent d'ajouter des pilotes.

Que Php soit devenu un langage aussi dominant s'explique par des raisons historiques ce qui était déjà critiqué par nombre de programmeur à l'époque de Php3.

There are only two kinds of languages: the ones people complain about and the ones nobody uses. Bjarne Stroustrup (qui s'y connaît en langage qui se fait critiquer par tout le monde)

J'ai deux questions :

1. Est-il possible d'utiliser une autre projection que la projection Mercator ? La projection Mercator a des défauts et j'aimerais utiliser d'autres projections qui n'ont pas ses défauts, mais qui en ont d'autres desquels je peux m'accomoder.
2. Et si on veut rendre uniquement une région par exemple, une seule fois, et récupérer le fichier, y a-t-il un moyen simple ? J'avais essayé à un moment donné, mais la taille des données m'avait refroidi un peu, et puis je ne savais pas bien quoi en faire après.

Je jette un œil sur Zig aussi de temps en temps. La documentation de la bibliothèque standard n'est pas très facile à lire, et cette même bibliothèque standard est un peu un gros foutoir. Mais en dehors de ça, je trouve que ce langage a plein de trucs très intelligents qui manquent cruellement au C. Je trouve aussi que la compatibilité avec le C est super bien foutue : pouvoir importer un header C et l'utiliser directement en Zig, chapeau. Ça donne envie d'essayer des choses.