devnewton 🍺 a écrit 8788 commentaires

comment ça se passe avec une carte partagée, sur un compte joint par exemple, mais il arrive qu'on se fasse confiance entre parents et enfants aussi.

Ça me surprends toujours qu'on puisse donner accès à son compte à quelqu'un autre, même si c'est la famille. Ce n'est pas un mal si ça disparait…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

On ne peut pas utiliser la pluie aussi? Il faut penser aux normands.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est dommage que linuxfr ne propose pas un salon xmpp!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

j'essayais de l'utiliser pour des sous-titres, donc 2 lignes de texte mais sur 1000 slides

Je croyais que tu préférais x264 pour tes vidéos?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je me demande si dans ton cas leur action ne pourrait pas être considérée comme une fausse accusation ou de la falsification de preuves ce qui doit coûter très cher devant un tribunal…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ca serait une attaque personnelle sinon.
Et c'est mal.

Pas pour lui, je cite je dis les choses en face des gens que je critique. Donc je veux des noms, parce que tous les libristes que je connais ou que je vois écrire sur linuxfr contribuent au libre alors j'aimerais bien savoir de qui il parle.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

au cas où les gens ont du mal à comprendre : je ne parlais pas des libristes, mais des "libristes" qui parlent beaucoup pour critiquer, mais ne font rien (à prendre comme un tout, sans enlever un seul caractère).

Des noms!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est ce qui est marrant avec les "libristes" qui parlent beaucoup pour critiquer, mais ne font rien

Tu veux dire comme toi? :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Sans doute, je vais creuser le sujet…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

http://www.boost.org/doc/libs/1_56_0/libs/numeric/ublas/doc/vector_sparse.htm

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tu as mis les sources quelque-part?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Oui! Je cherche une idée de "store" qui minimise l'occupation mémoire pour comparer!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Merci!

C'est intéressant, je me demande comment détecter les cas complètement contre-intuitif comme celui de la page 30.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

A l'oeil nu, c'est invisible, surtout que je limite les fps à 60.

Par contre dans la console, le boost::timer::auto_cpu_timer écrit des infos qui ne prenne pas en compte certaines opérations de la SDL (le swap de buffer par exemple).

On pourrait de la même façon mesurer chaque système indépendamment pour avoir une analyse plus précise, mais un bon profileur doit savoir le faire tout seul comme un grand.

Plus qu'à trouver un bon profileur!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

comment les stocker efficacement, sachant que toutes les entités n'ont pas nécessairement tous les composants

Ca dépends quelle efficacité tu recherches. C'est un problème de space versus time versus flexibility. Dans les deux layouts que je présente, on sacrifie l'espace: chaque entité créé provoque une allocation égale à la taille de tous les composants.

Si tu as des idées d'autres layouts, je cherche de l'inspiration!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

C'est ça!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

L'entité est simplement un nombre, nombre qui sert de clef dans un conteneur à composants, pour retrouver les composants.

C'est le cas!

typedef std::size_t entity;


Pour moi, le layout mémoire idéal d'un système à entité consiste à regrouper par composant.

C'est implémenté par le store struct_of_array.

template< typename Component, typename... Components >
class store_base< Component, Components... > : private store_base< Components... > {
(...)
typedef std::vector<boost::optional<Component>> component_vector;
(...)
component_vector components_;
> Le conteneur peut être une hashmap ou un arbre.

Ici c'est un simple vecteur pour être plus sympa avec le cache!

(Désolé pour le formattage, le parseur markdown de linuxfr a l'air cassé).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'arrive à lire le doc avec Libreoffice!

Sinon c'est une mairie, pas une boite qui court après les clients, elle peut parfaitement dire merde à quelqu'un qui lui envoie un doc.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Tu devrais résumer ta présentation à trois slides (au moins ça tiendra dans Impress):

1. On garde MS Office: ça coûte 12k€, il va falloir oublier [demande chiante du métier].
2. On passe à Libre Office: 0€, on va pouvoir utiliser l'argent économisé pour [demande chiante du métier].
3. A vous de choisir!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ce n'est pas la même chose. Avec le temps CPU, un vilain processus va juste ralentir ses petits copains et il peut être calmé par le kernel.

Avec les ressources GPU, si tu abuses des textures/shaders/buffers, plus personne ne peut rien afficher.

Si tu veux en être convaincu, lance quelques jeux 3D et enchaînent les alt-tabs.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ce qui fait peur dans ce schéma c'est de voir que tout le monde, de l'éditeur de texte au modeleur 3D en passant par le widget de notification, va utiliser OpenGL, une API absolument pensé pour être utilisé par de nombreuses applications en même temps: tout le monde a accès à l'intégralité des ressources du GPU, par définition limitées…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

compatibilité cassée par rapport à la 1.5.0

C'est triste de casser la compatibilité avec un changement de version mineure.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

au passage merci sarko

On oublie trop souvent sa surcompétence dans tous les domaines!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

La présentation donne envie, mais je ne vois ni démo, ni capture d'écran.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ca me semble un peu gros pour ma poche.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.