Hum… je dois reconnaître qu'a chaque fois que je lis le contenu d'un linux mag qui cause programmation, je suis déçu du niveau (par contre ça m'arrange bien quand ça parle de gimp, blender ou autres domaines dans lesquels je ne connais rien ou presque, hein!), ça ne va pas loin du tout, ça passe un max de temps sur des trucs triviaux… celui-ci est peut-être différent, mais j'en doute.
Pour l'installation tu peu utiliser le python par defaut de ta distrib
Hé bien je pense que tu devrais le regarder pour te faire une idée par toi-même.
En regardant très vite, je n'ai pas trouvé de synopsis, autre que ce qui semble en fait être un titre ou sous-titre. Pour moi, un film avec un synopsis genre «un singe va à l'université», ça me fait penser que ça va juste être une démo technique ou un délire isolé et… bah… je reconnais que ça ne donne pas envie de creuser.
Ah oui, c'est beau le progrès, heureusement qu'Apple est là pour inventer le d&d et les gestionnaires de fichiers… avec un peu de chance, un jour ils inventeront les émulateurs de terminal ;)
Cracké, non (enfin, j'en ai plus vu depuis perpette), mais licence cheatée, si, ce qui reviens quasiment au même (pas payé), modulo le fait que les binaires ne sont pas altérés.
Notes bien que c'est un de mes voisins qui utilisais ce genre de trucs, moi ma vie de débianneux me conviens très bien. Enfin, très bien… y'a des choses qui me gênent (pour être précis, des changements entre les majeurs qui ressemblent très fortement à des régressions de mon point de vue), mais c'est toujours mieux qu'avec windows, ça c'est certain. Au moins, j'ai un WM plus que correct, un émulateur de terminal qui ne date pas des années 80 et un shell qui sert à quelque chose.
Hum… c'est moi, ou toutes les ressources pour python sont pour les débutants?
Je veux dire, l'autre jour j'ai voulu m'y mettre un peu, je code en C++ avec une relative aisance, alors, oui, je sais ce que c'est qu'une boucle et une variable. Mais je n'ai trouvé que dalle, alors j'ai été obligé de commencer à me farcir le tutoriel (officiel) python, qui, je dois le dire, m'a vite soulé (entre les partis pris et les trucs que je sais déjà, l'expérience fut pénible et je n'ai pas été au-delà des 50 pages).
Du coup, quelqu'un aurait ce type de ressources?
Je sais, c'est un peu hors sujet… mea culpa.
Bon, et histoire de faire dans le sujet:
L'ouvrage fait 2⁸=256 pages,
Ça fait beaucoup non? Déjà que je trouve ce que j'ai vu du tuto officiel massif (~150 pages)… le point, c'est que c'est écrit en français et les exercices corrigés?
J'imagine qu'il y a, comme souvent, une grosse partie pour l'installation au début?
le web n'est pas capable de rivaliser avec les applications natives
En même temps… pour utiliser une application web, il te faut une tétrachiée de couches logicielles, normal que ce soit plus lent!
Par contre, oui, tu peux utiliser le même machin peu importe ta machine (enfin, si tu manques pas trop de bol) ce qui n'est pas nécessairement vrai des applications natives (puisqu'elles doivent être compilées et liées en fonction de la destination).
Un équilibre serait peut-être d'utiliser des langages interprétés qui n'ont pas besoin d'un brouteur pour tourner (vb, python…) mais j'imagine que les éditeurs ont peur que les concurrents n'accèdent au source (et c'est moi qui viens vanter les langages interprétés… il va neiger demain on dirait).
Comme le font tous les particuliers qui n'ont pas d'autocollant: un crack et c'est réglé, non?
Notes bien, je ne suis pas fan de la méthode (et je refuse catégoriquement de faire le fournisseur… d'un autre côté je suis de bonne foi quand je dis: «non, je ne connais pas de cracks pour ton machin, par contre il y a truc que tu aurais le droit d'utiliser sans payer 200€ ni te mettre dans l'illégalité…») je constate juste: soit ils ont l'autocollant et ils l'ont payé sans le savoir, soit ils ont un machin cracké, donc dans tous les cas, ils n'ont pas eu l'impression de payer.
ls -1d Sankor* | sed 's@^\(Sankore\)\(\)@mv "\1\2" "OpenBoard\2"@'
et pareil, si tu es content, tu ajoute "|sh"
Euh… utiliser ls pour donner des noms de fichiers à manger à un autre programme? C'est dangereux.
Perso, vu l'usage, je ferai simple, une p'tite boucle for:
for i in $find_patterndo
mv "$i"$(sed 's/$string_to_replace/string_to_write/g')done
Mais c'est vrai: c'est pas un one-liner. En one liner, j'imagine que je bricolerais avec find… soit en remplaçant ton ls par find, soit en utilisant le parametre -exec de find, mais ça serait probablement un chouÏa plus compliqué.
Ben la preuve que vous etes extremistes, c'est que vous referencez des LL pour windows, c'est pas coherent avec l'OS boudiou :D (et j'en suis reconnaissant, ca aide en environnement hostile ou quand on cherche des trucs portables)
. Par exemple, quand on a une fonction qui alloue de la mémoire, fait un traitement, et désalloue la mémoire, appeller la fonction n fois dans une boucle for réalloue et désalloue n fois la mémoire, ce qui me semble assez abérrant.
Fonction potentiellement mal codee. Ou boucle for mal foutue, au choix.
Perso, vite fait, je me dis autant allouer la memoire dans une variable statique de la fonction, et avoir un moyen de faire un appel pour liberer si necessaire.
Ou alors filer un buffer, pour eviter que la fonction n'alloues elle meme.
Mais, oui, ca necessite de savoir qu'un appel systeme c'est lent et de prendre ca en compte quand on code.
Moi ça me file des boutons en C++11 de refiler des pointeurs vers de la mémoire libre en paramètre des fonctions ou de passer des gros objets par références non-constantes, j'ai l'impression que c'est du mélange crado de paradigmes.
Pourquoi? Le cpp est prevu pour interegir avec le systeme, donc pour les effets de bord (meme si, certes, moins y'en a mieux c'est). Ce n'est pas un langage fonctionnel…
Et justement pour moi la force de ce langage c'est qu'il ne m'enferme pas dans une facon de penser: je n'ai pas a toujours faire des classes pour que dalle (java), mais je peux si je veux (c). Je peux faire du fonctionnel (avec const) mais je peux aussi facilement interagir avec le systeme. J'ai meme de la prog generique que je crois puissante.
Le fait de pouvoir passer des buffers, ca permets justement aux gens de reduire le nombre d'allocations et donc de syscalls.
Étrangement, ce genre de code est beaucoup plus performant dans certains langages de haut niveau qui vectorisent les appels de fonction.
Puis-je etre curieux et avoir un exemple? Je ne serais pas surpris qu'ils soient plus simples a gerer, mais plus rapides? Ca m'intrigue.
Parce qu'une eventuelle corruption d'un seul fs fait perdre potentiellement la totalite du systeme, notamment en cas d'absence de sauvegarde.
On peut aussi arguer du fait qu'avoir un fs systeme, un pour le home et un pour les donnees volatiles (genre /var) permets de reduire la fragmentation (donc d'qur disque mecanique, de garder un systeme plus reactif) ou meme, d'avoir plusieurs os et un seul home.
Sans parler de risquer de se retrouver sans comprendre pourquoi avec un systeme bride a cause de la saturation de la partition racine.
Ni le fait pouvoir parametrer differemment les fs (typiquement, j'ai tendance a prefere de gros clusters dans mon /var, ainsi que dans une partition que je reserve aux fichiers iso et multimedia).
Je suis sur qu'il reste nombre d'arguments (dans l'autre sens aussi bien sur) plus ou moins adaptes au vecu et aux besoins de chacuns.
Maintenant, la commande mount, chez moi, et meme sur de tres vieux systemes, c'est (quasi pour le vieux matos de plus de 15 ans) instantanne. Du coup, est-ce ca fait vraiment gagner du temps?
Bref, très difficile d'écrire du code spécifique pour une machine.
En effet.
Ceci dit, ce niveau d'optimisation (optimiser pour exploiter le fait qu'une ligne de cache à une taille définie) à plusieurs paliers aussi: par exemple dans une classe mettre les membres les moins utilisés à la fin, ou tout simplement faire gaffe à l'alignement des données en fonction de la taille du type (tiens d'ailleurs… je me demande comment ça marche ce genre de problématiques dans les langages sans typage statique?).
Ces cas restent des cas d'optimisation qui sont relativement simples à mettre en œuvre et ne dépendent pas (trop) de la machine cible. Ça n'implique d'ailleurs pas non plus de repenser toute l'archi.
Pour le coup, on peut même simplement se dire qu'un bloc de données qui sont rarement utilisées, plutôt que de les mettre dans la même classe que des trucs utilisés en permanence, stocker une référence (dans le sens français du terme, pas C++: ça peut être un id, un itérateur, un pointeur, peu importe) qui permets d'accéder à ces données peu usitées permets d'augmenter la densité des données utiles (si l'objet est utilisé dans un tableau, bien entendu).
Bon, certes, c'est pas «optimiser au maximum», juste optimiser un poil :)
ce qui a le mérite d'être plus explicite, je dirais
Bof, des pointeurs à poil en C++ moderne…
Bah… à moins de bricoler un pointeur qui ne peut être libéré (ce qui à tendance à être mon choix, pour le coup), y'a moyennement le choix. Sinon, faut utiliser shared_ptr, et la on passe de (sur une machine classique) 8 octets à 24 (pointeur + compteur + deleter quand on veut utiliser ça pour des structures C, 16 si on prend juste le delete par défaut de l'objet stocké) du coup ça peut piquer pour les perfs.
Pas évident sans refiler tout un tas de code imbittable.
Tant pis alors. Parce qu'effectivement la je ne vois pas comment ça peut tomber dans un comportement non défini.
(sauf que celles-là tu peux pas les finir sauf à contrôler tous les joueurs).
Ou trouver de bons joueurs :) j'en ai fini quelques unes perso, mais «étrangement» c'était avec des joueurs que je connaissais bien.
PS: tu devrais passer sur la tribune de temps en temps :p
Pas faux :)
Est-ce que c'est parce que le code actuel n'est pas adapté ?
Hum. J'ai été voir l'état du code de wesnoth. Ca ne donne pas envie de s'y mettre sans un bon coup de ménage, mais des échanges que j'ai pu avoir, restructurer le code (même un truc mineur) n'est pas du tout dans les priorités.
Mais je ne sais pas si c'est une conséquence de l'aspect random ou une cause.
Plutôt une cause, après tout, corriger le problème du rand (d'une manière ou d'une autre, il y a eu pas mal d'idées et de discussions à priori) permettrait de jouer sérieusement.
Le problème de ça c'est que ça casse la tactique, ça devient encore plus difficile de prédire les dégâts. C'est un peu l'autre extrême.
Je schématisais, et à priori j'ai très mal expliqué. Je ne vais pas essayer d'empirer mon cas, parce qu'en plus je ne peux accéder à wesnoth.org d'ici (proxy) et donc je ne peux retrouver le nom du mod (ce qui aurait été très utile ;)).
T'as pas cherché loin, ça se fait en 30 secondes avec un oveeride :
Et pourtant, si, j'ai cherché. Mal, a priori, j'approfondirai ces liens.
J'ai commencé en fait par faire un grep sur mon système pour savoir dans quels fichiers c'était défini, et déjà, j'ai eu la surprise de trouver ces fichiers de config dans /lib, et non /etc comme je m'y serai attendu (ce qui du coup me fait penser que le doc sur raymii.org ne s'applique pas à ma debian, surprenant compte tenu du fait qu'il semble se baser sur une ubuntu).
Il y avait dedans 2 fichiers avec getty, et honnêtement, je n'ai pas osé toucher, peur de rendre mon système inopérable.
Pour le 2nd lien, ok, il faut créer un fichier. Je suppose qu'en cherchant un peu je trouverai ou.
Je peux un peu plus bidouiller maintenant que mon système est redevenu à peu près sous mon contrôle…
C'est bizarre, je le reproduis pas. Que ce soit sous Windows 10, Windows 7, ou Windows XP.
Moi, personnellement, j'ai avec le poste du bureau: 10s de boot, je me log, et la, il mets 1 minute. J'en ai déduit (peut-être à tort) que c'était ça la raison.
Si ton ouverture de session est longue, il faut voir du côté des logiciels qui démarrent avec la session, et désactiver ce qui est inutile.
Ah… p'tet l'antivirus, mais à part ça… ou peut-être le truc des pilotes graphiques ou touchpad? Parce qu'il n'y a que ça…
Et perso, vu que j'ai besoin de pas mal de trucs, j'utilise l'hibernation. Depuis 20 ans.
Ca, j'ai essayé sur diverses machines. Par forcément l'impression que ce soit tellement tellement plus rapide dans mes usages (assez peu de trucs qui mettent du temps de calcul à s'initialiser en général, plutôt des accès disques, donc l'hibernation ne ferait pas vraiment gagner, je pense).
Si on a du mal à rajouter la partie multi dans un jeu c'est qu'il a été conçu en assumant qu'il serait joué uniquement en solo,
Ou pas.
Pour moi, c'est parti en effet du truc installé sur un seul poste, voire allez, en LAN. Pas besoin d'une stack réseau hyper compliquée, un p'tit truc tout simple et ça juste marche.
Sauf que… bah, internet, le côté multi-nation et multi-réseau, ça veut aussi dire qu'il faut pouvoir vérifier que tout le monde se ping (fonctionnalité de mémoire pas implémentée, y'a pas de ping pour savoir si l'autre est mort ou juste afk), que pour décider du prochain hôte il serait bien de pouvoir faire un vote, de pouvoir en fait transmettre volontairement le statut d'hôte (pour éviter le putain d'host qui fait son afk ou qui plante et que personne ne peut kick ou mettre en spectateur)…
Et tout ça, pour moi, ça doit être prévu de base, sinon c'est galère à ajouter.
si on avait voulu faire KISS on l'aurait conçu de la façon la plus modulaire possible
Justement, faire de façon modulaire, rechercher une conception avec faible couplage entre les sections de code, etc etc, pour moi, ce n'est pas simple et encore moins stupide. Ca s'appelle de l'architecture, et c'est ce qui permets de faire évoluer un code.
Après, garder une cible et rejeter les fonctionnalités qui ne s'intègrent pas à la cible ou qui ne sont pas stables, c'est bien aussi (c'est pour ça que je pense que i3 tiendra longtemps la route).
Ce n'est pas ce qui est fait dans wesnoth (le mode planning buggué comme pas permis, et encore ça s'est amélioré méchamment, le nouveau lobby qui lag à bloc quand il te fait pas crash, la nouvelle version de LoW qui est quasi injouable…) par contre.
[^] # Re: pour débutant
Posté par freem . En réponse au journal Livre d'intro à la programmation avec Python 3. Évalué à 2.
Ca, ça peut être utile, merci.
Hum… je dois reconnaître qu'a chaque fois que je lis le contenu d'un linux mag qui cause programmation, je suis déçu du niveau (par contre ça m'arrange bien quand ça parle de gimp, blender ou autres domaines dans lesquels je ne connais rien ou presque, hein!), ça ne va pas loin du tout, ça passe un max de temps sur des trucs triviaux… celui-ci est peut-être différent, mais j'en doute.
Je ne m'en prive pas :)
[^] # Re: je ne suis pas pour la censure ...
Posté par freem . En réponse au journal Attention, ça va secouer !. Évalué à 6.
A pôle emploi.
[^] # Re: Film précédent ?
Posté par freem . En réponse au journal Plus que 3 jours pour financer deux long-métrages libres. Évalué à 6.
En regardant très vite, je n'ai pas trouvé de synopsis, autre que ce qui semble en fait être un titre ou sous-titre. Pour moi, un film avec un synopsis genre «un singe va à l'université», ça me fait penser que ça va juste être une démo technique ou un délire isolé et… bah… je reconnais que ça ne donne pas envie de creuser.
[^] # Re: pour débutant
Posté par freem . En réponse au journal Livre d'intro à la programmation avec Python 3. Évalué à 2.
Merci, j'y jetterais un œil.
[^] # Re: Linux monte ou le bureau baisse?
Posté par freem . En réponse au journal 3% d'ordinateurs personnels sous Linux. Évalué à 1.
Ah oui, c'est beau le progrès, heureusement qu'Apple est là pour inventer le d&d et les gestionnaires de fichiers… avec un peu de chance, un jour ils inventeront les émulateurs de terminal ;)
[^] # Re: Regarder sur plus longtemps
Posté par freem . En réponse au journal 3% d'ordinateurs personnels sous Linux. Évalué à 3. Dernière modification le 05 septembre 2017 à 16:06.
Cracké, non (enfin, j'en ai plus vu depuis perpette), mais licence cheatée, si, ce qui reviens quasiment au même (pas payé), modulo le fait que les binaires ne sont pas altérés.
Notes bien que c'est un de mes voisins qui utilisais ce genre de trucs, moi ma vie de débianneux me conviens très bien. Enfin, très bien… y'a des choses qui me gênent (pour être précis, des changements entre les majeurs qui ressemblent très fortement à des régressions de mon point de vue), mais c'est toujours mieux qu'avec windows, ça c'est certain. Au moins, j'ai un WM plus que correct, un émulateur de terminal qui ne date pas des années 80 et un shell qui sert à quelque chose.
# pour débutant
Posté par freem . En réponse au journal Livre d'intro à la programmation avec Python 3. Évalué à 5.
Hum… c'est moi, ou toutes les ressources pour python sont pour les débutants?
Je veux dire, l'autre jour j'ai voulu m'y mettre un peu, je code en C++ avec une relative aisance, alors, oui, je sais ce que c'est qu'une boucle et une variable. Mais je n'ai trouvé que dalle, alors j'ai été obligé de commencer à me farcir le tutoriel (officiel) python, qui, je dois le dire, m'a vite soulé (entre les partis pris et les trucs que je sais déjà, l'expérience fut pénible et je n'ai pas été au-delà des 50 pages).
Du coup, quelqu'un aurait ce type de ressources?
Je sais, c'est un peu hors sujet… mea culpa.
Bon, et histoire de faire dans le sujet:
Ça fait beaucoup non? Déjà que je trouve ce que j'ai vu du tuto officiel massif (~150 pages)… le point, c'est que c'est écrit en français et les exercices corrigés?
J'imagine qu'il y a, comme souvent, une grosse partie pour l'installation au début?
[^] # Re: Linux monte ou le bureau baisse?
Posté par freem . En réponse au journal 3% d'ordinateurs personnels sous Linux. Évalué à 2.
En même temps… pour utiliser une application web, il te faut une tétrachiée de couches logicielles, normal que ce soit plus lent!
Par contre, oui, tu peux utiliser le même machin peu importe ta machine (enfin, si tu manques pas trop de bol) ce qui n'est pas nécessairement vrai des applications natives (puisqu'elles doivent être compilées et liées en fonction de la destination).
Un équilibre serait peut-être d'utiliser des langages interprétés qui n'ont pas besoin d'un brouteur pour tourner (vb, python…) mais j'imagine que les éditeurs ont peur que les concurrents n'accèdent au source (et c'est moi qui viens vanter les langages interprétés… il va neiger demain on dirait).
[^] # Re: Regarder sur plus longtemps
Posté par freem . En réponse au journal 3% d'ordinateurs personnels sous Linux. Évalué à 3.
Conclusion? Ça te casse le do, ou ça te troue le cu?
[^] # Re: Regarder sur plus longtemps
Posté par freem . En réponse au journal 3% d'ordinateurs personnels sous Linux. Évalué à 2.
Comme le font tous les particuliers qui n'ont pas d'autocollant: un crack et c'est réglé, non?
Notes bien, je ne suis pas fan de la méthode (et je refuse catégoriquement de faire le fournisseur… d'un autre côté je suis de bonne foi quand je dis: «non, je ne connais pas de cracks pour ton machin, par contre il y a truc que tu aurais le droit d'utiliser sans payer 200€ ni te mettre dans l'illégalité…») je constate juste: soit ils ont l'autocollant et ils l'ont payé sans le savoir, soit ils ont un machin cracké, donc dans tous les cas, ils n'ont pas eu l'impression de payer.
[^] # Re: sed/awk is your friend
Posté par freem . En réponse au message 1 ligne de shell pour les changer tous. Évalué à 3.
Euh… utiliser ls pour donner des noms de fichiers à manger à un autre programme? C'est dangereux.
Perso, vu l'usage, je ferai simple, une p'tite boucle for:
Mais c'est vrai: c'est pas un one-liner. En one liner, j'imagine que je bricolerais avec find… soit en remplaçant ton ls par find, soit en utilisant le parametre -exec de find, mais ça serait probablement un chouÏa plus compliqué.
[^] # Re: essayer Julia ?
Posté par freem . En réponse au journal Un Python qui rivalise avec du C++. Évalué à 1.
D'où le «vite fait»: c'est plus rapide de faire ce genre de bidouille que recréer une classe ;)
[^] # Re: Blagouse
Posté par freem . En réponse au journal Financement participatif pour Magit. Évalué à 1.
Attention aux lapsus quand même, ça pourrait être compromettant.
[^] # Re: Mwai
Posté par freem . En réponse au journal Firefox 57 - onglets contextuels et autres joyeusetés. Évalué à 3.
Ben la preuve que vous etes extremistes, c'est que vous referencez des LL pour windows, c'est pas coherent avec l'OS boudiou :D (et j'en suis reconnaissant, ca aide en environnement hostile ou quand on cherche des trucs portables)
[^] # Re: essayer Julia ?
Posté par freem . En réponse au journal Un Python qui rivalise avec du C++. Évalué à 2.
Fonction potentiellement mal codee. Ou boucle for mal foutue, au choix.
Perso, vite fait, je me dis autant allouer la memoire dans une variable statique de la fonction, et avoir un moyen de faire un appel pour liberer si necessaire.
Ou alors filer un buffer, pour eviter que la fonction n'alloues elle meme.
Mais, oui, ca necessite de savoir qu'un appel systeme c'est lent et de prendre ca en compte quand on code.
Pourquoi? Le cpp est prevu pour interegir avec le systeme, donc pour les effets de bord (meme si, certes, moins y'en a mieux c'est). Ce n'est pas un langage fonctionnel…
Et justement pour moi la force de ce langage c'est qu'il ne m'enferme pas dans une facon de penser: je n'ai pas a toujours faire des classes pour que dalle (java), mais je peux si je veux (c). Je peux faire du fonctionnel (avec const) mais je peux aussi facilement interagir avec le systeme. J'ai meme de la prog generique que je crois puissante.
Le fait de pouvoir passer des buffers, ca permets justement aux gens de reduire le nombre d'allocations et donc de syscalls.
Puis-je etre curieux et avoir un exemple? Je ne serais pas surpris qu'ils soient plus simples a gerer, mais plus rapides? Ca m'intrigue.
[^] # Re: Je préfère LARGEMENT avoir un système qui met cinq à 10 S de plus pourdémarrer ....
Posté par freem . En réponse au message Pot-pourri : astuces pour accélérer le démarrage de Linux ~1s :D. Évalué à 2.
Parce qu'une eventuelle corruption d'un seul fs fait perdre potentiellement la totalite du systeme, notamment en cas d'absence de sauvegarde.
On peut aussi arguer du fait qu'avoir un fs systeme, un pour le home et un pour les donnees volatiles (genre /var) permets de reduire la fragmentation (donc d'qur disque mecanique, de garder un systeme plus reactif) ou meme, d'avoir plusieurs os et un seul home.
Sans parler de risquer de se retrouver sans comprendre pourquoi avec un systeme bride a cause de la saturation de la partition racine.
Ni le fait pouvoir parametrer differemment les fs (typiquement, j'ai tendance a prefere de gros clusters dans mon /var, ainsi que dans une partition que je reserve aux fichiers iso et multimedia).
Je suis sur qu'il reste nombre d'arguments (dans l'autre sens aussi bien sur) plus ou moins adaptes au vecu et aux besoins de chacuns.
Maintenant, la commande mount, chez moi, et meme sur de tres vieux systemes, c'est (quasi pour le vieux matos de plus de 15 ans) instantanne. Du coup, est-ce ca fait vraiment gagner du temps?
[^] # Re: essayer Julia ?
Posté par freem . En réponse au journal Un Python qui rivalise avec du C++. Évalué à 2.
En effet.
Ceci dit, ce niveau d'optimisation (optimiser pour exploiter le fait qu'une ligne de cache à une taille définie) à plusieurs paliers aussi: par exemple dans une classe mettre les membres les moins utilisés à la fin, ou tout simplement faire gaffe à l'alignement des données en fonction de la taille du type (tiens d'ailleurs… je me demande comment ça marche ce genre de problématiques dans les langages sans typage statique?).
Ces cas restent des cas d'optimisation qui sont relativement simples à mettre en œuvre et ne dépendent pas (trop) de la machine cible. Ça n'implique d'ailleurs pas non plus de repenser toute l'archi.
Pour le coup, on peut même simplement se dire qu'un bloc de données qui sont rarement utilisées, plutôt que de les mettre dans la même classe que des trucs utilisés en permanence, stocker une référence (dans le sens français du terme, pas C++: ça peut être un id, un itérateur, un pointeur, peu importe) qui permets d'accéder à ces données peu usitées permets d'augmenter la densité des données utiles (si l'objet est utilisé dans un tableau, bien entendu).
Bon, certes, c'est pas «optimiser au maximum», juste optimiser un poil :)
Bah… à moins de bricoler un pointeur qui ne peut être libéré (ce qui à tendance à être mon choix, pour le coup), y'a moyennement le choix. Sinon, faut utiliser shared_ptr, et la on passe de (sur une machine classique) 8 octets à 24 (pointeur + compteur + deleter quand on veut utiliser ça pour des structures C, 16 si on prend juste le delete par défaut de l'objet stocké) du coup ça peut piquer pour les perfs.
Tant pis alors. Parce qu'effectivement la je ne vois pas comment ça peut tomber dans un comportement non défini.
[^] # Re: Demande d'aide sur Ubuntu
Posté par freem . En réponse au message ubuntu toujours la même chose pour les intellos du clic à quand ubuntu plus simple à gérer . Évalué à 2.
Donc, je suppose qu'on ne peut pas lui dire:
sudo apt install firefox?En tout cas, merci pour la trad, même avec quelques fautes on peut au moins comprendre.
[^] # Re: alternance stable/experimental => classique
Posté par freem . En réponse au journal GnuPG 2.2, la nouvelle branche stable de GnuPG. Évalué à 2.
C'est ça. Une campagne de survival.
Ou trouver de bons joueurs :) j'en ai fini quelques unes perso, mais «étrangement» c'était avec des joueurs que je connaissais bien.
Pas faux :)
Hum. J'ai été voir l'état du code de wesnoth. Ca ne donne pas envie de s'y mettre sans un bon coup de ménage, mais des échanges que j'ai pu avoir, restructurer le code (même un truc mineur) n'est pas du tout dans les priorités.
Plutôt une cause, après tout, corriger le problème du rand (d'une manière ou d'une autre, il y a eu pas mal d'idées et de discussions à priori) permettrait de jouer sérieusement.
[^] # Re: alternance stable/experimental => classique
Posté par freem . En réponse au journal GnuPG 2.2, la nouvelle branche stable de GnuPG. Évalué à 2.
Je schématisais, et à priori j'ai très mal expliqué. Je ne vais pas essayer d'empirer mon cas, parce qu'en plus je ne peux accéder à wesnoth.org d'ici (proxy) et donc je ne peux retrouver le nom du mod (ce qui aurait été très utile ;)).
[^] # Re: Je préfère LARGEMENT avoir un système qui met cinq à 10 S de plus pourdémarrer ....
Posté par freem . En réponse au message Pot-pourri : astuces pour accélérer le démarrage de Linux ~1s :D. Évalué à 2.
Et pourtant, si, j'ai cherché. Mal, a priori, j'approfondirai ces liens.
J'ai commencé en fait par faire un grep sur mon système pour savoir dans quels fichiers c'était défini, et déjà, j'ai eu la surprise de trouver ces fichiers de config dans /lib, et non /etc comme je m'y serai attendu (ce qui du coup me fait penser que le doc sur raymii.org ne s'applique pas à ma debian, surprenant compte tenu du fait qu'il semble se baser sur une ubuntu).
Il y avait dedans 2 fichiers avec getty, et honnêtement, je n'ai pas osé toucher, peur de rendre mon système inopérable.
Pour le 2nd lien, ok, il faut créer un fichier. Je suppose qu'en cherchant un peu je trouverai ou.
Je peux un peu plus bidouiller maintenant que mon système est redevenu à peu près sous mon contrôle…
[^] # Re: Je préfère LARGEMENT avoir un système qui met cinq à 10 S de plus pourdémarrer ....
Posté par freem . En réponse au message Pot-pourri : astuces pour accélérer le démarrage de Linux ~1s :D. Évalué à 2.
Moi, personnellement, j'ai avec le poste du bureau: 10s de boot, je me log, et la, il mets 1 minute. J'en ai déduit (peut-être à tort) que c'était ça la raison.
Ah… p'tet l'antivirus, mais à part ça… ou peut-être le truc des pilotes graphiques ou touchpad? Parce qu'il n'y a que ça…
Ca, j'ai essayé sur diverses machines. Par forcément l'impression que ce soit tellement tellement plus rapide dans mes usages (assez peu de trucs qui mettent du temps de calcul à s'initialiser en général, plutôt des accès disques, donc l'hibernation ne ferait pas vraiment gagner, je pense).
[^] # Re: A propos de Bouml
Posté par freem . En réponse au message [Umbrello] sélection multiple . Évalué à 2.
Ça doit être possible avec le flux RSS, non? Un peu plus bas dans la page?
[^] # Re: alternance stable/experimental => classique
Posté par freem . En réponse au journal GnuPG 2.2, la nouvelle branche stable de GnuPG. Évalué à 2.
Il va falloir que je rééduque mes yeux, j'avais lu la version corrigée, pas la vraie :)
[^] # Re: alternance stable/experimental => classique
Posté par freem . En réponse au journal GnuPG 2.2, la nouvelle branche stable de GnuPG. Évalué à 2.
Ou pas.
Pour moi, c'est parti en effet du truc installé sur un seul poste, voire allez, en LAN. Pas besoin d'une stack réseau hyper compliquée, un p'tit truc tout simple et ça juste marche.
Sauf que… bah, internet, le côté multi-nation et multi-réseau, ça veut aussi dire qu'il faut pouvoir vérifier que tout le monde se ping (fonctionnalité de mémoire pas implémentée, y'a pas de ping pour savoir si l'autre est mort ou juste afk), que pour décider du prochain hôte il serait bien de pouvoir faire un vote, de pouvoir en fait transmettre volontairement le statut d'hôte (pour éviter le putain d'host qui fait son afk ou qui plante et que personne ne peut kick ou mettre en spectateur)…
Et tout ça, pour moi, ça doit être prévu de base, sinon c'est galère à ajouter.
Justement, faire de façon modulaire, rechercher une conception avec faible couplage entre les sections de code, etc etc, pour moi, ce n'est pas simple et encore moins stupide. Ca s'appelle de l'architecture, et c'est ce qui permets de faire évoluer un code.
Après, garder une cible et rejeter les fonctionnalités qui ne s'intègrent pas à la cible ou qui ne sont pas stables, c'est bien aussi (c'est pour ça que je pense que i3 tiendra longtemps la route).
Ce n'est pas ce qui est fait dans wesnoth (le mode planning buggué comme pas permis, et encore ça s'est amélioré méchamment, le nouveau lobby qui lag à bloc quand il te fait pas crash, la nouvelle version de LoW qui est quasi injouable…) par contre.