Le langage ne se résume pas aux constructions syntaxiques, les différents modules de base de Python évoluent fortement d'une version à l'autre, ce qui casse tout programme qu'on veut faire évoluer.
L'article sur les clichés du LL est aussi très beau. Dr Carter, nous avons un problème avec le « système opératoire » ! Et des « royalties » qui se baladent dans les mains du revendeur, c'est aussi très croustillant. Un article en bois qui ne va pas dans le bon sens, en tout cas.
C'est peut-être aussi infaisable. J'étais une fois tombé sur un épisodes des constructeurs de l'extrême qui concernait l'installation d'une éolienne dans une petite ville étatsunienne. Ben déjà pour installer le rotor, c'est tout un bordel, alors le remplacer, je n'ose imaginer.
N'oublie pas que tout ne peut pas être modulaire. Pour des raisons physiques, certaines constructions doivent être définitives. Regarde les chaussées dans nos villes : ce serait formidable de pouvoir soulever un trottoir en appuyant un bouton pour changer une canalisation ou installer la fibre, mais le coût et la maintenance de telles installations pourraient se révéler peu intéressant.
Bah des fois c’est plus performant dans certains cas que le compteur de référence non?
J'ai du mal, beaucoup de mal à imaginer qu'incrémenter/décrémenter un entier est moins performant que de gérer un set (ce qui semble être le type basique de gestion des arbres d'objets par un GC). Du coup, j'aimerais beaucoup un exemple concret qui démontre le bénéfice d'un GC, et surtout le bénéfice là où on en a pas besoin.
Je ne suis pas un expert dans le domaine, mais on m’a rapporté que le pointeur @ était indispensable dans Servo
Qu'il y ait des usages où un GC soit nécessaire, je peux l'admettre. Mon interrogation porte sur la nécessité pour toute variable allouée sur le tas d'être gérée par un coûteux GC.
Rc is a reference counted pointer located in std::rc, and Gc is intended to be a garbage collected pointer, located in std::gc. Gc is currently just a wrapper around @, which is reference counted.
Donc en fait, il n'y a pas de garbage collector. Mais pourquoi s'emmerder avec un ramasse-miette alors qu'ils peuvent utiliser des pointeurs élégants ?
Je suis assez d'accord, mais la découverte d'items et leur inventaire permet aussi de mesurer la progression, un peu comme des trophées. C'est pour ça que je ne comprend pas trop son propos.
C'est un peu comme s'il remettait en cause les livres, parce qu'ils étaient écrits avec des mots, regroupés en paragraphes, avec parfois un « read play » différent pour les dialogues. Il pourrait en déduire que tous les écrivains font les même choses : des pages de paragraphes contetant des mots (on pourra étendre l'analogie avec les procédés stylistiques et toute autre technique destinée à capter et conserver le lecteur).
Oui, des économies de bout de chandelles. Mais c'est déjà bien plus important que ce que prétendent économiser tout ceux qui débranchent leurs chargeurs inutilisés.
Je ne parlais pas de Napoléon, mais de Naboléon (Louis-Napoléon Bonaparte), le neveu. Et il semblerait que je me sois trompé de « monarque », en effet.
Si exit(0) est remplacé par un bête return, le programme ne s'arrêtera pas immédiatement si ac est non nul (remarque que ac ne peut pas être non-nul quand invoqué par le bootstrap du créé par le compilateur).
[^] # Re: Plugin par défaut
Posté par LupusMic (site web personnel, Mastodon) . En réponse au journal Neovim : vim's rebirth for the 21st century. Évalué à 1.
Tant que tu y es, propose d'installer Cream par défaut :-D
[^] # Re: La réponse de Bram Moolenaar
Posté par LupusMic (site web personnel, Mastodon) . En réponse au journal Neovim : vim's rebirth for the 21st century. Évalué à 1.
Le langage ne se résume pas aux constructions syntaxiques, les différents modules de base de Python évoluent fortement d'une version à l'autre, ce qui casse tout programme qu'on veut faire évoluer.
[^] # Re: oups
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Kanboard, un logiciel libre pour gérer ses projets avec la méthode Kanban. Évalué à 1.
Je sais bien qu'il y a toujours de mauvaises raisons invoquée pour ne pas mettre à jour.
[^] # Re: Version PHP
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Kanboard, un logiciel libre pour gérer ses projets avec la méthode Kanban. Évalué à 2.
Tu peux t'abonner à la ML de sécu, très intéressant pour être au courant des réparations faites.
[^] # Re: Site de démo
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Kanboard, un logiciel libre pour gérer ses projets avec la méthode Kanban. Évalué à 5.
« Un torrent ? Le truc illégal pour pas payer les films ? Je ne veux pas de virus sur ma station de travail ! »
Une réaction typique de décideur pressé. Tu pourrais faire preuve de cohérence, un minimum.
[^] # Re: oups
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Kanboard, un logiciel libre pour gérer ses projets avec la méthode Kanban. Évalué à -1.
D'où « la dernière version possible », et non « la dernière version ».
[^] # Re: oups
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Kanboard, un logiciel libre pour gérer ses projets avec la méthode Kanban. Évalué à 0.
Chaque mise à jour de PHP comble des trous de sécurité, c'est donc indispensable de coller à la dernière version possible.
[^] # Re: Comme se discréditer
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Revue de presse de l'April pour la semaine 4 de l'année 2014. Évalué à 4.
Commencer à juger de la futilité d'une activité est le meilleur moyen d'aboutir à interdire n'importe quelle activité non-productive.
[^] # Re: Comme se discréditer
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Revue de presse de l'April pour la semaine 4 de l'année 2014. Évalué à 1.
Moi non plus, ça n'a pas vraiment de sens.
[^] # Re: Comme se discréditer
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Revue de presse de l'April pour la semaine 4 de l'année 2014. Évalué à 2.
L'article sur les clichés du LL est aussi très beau. Dr Carter, nous avons un problème avec le « système opératoire » ! Et des « royalties » qui se baladent dans les mains du revendeur, c'est aussi très croustillant. Un article en bois qui ne va pas dans le bon sens, en tout cas.
[^] # Re: Comme se discréditer
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Revue de presse de l'April pour la semaine 4 de l'année 2014. Évalué à 2.
Et que dire de toutes ces personnes qui parlent de km.h au lieu de km/h ?
[^] # Re: bof ?
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 5.
C'est peut-être aussi infaisable. J'étais une fois tombé sur un épisodes des constructeurs de l'extrême qui concernait l'installation d'une éolienne dans une petite ville étatsunienne. Ben déjà pour installer le rotor, c'est tout un bordel, alors le remplacer, je n'ose imaginer.
N'oublie pas que tout ne peut pas être modulaire. Pour des raisons physiques, certaines constructions doivent être définitives. Regarde les chaussées dans nos villes : ce serait formidable de pouvoir soulever un trottoir en appuyant un bouton pour changer une canalisation ou installer la fibre, mais le coût et la maintenance de telles installations pourraient se révéler peu intéressant.
[^] # Re: bof ?
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 1.
La tension ne serait que plus importante (puisque plus de surface efficace), et la base en béton insuffisante.
[^] # Re: Ramasse miette
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Quelques nouvelles sur Rust à l’occasion de la 0.9. Évalué à 1.
J'ai du mal, beaucoup de mal à imaginer qu'incrémenter/décrémenter un entier est moins performant que de gérer un set (ce qui semble être le type basique de gestion des arbres d'objets par un GC). Du coup, j'aimerais beaucoup un exemple concret qui démontre le bénéfice d'un GC, et surtout le bénéfice là où on en a pas besoin.
Qu'il y ait des usages où un GC soit nécessaire, je peux l'admettre. Mon interrogation porte sur la nécessité pour toute variable allouée sur le tas d'être gérée par un coûteux GC.
[^] # Re: Ramasse miette
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Quelques nouvelles sur Rust à l’occasion de la 0.9. Évalué à 1.
Il n'y a pas besoin de ramasse-miette pour gérer ce genre de problèmes. D'ailleurs, ce n'est pas le but d'un ramasse-miette.
# Ramasse miette
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Quelques nouvelles sur Rust à l’occasion de la 0.9. Évalué à 2.
Donc en fait, il n'y a pas de garbage collector. Mais pourquoi s'emmerder avec un ramasse-miette alors qu'ils peuvent utiliser des pointeurs élégants ?
[^] # Re: Des liens à propos de design
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E08 : fiche de lecture de «L'Art du game design» par Jesse Schell. Évalué à 1.
Je suis assez d'accord, mais la découverte d'items et leur inventaire permet aussi de mesurer la progression, un peu comme des trophées. C'est pour ça que je ne comprend pas trop son propos.
C'est un peu comme s'il remettait en cause les livres, parce qu'ils étaient écrits avec des mots, regroupés en paragraphes, avec parfois un « read play » différent pour les dialogues. Il pourrait en déduire que tous les écrivains font les même choses : des pages de paragraphes contetant des mots (on pourra étendre l'analogie avec les procédés stylistiques et toute autre technique destinée à capter et conserver le lecteur).
[^] # Re: bof ?
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 0.
Oui, des économies de bout de chandelles. Mais c'est déjà bien plus important que ce que prétendent économiser tout ceux qui débranchent leurs chargeurs inutilisés.
[^] # Re: Des liens à propos de design
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E08 : fiche de lecture de «L'Art du game design» par Jesse Schell. Évalué à 3.
En lisant la liste des mauvaises idées, j'ai eu l'impression de lire absolument tout ce qu'il faut faire pour réaliser un jeu intéressant.
La mécanique [petite épée/ monstre / grosse épée / gros monstre] est un élément de gameplay basique de n'importe quel openworld.
Je m'attendais à ce qu'il prétende que le leveling était sans intérêt.
[^] # Re: bof ?
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 8.
C'est aussi agréable de pouvoir alléger la facture d'électricité. Tout le monde ne vit pas dans un pays avec de l'électricité nucléaire peu chère.
[^] # Re: Tour eiffel
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Debian France choisit son nouveau logo. Évalué à 1.
Je ne parlais pas de Napoléon, mais de Naboléon (Louis-Napoléon Bonaparte), le neveu. Et il semblerait que je me sois trompé de « monarque », en effet.
[^] # Re: Bindings
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Gtk to Qt - A strange journey. Évalué à 2.
errno est bien défini, et les compilateurs modernes fournissent une version multithread safe.
Je suis bien d'accord que le monde n'est pas parfait, ce n'est pas une raison pour ne pas le nier. :-D
[^] # Re: Bindings
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Gtk to Qt - A strange journey. Évalué à 2.
Un destructeur ne devrait pas avoir d'effets de bord. Mais bon, les gens croient que la responsabilité d'un destructeur est de faire table rase :'(
[^] # Re: Simplification d'appel de la lib ?
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche LLVM 3.4 et Clang 3.4. Évalué à 1.
Si exit(0) est remplacé par un bête return, le programme ne s'arrêtera pas immédiatement si ac est non nul (remarque que ac ne peut pas être non-nul quand invoqué par le bootstrap du créé par le compilateur).
[^] # Re: Bindings
Posté par LupusMic (site web personnel, Mastodon) . En réponse à la dépêche Gtk to Qt - A strange journey. Évalué à 2.
Un rammasse miette n'a aucun intérêt en C++, à moins d'avoir des objets dont la libération peut affecter les ressources et devrait donc être repoussé.