devnewton 🍺 a écrit 8920 commentaires

Les cyclistes et trottineurs devraient être autorisés à rouler sur les trottoirs. La plupart des pistes cyclables étant des trottoirs peint en vert, ça économiserait beaucoup de peinture !

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Marianne, site pourrave n°769.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Oui, ça implique que chaque source qui les inclue doive faire le boulot, mais la compilation est rapide et en cadeau bonus il est aisément possible de passer d'une lib à une autre: il suffit de mettre "using std::vector;" ou "using foo::vector;" avant l'include.

Si ta lib accepte plusieurs implémentations d'un vecteur qui respecte le même contrat, pourquoi ne pas faire du policy based design ?

L'usage serait ainsi plus propre.

#include <malib>

malib::maclasse<std::vector> c;

c.faire_des_trucs_avec_des_vecteurs();

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Quelles ont été les solutions?

Je veux dire à part faire des clients XMPP si hétérogènes que plus personne ne l'utilise :(

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Le seul problème de Java, c'est qu'il est grassouillet. Espérons qu'il se mette au régime un jour.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Si tu as du code qui varie selon le type, il vaut mieux utiliser des templates que des macros, non?

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Il faut bien voir à quel point de tels règlements s'opposent au fonctionnement "naturel" du capitalisme

Le fonctionnement naturel du capitalisme est de naître par le renversement de la noblesse par la bourgeoisie qui s'approprie les terres et les Hommes en changeant les lois au nom de la Liberté puis concentre toutes les richesses à travers la prolétarisation de la paysannerie et des artisans avant de mourir sous le coup d'une révolte ouvrière ou suite à l'épuisement des ressources.

Heureusement on a adopté une démocratie sociale et écologique pour éviter tout ça !

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

D'après wikipedia, c'est 50% de l'usage pour des batteries et pas seulement pour les voitures.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

L'idéal serait de proposer de payer cette redevance pour ne pas avoir de pub !

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Ils peuvent décider de la licence de leurs propres émissions :-)

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Question de compétences !

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

La publicité est sur Radio France est une honte: la radio est déjà financée par la redevance, ils n'ont pas besoin de faire de la pub.

Leurs arguments ça ne suffit pas sont bidons: par exemple celui du coût en bande passante des podcasts alors que rien ne leur interdit d'utiliser Bittorrent ou de permettre les miroirs…

Mais comme ils ne changeront pas, le plus simple n'est pas de contourner la publicité, mais d'aller écouter d'autres podcasts gratuits et sans pub.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Une bonne Loi devrait imposer deux choses pour une nouvelle offre:

• la non réponse devrait impliquer la rupture du contrat et non l'acceptation des modifications ;
• une égalité de moyen entre la question et la réponse. Pas de "dite oui oralement au téléphone" mais "dite non par lettre recommandée à une adresse que je ne vous donne pas, cherchez la sur mon site elle est bien cachée nanananèreu"

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Ça me rappelle ce nourjal https://linuxfr.org/users/devnewton/journaux/veuillez-instancier-ce-journal-avant-de-le-lire !

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Ce que je voulais dire par ma question, c'est que si on veut réduire l'impact écologique des voitures, il va falloir changer à la fois de type d'énergie, mais aussi de type de véhicule.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Une Tesla de plus de deux tonnes ou une Citroën Ami de moins 500kg?

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

On ne les utilise pas dans les parties critiques donc ce n'est pas un problème ? Soit.

C'est souvent utilisé dans le moteur physique qui est critique.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

libgdx, pygame,… sont en C ou C++ plus qu'en python ou java quand ce n'est pas simplement sdl qui fait toutes la partie critique en terme de perf par exemple

Logique ce sont des bindings, mais une bonne partie du code est quand même dans le langage à GC. Avec le code des jeux qui l'utilisent, ça fait une majorité du code final sous GC.

Parce que la mémoire n'est pas géré par le garbage collector. Quand ut garde une taille de heap petite ça fonctionne bien.

Logique aussi, une bonne partie de la mémoire dans un jeu, ce sont les vertices, les shaders et les textures qui ne sont même pas en RAM et qu'il faut de toute façon gérer à la main, GC ou pas GC.

Il y a aussi beaucoup d'autres données, par exemple le moteur physique qui lui bombarde bien la RAM et là aussi il faut optimiser à coup de préallocations et de piscines. GC ou pas.

Bref les GC modernes ne sont pas un problème dans les jeux. Ni dans les applis web, ni dans 99% des applis. Il faut simplement ne pas te rater quand tu es dans le 1% des cas qui demande une gestion manuelle.

Ca ne veut pas dire que les GC sont une meilleure approche que les "pointeurs intelligents", mais juste une solution plus simple et plus générale.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Je ne sais pas trop ce que tu veux dire par "en frontend", mais beaucoup de jeux utilisent un langage GC comme langage principal et pas seulement comme langage de script.

Regarde ce qui se fait avec les cadriciels Java (libgdx, lwjgl), Python (pygame), C# (monogame, Unity), Lua (Löve).

L'accès aux API graphique/sonore/inputs se font toujours en C, mais la majorité du code et donc des allocations mémoires sont pris en charge par le GC.

Pourquoi ces jeux sont fluides et n'ont pas de gros ralentissements dû à un ramasse miette Arrête Le Monde? Parce que d'une part, comme je l'ai déjà dit, les GC modernes ramassent les mettes de façon incrémentales et concurrentes, d'autre part les développeurs de jeux font la chasse aux allocations/désallocations en pré-allouant un maximum de choses, en utilisant des pools, en préférant des tableaux fixes aux hashmaps dynamiques…

Cette chasse est faite aussi dans les jeux en C/C++, car comme je l'ai déjà dit aussi, les malloc/free, c'est coûteux pour tout le monde, pas seulement quand c'est un GC qui les fait.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

ZGC qui est monstrueux annonce 2ms, ce qui est bien trop important pour un jeu vidéo temps réel.

Comme dit plus haut, regarde le nombre de jeux écrit avec un langage à GC.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Aujourd'hui les vraies pauses sont si petites qu'on ne les remarque plus (CTB !).

Il y a même un GC pauseless pour Java, mais il n'est pas libre :(

Note aussi que le temps d'exécution des autres modes de libération de la mémoire n'est pas NULL non plus.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Les premiers GC stoppaient le monde. Les modernes travaillent de façon incrémentale et parallèle.

Beaucoup de jeux utilisent un langage à ramasse miettes sans problème: tous les jeux Java, html5, Unity, Lua…

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Euh, les fuites mémoires à cause d'évènements ou d'objets non-disposés (utilisant des connexions à des bases de données, des ressources réseau, des Span, …), ça arrive et ça fait mal.

J'ai rarement eu besoin des weak references et à chaque fois c'était pour des ressources systèmes (les textures dans Newton Adventure par exemple :-) ) qui de toute façon demande une gestion particulière.

Est-ce qu'il ne vaut pas mieux un langage avec un GC pour 99% des allocations et gérer à la main le 1% qui reste?

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Une façon idiomatique en Rust de gérer les structures de données complexes consiste à utiliser des index plutôt que des pointeurs (les objet étant stockés dans une collection classique).

On fait ça aussi en C ou en C++. C'est parfois utile, mais ça ne change pas le problème: au lieu de faire attention à mes pointeurs, je dois faire attention à mes indexes.

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

Ce qui me vient en tête immédiatement, c'est un code qui manipule des graphes.

En java ou C, je vais avoir des classes ou structures Graph, Edge et Node.

En C, il faudra faire bien attention à passer free partout, au bon moment et dans le bon ordre.

En C++, on va choisir avec soin quelles références seront des unique_ptr, des shared_ptr ou des weak_ptr selon les cas d'usage.

Avec un ramasse miette, chacune peut avoir des références sur les autres, on ne va pas se préoccuper de la durée de vie des objets, des pointeurs forts ou faibles… Osef on a de la RAM et le GC passera le balai !

Et avec Rust ?

Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board