lasher a écrit 2732 commentaires

  • [^] # Re: Pourquoi se limiter au libre ?

    Posté par  . En réponse à la dépêche Rapport annuel 2010 sur le développement du noyau Linux. Évalué à 1.

    Euh, je ne sais pas si ça a changé depuis (sans doute que oui), mais à une époque Linux-le-noyau sur PPC et sur x86, c'était juste pas la même chose. Il s'agissait quasiment de deux logiciels différents (sauf pour certains mécanismes-clé).
  • [^] # Re: Pourquoi se limiter au libre ?

    Posté par  . En réponse à la dépêche Rapport annuel 2010 sur le développement du noyau Linux. Évalué à 1.

    « OUHAOU vous avez reussi a faire plus que 2 archis (qui sont tres similaire x86 et xx64) »

    ia64 et x86/x86_64 n'ont juste rien à voir en termes d'architecture. Autant je trouve que pBpG va avoir du mal à « justifier » quoi que ce soit concernant le nombre d'archis - si ce n'est « y'a plus que du x86, même Apple a lâché le PowerPC » (et quelque part la raison se justifie économiquement parlant), autant tu pourrais faire un effort et savoir de quoi on parle. amd64/intel64 != ia64 (aka Itanium, un processeur VLIW+superscalaire).
  • [^] # Re: Je soutiens Florent Gallaire

    Posté par  . En réponse au journal "J'ai raison, mais je ne ferai pas valider mon raisonnement". Évalué à 4.

    « 2) <<mais aussi de la taille de l'emprunt; quelques dizaines de lignes pour un roman de plusieurs centaines de pages>>
    - l'application d'une licence dépend de la taille de l'emprunt, c'est à la libre appréciation de chacun, on peut choisir de ne pas la respecter si on estime que son boulot est tellement plus conséquent que celui sur lequel on s'appuie »

    Déjà entendu parler du droit de citation ? Globalement si l'ensemble de ta citation ne dépasse pas une page de bouquin (si mes souvenirs sont bons), alors tu ne crains rien (par contre, oui, il faut citer ses sources). C'est pour ça qu'elle s'interroge sur la possibilité d'une citation mal faite : une simple attribution des extraits à Wikipedia (ou les auteurs des articles en question) pourrait peut-être corriger le problème ...

    Donc là il ne s'agit pas de « faire respecter la licence » : il s'agit d'un problème de « fair use ».
  • [^] # Re: Je soutiens Florent Gallaire

    Posté par  . En réponse au journal "J'ai raison, mais je ne ferai pas valider mon raisonnement". Évalué à 4.

    Si tu as un garage et 4 gus pour aller avec, ça devrait aller aussi.
  • [^] # Re: Je soutiens Florent Gallaire

    Posté par  . En réponse au journal "J'ai raison, mais je ne ferai pas valider mon raisonnement". Évalué à 7.

    Je suis d'accord. Et je plussoie, mais principalement parce que de toutes les personnes qui ont écrit dans ce journal, tu es la première personne à avoir correctement écrit « tort ». Tu m'as redonné confiance en la race humaine. +1 :-P


    (et vite vite ----> [ ])
  • [^] # Re: Quelles sont les plus par rapport au site de sa banque ?

    Posté par  . En réponse au journal KissCount v0.1. Évalué à 2.

    Ben écoute, oui ma banque pue sans doute, tout ça, mais en pratique, j'ai beau avoir un zouli certificat électronique obtenu depuis mon pc sous linux avec java & co, ben une fois ledit certificat obtenu, j'ai jamais réussi à virer de l'argent depuis mon compte français vers un autre compte car pour une raison qui m'est inconnue, le module java fonctionne mal dans ma version « officielle » de FF fournie par Ubuntu. Ledit certificat n'est délivré que pour cette machine précisément avec cet OS (et j'ai eu la joie de découvrir après que le site m'a dit « yabon » que linux n'était pas supporté), et pour faire révoquer le certificat depuis les USA, tout ça, c'est relou. Alors quand j'ai besoin de donner des sous depuis mon compte français à d'autres gens en France, je fais péter le chéquier et la poste US.
  • [^] # Re: Quelles sont les plus par rapport au site de sa banque ?

    Posté par  . En réponse au journal KissCount v0.1. Évalué à 1.

    Oui il y a encore des gens qui utilisent des chèques. C'est un peu le moyen le plus simple pour moi pour donner de l'argent, depuis l'étranger.
  • [^] # Re: Je soutiens Florent Gallaire

    Posté par  . En réponse au journal "J'ai raison, mais je ne ferai pas valider mon raisonnement". Évalué à 6.

    « Je ne suis pas convaincu que d'avoir porté la GPL devant un tribunal est desservi la cause du libre... bien au contraire ! »

    Ben justement. Retirer le bouquin de son site et persister à dire « nan mais j'ai raison, et même pas peur d'abord ! » ça fait un peu faux cul tu penses pas ? Et surtout, s'il est si engagé que ça, il faudrait peut-être qu'il aille jusqu'au bout et soit prêt à aller au tribunal défendre ses idées/idéaux.
  • [^] # Re: Bonne nouvelle

    Posté par  . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 2.

    « C’est quoi la différence entre « imprévisible » (Java) et « ça dépend » (C++) ? La même qu’entre un bon et un mauvais chasseur ? »

    Quelque soit le langage, si celui-ci autorise des accès concurrents non-protégés, le résultat est nécessairement aléatoire. Ce n'est pas obligatoirement un « mauvais » résultat (certains algorithmes en tirent même parti), mais généralement ce n'est pas ce qu'on recherche.

    Ceci étant dit:

    Le modèle mémoire de Java (JMM) spécifie que si tu codes sans passer par des outils de synchro (locks, utilisation de volatile, etc), alors le comportement à l'exécution est indéfini. Si tu utilises les mécanismes de synchro, alors tu auras une exception à l'exécution (ou peut-être même une tape sur la main à la compil si tu as des outils intelligents).

    Dans le cas d'une utilisation correcte des méthodes de synchronisation, alors le JMM garantit une exécution suivant une politique appelée « sequential consistency » (SC). En gros, Du point de vue du thread qui s'exécute, l'ordre des instructions (au sens instruction load ou store dans la jvm) doit être celui spécifié dans le programme original, et toute écriture sur un des objets mémoire que le thread manipule (lecture ou écriture) doit lui apparaître selon l'ordre total de tous les threads qui s'exécutent en même temps.

    Je parle ici de programmes dits « data race free » i.e. qui ont des accès synchronisés aux variables partagées.

    Java a toujours eu un modèle mémoire concernant les accès concurrents, mais celui-ci est cassé/buggé. En 2004 une refonte du JMM a été commencée (et appliquée à partir de Java 1.5 si je me souviens bien).

    Le cas de C++ diffère, dans le sens où les threads ne faisaient pas partie du langage initialement. La prochaine norme va les intégrer au langage, ce qui signifie que C++ doit prendre position sur la façon dont les opérations en mémoire doivent être perçues par le programmeur et à l'exécution.

    C++MM suit plus ou moins le même modèle (SC pour les programmes sans accès concurrents aux données), avec quelques subtilités où ils précisent explicitement certains comportements indéfinis ou dépendants de l'implémentation (pour autoriser certaines optimisations impossibles dans le cas SC pur).
  • [^] # Re: Bien obligé non ?

    Posté par  . En réponse au journal "J'ai raison, mais je ne ferai pas valider mon raisonnement". Évalué à 6.

    J'ai l'impression que ça change beaucoup en fonction du crime alors, parce que mes taupes (bon OK, ma taupe) au palais de justice de Paris ont tendance à dire que la reconnaissance de culpabilité peut même t'être plus préjudiciable (au moins en cas d'accusation de meurtre ...).
  • [^] # Re: Bien obligé non ?

    Posté par  . En réponse au journal "J'ai raison, mais je ne ferai pas valider mon raisonnement". Évalué à 1.

    « La justice n'aime pas qu'on se foute de sa gueule, et condamne plus lourdement une personne qui ne reconnait pas les faits qu'une personne qui fait son mea-coulpa »

    Aux USA peut-être avec le plaider coupable etc. En France, non.
  • [^] # Re: Bonne nouvelle

    Posté par  . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 2.

    « Le fait que le C soit un langage très très très casse-gueule pour les "noobs", c’est pas une nouveauté hein… »

    Je ne dis pas ça non plus. Je répondais juste au monsieur en haut qui disait que même un noob sait qu'il existe size_t. Peut-être bien, mais il ne comprend pas forcément (en fait la plupart du temps c'est même certain) comment sont définis les types, sur quels intervalles, pourquoi size_t est utilisé, etc.

    « [troll]
    D’ailleurs, c’est pas ça le principe d’un noob fraîchement diplômé, de se charger du code des projets Java-bateau, pour que les personnes plus expérimentées puissent se concentrer sur de vrais projets ?
    [/troll] »

    Malheureusement si, et ça me désole. C'est pas comme si faire des trucs immondes en Java c'était si dur que ça (je le sais bien, j'ai pratiqué en tant que stagiaire). La seule différence c'est que Java c'est censé être « bloated » de toute manière, donc y'a qu'à rajouter de la RAM au serveur, alors que C c'est censé aller vite donc si ça va pas assez vite, c'est le programmeur qui est en cause.

    ... Alors qu'en pratique un bon dév Java (disons un « expert ») devrait finir par connaître plutôt bien la JVM qu'il utilise, et donc savoir comment son code se traduit en bytecode, etc... Et donc, avoir une connaissance pointue d'une machine virtuelle là où en C on a une machine « concrète ».
  • [^] # Re: Bonne nouvelle

    Posté par  . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 2.

    Le problème n'est pas lié à la possibilité d'allouer 2 Gio. Bien sûr que c'est faisable. Le problème vient du fait qu'allouer 2 Gio peut prendre un sacré bout de temps à l'exécution. Je te laisse le soin de le faire proprement:


    #define TWO_GIGS 2UL * (1UL << 30)
    int *array = malloc(TWO_GIGS);
    for (size_t i = 0; i < TWO_GIGS; ++i)
        array[i] = i; /* to force memory to be allocated */

    foo(array);


    Définis ensuite foo() quelque part dans une autre unité de compilation, pour être sûr que gcc ne va pas simplifier le code (ou compile avec -O0). Bref. Sur mon super core i7 au boulot, effectivement je risque d'aller très vite. Sur mon Core 2 de l'ancien boulot, ça va prendre un moment. Je le sais d'expérience.
  • [^] # Re: Bonne nouvelle

    Posté par  . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 2.

    Non. Les gros noobs ne savent même pas forcément ce qu'est size_t, parce que leur prof fait comme 90% des profs et leur fait faire

    int i;
    ...
    for (i = 0; i < n; i++)
    ...


    J'ai enseigné le C système à des élèves de L3, et je crois bien que j'étais le premier à leur faire remarquer qu'il y avait d'autres types entiers (size_t, long, unsigned...) que le simple type int.
  • [^] # Re: Bonne nouvelle

    Posté par  . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 2.

    pBpG t'as déjà répondu sur le fait que lorsque tu as effectivement peu de mémoire vive sur ta machine (donc à l'époque des 286,386 etc), avoir un tableau qui permettait d'indexer l'intégralité de la mémoire pour un coût relativement peu important (malloc(640*1024) par ex) ça avait son sens.

    malloc(INT_MAX) n'alloue pas toute la mémoire, juste un nombre maximal de cases qui peuvent stocker de l'information dans un tableau.
  • [^] # Re: Bonne nouvelle

    Posté par  . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 2.

    « int a une taille minimal : 16 bits »

    Tu es sûr de toi ? Si je regarde la norme, je ne vois qu'une relation d'ordre entre les types, et c'est tout:

    char <= short <= int <= long
    sizeof(char) == 1 (même quand un char tient sur 16 bits)

    Si ensuite tu rajoutes la norme POSIX (toujours dans mes souvenirs), alors

    sizeof(long) == sizeof(mot mémoire) == sizeof(void *)
    sizeof(int) >= 32 bits
  • [^] # Re: Bonne nouvelle

    Posté par  . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 5.

    Ils n'ont pas perverti VMS, ils ont embauché le mec qui a fait partie des créateurs de VMS, c'pas pareil quand même.
  • [^] # Re: Bonne nouvelle

    Posté par  . En réponse à la dépêche Que penser du rachat de Novell ?. Évalué à 4.

    « Je ne pense pas que le comité qui s'occupe du C++ puisse s'assoir facilement sur GCC »
    Tu veux rire j'espère ? Des compilateurs C++ y'en a tout un paquet (icc, les compilos de PGI, ceux de Sun, etc.). GCC a mis un sacré bout de temps de passer de « GNU C Compiler » à « GNU Compiler Collection ». Peut-être qu'il y a des dév de GCC dans le comité de standardisation de C++, mais qu'ils soient derrière GCC, ou un autre compilateur n'est absolument pas pertinent. Pas plus pertinent qu'être dev pour un autre compilateur en tout cas.
  • [^] # Re: Te bile pas

    Posté par  . En réponse au journal Pourquoi réécrire LinuxFr.org ?. Évalué à 2.

    et que dire de ruby qui invente un dsl pour chaque besoin ?

    Que pour ça LISP le fait déjà très bien ?

    ----> [ ]

    (en plus j'aime bien ruby...)
  • [^] # Re: Et le choix de Ruby on Rails ?

    Posté par  . En réponse au journal Pourquoi réécrire LinuxFr.org ?. Évalué à 2.

    Euh, c'est pas à ça que sert F10 ou un truc du genre ?
  • [^] # Re: EFF au secours !

    Posté par  . En réponse au journal De la déchéance des brevets. Évalué à 2.

    déposer un brevet, quelque part, c'est prétendre et affirmer qu'on a inventé quelque chose.

    Euh, dans un autre domaine (disons au hasard, la recherche), on doit souvent introduire une section « travaux voisins » (related work) où l'on parle de ce qu'on fait les autres petits camarades chercheurs, et où l'on explique en quoi ce que l'on a fait est différent. Bon, ben dans ce genre d'article on a tendance à écrire des trucs du genre « nous avons cherché partout, mais à notre connaissance, personne n'a jamais réellement abordé le problème du trilili dans le schmoll » (quand effectivement on ne trouve rien concernant ledit problème dans la littérature). On fait confiance au chercheur pour avoir réellement cherché dans l'existant.

    Tout ça pour dire quoi ? Ben que j'aime pas les brevets, certes, mais que pour le coup je suis d'accord avec pBpG, dans le sens où si le système existe, alors autant en faire qq chose d'efficace. Un bureau de validation des brevets est aussi censé être là pour vérifier que ceux-ci sont ... euh, valides. Quelque part, tu paies aussi pour ce service (pas juste l'enregistrement).
  • [^] # Re: Tu es joueur

    Posté par  . En réponse au journal [HS] Journée de la Jupe. Évalué à 4.

    Une amie travaillais du côté de Saint-Denis, à la fac. Au début elle s'habillait comme d'habitude (ie : elle pouvait mettre des jupes, des bottes qui allaient avec, ou bien un ensemble, ou... bref, elle s'habillait de façon féminine</> -- la jupe n'étant qu'une façon de montrer sa féminité). Après moultes apostrophes, insultes en tous genres (dont des « pute » ou « salope » récurrents), elle a fini par faire comme toutes les autres filles là-bas : jeans, sweat-shirts, baskets. Trop peur de finir aggressée plus que par des mots.

    Pourtant, elle est féministe, tout ça, tout ça. Sauf que le féminisme au quotidien dans un univers non-seulement machiste, mais réellement violent, à plusieurs niveaux, quand on se sent seul, ben... On l'oublie et on pense d'abord à passer la journée de façon à rentrer chez soi intact.
  • [^] # Re: si sony etait consistant cela se saurait

    Posté par  . En réponse au journal Sony décide d'utiliser GNUstep pour… on ne sait pas trop quoi.. Évalué à 2.

    Mmmh, en effet il semble que « consistent » en Anglais se traduise par « cohérent » en Français, mais ça me gêne pas mal, parce qu'il y a une différence en Anglais entre « consistent » et « coherent ». Et d'ailleurs j'ai souvenir pendant mes études, lors d'un cours de prog parallèle, d'avoir eu une looongue explication de la différence entre « consistence » et cohérence (typiquement, je peux avoir une cohérence de mes caches dans un système multicœur/multiprocesseur, mais pas de consistence concernant la mémoire globale).
  • [^] # Re: Réflexe de pilote de F1

    Posté par  . En réponse au journal La nouvelle génération. Évalué à 4.

    Miley qui ?
  • [^] # Re: Combien ça coute (en heures ou en argent)

    Posté par  . En réponse à la dépêche Graph500: un nouveau classement pour les supercalculateurs. Évalué à 3.

    « Si l'admin du système décide de faire tourner ce nouveau benchmark (en plus de linpack), cela correspond à un budget qu'il doit justifier auprès de son chef. »

    Justement, ce n'est pas le sysadmin qui décide de lancer le benchmark. Le plus souvent il s'agit du chef qui veut pouvoir crâner devant les petits camarades au top 500. Ensuite, la plupart des centres de calcul ne sont pas à louer. Ils sont achetés pour résoudre des problèmes de simulation liés à l'organisation qui a fait l'achat (en France on parlerait donc de Peugeot/Renault pour la simulation d'accidents sur leurs voitures, ou bien du CEA pour simuler tout un tas de machins liés au nucléaire, etc.).