rewind a écrit 3431 commentaires

Inexact. En fonction de la façon dont ton application alloue et désalloue la mémoire, un GC peut s'avérer plus performant qu'une gestion manuelle. En particulier si tu as des structures profondes (arbres ou listes) que tu modifies peu au cours de leur vie (i.e tu les alloues, tu les utilises sans les modifier, puis tu les désalloues). Dans ce cas, un bon GC pourra tout désallouer d'un coup alors qu'une gestion manuelle t'obligera à désallouer chaque nœud de ta structure.

C'est le genre d'argumentation qui a le don de m'énerver. Un bon GC est meilleure qu'un mauvais programmeur : ho la bonne surprise. Je vais te la faire à l'envers : un mauvais GC est pire qu'un bon programmeur ! Et on a bien fait avancer le bouzin.

Dans le cas très particulier que tu cites «structures profondes (arbres ou listes) que tu modifies peu au cours de leur vie (i.e tu les alloues, tu les utilises sans les modifier, puis tu les désalloues)», déjà ce n'est pas la désallocation qui prendra énormément de temps si ce sont des structures à durée de vie longue, donc chipoter sur le temps de désallocation, je ne comprends pas bien.

Ensuite, rien n'empêche d'utiliser un allocateur spécifique pour ce cas là, genre j'alloue un gros tas de mémoire et je déplace un pointeur pour chaque nœud et quand je veux tout désallouer d'un coup, ben je fais free sur mon gros tas de mémoire. Un programmeur correct sait faire ça assez vite et ça va aussi bien que ton super-GC (voire mieux parce que tous les nœuds seront alloués dans une zone contiguë). Ce genre d'allocateur existe dans beaucoup de bibliothèques.

L'un n'empêche pas l'autre.

Actuellement, j'ai 5 couches de cartes par étage : le fond de carte avec des tuiles (celui dont on parle), une couche basse avec des tuiles (pour mettre par exemple des routes, des petits éléments genre flaque ou cailloux), une couche basse avec des sprites (pour mettre des éléments plus gros qu'une tuile genre un autel), une couche haute avec des tuiles (pour mettre des trucs genre des toits, des plafonds), et une couche haute avec des sprites (pour mettre des arbres par exemple). Le personnage est affiché entre les couches basses et hautes.

Donc, pas vraiment besoin d'avoir des tuiles spécifiques avec des flaques, je pourrai les ajouter où je veux sans aucun problème. Après, il faut juste avoir assez de décors pour que les cartes ne soient pas monotones. Mais même avec ça, je pense que c'est une bonne idée d'avoir des fonds de cartes qui soient variables, même pour un même biome.

J'ai joué un peu avec «Make seamless» et… c'est pas facile ! Ce qui est dur, c'est de trouver la bonne combinaison de paramètres pour que ça rende bien. J'ai essayé avec des photos d'herbe trouvée sur le web et les résultats ne sont pas aussi spectaculaires que dans la dépêche ;)

Sinon, pour mon problème, j'ai eu une idée mais après, je ne sais pas ce que ça vaut. En fait, pour les tuiles autres que celle du centre, il «suffirait» de prendre le morceau correspondant de celle du centre (et donc, on a directement le tuilage), et de faire le raccord avec l'autre morceau sans toucher aux bords.

J'ai un commentaire de plus à propos de «Make seamless».

En fait, si je comprends bien, on peut fabriquer des tuiles. Mais en fait, généralement, on a besoin de tuiles élaborées. Je vais tenter de faire un petit dessin.

      A       B       C    
  +-------+-------+-------+
  |       |   1   |       |
1 |   1   +-------+   1   |
  |     + |   2   | +     |
  +---+---+-------+---+---+
  |   |   |       |   |   |
2 | 1 | 2 |   2   | 2 | 1 |
  |   |   |       |   |   |
  +---+---+-------+---+---+
  |     + |   2   | +     |
3 |   1   +-------+   1   |
  |       |   1   |       |
  +-------+-------+-------+

En fait, on a besoin d'avoir cet ensemble de 8 tuiles avec plein de contraintes : la tuile B2 doit être tuilable avec elle-même mais aussi avec A2 à gauche, C2 à droite, B1 en haut, B3 en bas. Ensuite, la tuile A2 doit être tuilable avec elle-même verticalement mais également avec A1 en haut et A3 en bas. Etc. En prime, les zone 1 et 2 sont des textures différentes (genre du sable et de la pelouse). Et donc, il faut que les tuiles qui contiennent les deux zones rendent plutôt bien et que la transition entre les deux soient clean.

Du coup, ma question : est-ce qu'il serait possible de réaliser cela avec «Make seamless» ? Par exemple, je définis ma tuile B2. Puis, à partir de B2, je fais A2 par exemple en lui disant que ça doit joindre avec B2 et que ça doit être tuilable verticalement. À la fin, je fais les coins avec encore plus de contraintes : par exemple, A3 doit joindre avec A2 et avec B3, mais aussi potentiellement avec une tuile qui ne serait composée que de zone 1 (pas représentée ici).

La gestation est arrivée à son terme ? J'espère pour ta femme que sa phase de travail n'a pas duré aussi longtemps. :-)

Le bébé est arrivé avec 3 jours de retard ! :D

Par contre pour les terrains, la couleur uniforme (vert et marron) ça fait un peu « plat » et ça contraste avec les autres éléments. Ne pourrais tu pas voir avec David Tschumperlé pour faire des textures de terrains avec G'MIC ?

Je suis entièrement d'accord avec toi sur le côté «plat». Ces tuiles sont issues de la génération aléatoire du terrain de l'épisode 11. C'était fait de manière très basique pour l'instant.

En fait, j'aimerais pouvoir générer ou construire un tileset qui soit propre à Akagoria. Et pour ça, j'aimerais avoir beaucoup de tuiles différentes, même pour un même biome, parce que le fond de carte est ce qu'on va voir le plus souvent. Actuellement, quand je me ballade sur la carte, je trouve qu'il n'y a pas assez de variété dans le fond de carte (ça vient aussi du fait que la carte est nue mais quand même).

Utiliser G'MIC est une option très intéressante (et j'y pense depuis un moment) parce qu'il a des effets très intéressants, et parce qu'il a un langage qui permet de manipuler les images et donc de scripter éventuellement la génération des tuiles.

Le pire, c'est que si je me bougeais, je pourrai le sortir la semaine prochaine le E17 !

Merci ! J'avais les mêmes matrices, tout va bien :)

[pas répondu au bon endroit, pardon aux familles]

Voilà, pas mieux ;)

class BabyManager {
public:
  bool isHungry() const;
  void eat();

  bool isDirty() const;
  void changeDiaper();

  bool isTired() const;
  void sleep();
};

En fait, ces nouvelles, ça donne plein d'idées ! Genre là, je me vois bien aller photographier une pelouse, puis appliquer un petit coup de Brushify pour faire comme si je l'avais dessiné, puis un petit coup de Make Seamless pour faire que ce soit une tuile et hop j'ai une belle texture. Bon, en vrai, ça ne doit pas être aussi simple mais je pense que j'essaierai. On peut faire ça avec de la terre aussi et avec tout un tas de choses.

Dans un autre registre, il se trouve que je me suis intéressé au daltonisme récemment, et voir comment rendre une image comme un daltonien la verrait. Du coup, en voyant ça dans la nouvelle, je me suis dit que j'allais voir comment c'était fait dans G'MIC mais je n'ai pas réussi à trouver le bout de code… De mon côté, j'étais également tombé sur le site mis en lien mais j'ai eu du mal à trouver des références avec des choses précises. Et puis, je suis tombé sur des bibliothèques javascript qui faisait exactement ce que je voulais (mot-clef: color matrix) et finalement, c'est très facile.

Ça marche pour un public technique (et ça demande à avoir un serveur en permanence,

Comme une box ? ;)

on n'en est qu'au début, ça met du temps à décoller, et cela a l'air complexe et lourd

Franchement, je trouve que ça résume bien l'état (permanent) de XMPP. On n'a pas l'impression d'un projet mature qui construit sur des bases solides, mais plutôt d'un truc qui se renouvelle en permanence sans jamais avancer réellement et donc, en est toujours au début. Sans même parler du complexe et lourd dans le choix des bons couples clients/serveurs.

Ceci dit, j'ai trouvé un peu cavalier de passer sur IRC aussi rapidement. Parce qu'avec IRC, on a toujours trouvé des solutions pour tout le bazar qui est maintenant intégré. La présence permanente était réglé depuis bien longtemps par tout un tas de gens avec un irssi dans un screen sur un serveur connecté en permanence. Oui c'est austère mais ça marche, ça utilise des trucs existants qu'on assemble pour avoir une fonctionnalité avancée, dans la bonne tradition Unix. La dépêche semble louer l'intégration maximum des fonctionnalités. Certes, pour l'utilisateur lambda, c'est sans doute une bonne idée, mais ça ne veut pas dire que c'est vraiment nouveau. Et je passe sur le fait que toutes ces technos à la mode se font sur des protocoles bien propriétaires. Et personnellement, je ne crois pas que XMPP parviendra à être le protocole ouvert qui égalera ces applications.

«156 km/h, c'est la vitesse à laquelle tout le monde devrait rouler pour que les motards n'ait pas à doubler comme des gros sales entre deux files» ?

Ha mais je pense au contraire que je le comprends trop bien ! Tu as esquivé le principal reproche qui est fait, tu t'es auto-caricaturé dans ton rôle de motard qui se fout du code de la route et qui pense que ça ne s'applique pas à lui. Exactement ce que dit le journal finalement.

Par contre, je suis motard depuis 26 ans. Selon ta classification, je suis dans l'âge adulte du motard (comme tu as décrit l'âge adulte de la vie professionnelle), bien placé pour voir que ton chapitre sur le code de la route démontre une ignorance totale de la route du point de vue d'un motard. Ce qui ne t'empêche pas de conclure à l'emporte-pièce, plutôt que d'ouvrir le dialogue pour chercher à comprendre.

C'est magnifique ! Ça fait un écho assez terrible à la dernière phrase du «Tou» :

On est bien entre motorisés de l'élite, on ne va pas s'emmerder avec des détails, faut qu'on aille bosser, on est si brillants (et on vient de le prouver) que la France a besoin de nous pour faire heu… rien.

C'est une si belle démonstration, merci, tout simplement.

Et la corrélation entre la grille de salaire montre bien qu'on a encore beaucoup de travail à faire sur le recrutement et le salaire des gens.

Ou pas. Sans cette corrélation, ça serait au cas par cas, donc dans un rapport de force totalement inégal, pas en faveur du salarié.

Tu as besoin d'une tête bien faite et de l'envie/capacité d'apprendre.

Cette capacité à apprendre… elle s'apprend aussi, et c'est aussi ce qu'on fait à l'université, notamment en master. Donc, pour ceux qui n'ont pas la tête assez bien faite pour savoir le faire de manière innée, des études longues peuvent permettre d'acquérir cette capacité bien utile pour la suite de leur carrière.

Et puis, je vais pas refaire mon couplet sur la corrélation entre un diplôme et la grille de salaire (convention collective toussa), mais ça aide à avoir un meilleur salaire d'avoir un diplôme BAC+5.

Le baccalauréat valide les acquis du lycée, il ne fait pas vraiment de sélection et il ne concerne pas les études de troisième cycle, je ne vois pas le rapport.

Le baccalauréat est le premier diplôme universitaire.

Tu es rigolo, tu choisi la liste de tous ce qui est bouché !

Heu oui effectivement. C'était juste pour illustrer que les filières sans débouchés ne concernent pas que «les filières littéraires et artistiques» mais également certaines filières scientifiques. Tout comme il existe certaines filières littéraires et artistiques qui ont des débouchés. Bref, je ne comprends pas ta critique.

Bah suffit de regarder la quantité de gens avec un bac +5 dans un domaine et qui peinent à trouver du boulot dans le dit domaine. Cela touche en particulier les filières littéraires et artistiques.

Bon, on va arrêter les clichés hein. Tu crois vraiment qu'on a besoin d'autant de biologistes qu'on en forme (et on en forme beaucoup, notamment tous ceux qui ont échoué au concours 1ère année de médecine) ? Idem pour les chimistes ? Après, ils trouvent tous du boulot, mais pas dans leur domaine. Et alors, ça pose un problème ? Je ne pense pas.

Tu le dis toi-même, cette sélection est illégale. Un étudiant qui attaque au tribunal administratif a 100% de chance de gagner. J'ajoute que la liste des mentions de licence est fixée dans la loi.

Je ne vois pas en quoi c'est juste. Si la formation que tu veux faire n'est pas disponible dans l'académie où tu as fais ton lycée, tu as de fait moins de chance d'être pris. Pas de bol, il ne fallait pas étudier ou naître dans cet académie ?

Les licences dans les universités sont assez peu spécialisées. Ça date du temps où le programme de licence était national et ça a assez peu évolué. Donc, tu trouveras ta filière dans toutes les universités. Mais je veux bien que tu me montres une filière de licence qui n'existe pas dans une université.

Oui, c'est aussi ma première réaction. Le problème vient du fait que les universités, par manque de moyens, mettent en place ce qu'on appelle pudiquement des «limitations de la capacité d'accueil». Mais souvent, ces limitations sont complètement artificielles, elles sont surtout liées au fait qu'il y a trop peu d'enseignants-chercheurs pour faire les cours et que ça peut générer beaucoup d'heures supplémentaires. Et comme les universités sont autonomes dans la gestion de la pénurie, elles ont trouvé se stratagème pour que ça coûte moins.

Après, ces limitations se décident filière par filière, voire au niveau des UFR. Avec des effets dominos assez intéressants : par exemple, la fac de psycho de la région d'à côté a mis en place ces capacités d'accueil il y a 2 ans. Résultat : l'année suivante gros surplus (+100%) en psycho dans mon université et donc, logiquement, vote d'une limitation de la capacité d'accueil. C'est un peu le jeu du premier qui tire.

En plus, il y a un pic démographique en ce moment (le haut du pic est en 2000), doublé du fait que les filières dites sélectives (CPGE/IUT/BTS) n'augmentent pas leur nombre de places. Ce qui fait que l'augmentation dans les universités est encore plus importante. Et donc, favorise les décisions de limitation de la capacité d'accueil.

Face à ça, il n'y a pas 50 solutions, il faut donner les moyens aux universités d'assurer leur mission de service public. On en est là. Parce que la conséquence très concrètes de ce genre de décision, c'est que tout un tas de gens ne vont tout simplement pas faire d'études supérieures. Parce que dans les articles de journaux, on nous montre les brillants étudiants à qui on a refusé Science Po option anglais blabla, mais on ne montre pas l'étudiant qui ne pourra pas aller dans une autre université que celle qui est à côté de chez lui parce qu'il n'a pas les moyens et qui représente l'énorme majorité des étudiants.

Si on continue dans la logique financière actuelle, la meilleure solution, ça reste de n'accueillir aucun étudiant parce qu'un étudiant, ça coûte et ça ne rapporte rien (les frais d'inscription ne couvrent quasiment rien). Ou alors, d'augmenter les frais d'inscription et donc de créer une université pour riches. Il est franchement temps de réagir.

J'adore les excuses des "vieux"

Je te conseille la lecture de Path Name Portability, par des gens qui savent de quoi ils parlent (notamment concernant les limites). Tu y apprendras notamment que la norme POSIX elle-même considère qu'un nom portable, c'est uniquement des lettres, des chiffres et -, _ et . (et donc, pas d'espace).