thoasm a écrit 9443 commentaires

  • [^] # Re: Exagération

    Posté par  . En réponse au journal Interrogation surprise !. Évalué à -3.

    Oh mon Dieu une erreur sans conséquence dans un sujet d'examen pour une question dont la réponse est évidente même en ayant remarqué l'erreur.

    Tout part à vau l'eau.

  • [^] # Re: heu

    Posté par  . En réponse au journal Transformers 3 : la face cachée de la lune. Évalué à 2.

    J'ai pas du lire la VO, effectivement. Cela dit mon impression c'est qu'il y avait des bonnes idées et une certaine ambiance dans le bouquin, et bien évidemment le côté précurseur, mais que globalement l'histoire n'était pas complètement à la hauteur.

  • [^] # Re: heu

    Posté par  . En réponse au journal Transformers 3 : la face cachée de la lune. Évalué à 4.

    En même temps Gibson est pas non plus stylistiquement génial (c'est le moins qu'on puisse dire), il y a de la marge pour faire un flim meilleur que le bouquin.

  • [^] # Re: Merci LinuxFR

    Posté par  . En réponse à la dépêche 13 ans de LinuxFr.org. Évalué à 2.

    Merci Grégoire [:aloyd].

  • [^] # Re: Lien

    Posté par  . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 4.

    Parce que c'est un rabatteur qui travaille pour google.

  • [^] # Re: ERRATUM

    Posté par  . En réponse au journal décentraliser une base de données en utilisant l'information de Shannon. Évalué à 10.

    J'ai rien compris non plus, par contre je suis complètement perplexe sur les bouts que j'ai l'impression de comprendre un peu ...

    Déja calculer l'entropie d'un Hash ça m'a l'air douteux, par construction. Le hash doit pas être loin de la quantité d'information d'un truc aléatoire ou très bien compressé, donc tu dois avoir à peu prêt une valeur constante.

    Ensuite omme la relation entre le hash et l'information est bijective, Euh comment dire ? Non ? t'as un nombre fini de hash et un nombre potentiellement infini d'informations, ça ne peut pas être bijectif. Cf. la recherche de collisions MD5.

  • [^] # Re: Licence globale ?

    Posté par  . En réponse au journal Confession(s) d'un pirate. Évalué à 3.

    Je propose la classe des séries avec des acteurs dedans. On peut quasiment classer toutes les séries pas d'animation dedans, quelle pauvreté ...

    Plus sérieusement tu me fais penser à la série "The Shield" par exemple, qui raconte plutôt l'histoire de ripoux qui s'enfoncent dans leur merde, qui rentre pas trop dans ta classification. Des trucs comme "Game of thrones" d'HBO ne semblent pas trop rentrer non plus.

  • [^] # Re: perl

    Posté par  . En réponse au journal Une autre excuse pour ne pas bosser…. Évalué à 4.

    Marche pas. Ou il me faut le mode d'emploi, mais j'ai testé plusieurs trucs et impossible de le faire marcher.

  • [^] # Re: Histoire du son et conclusion

    Posté par  . En réponse au journal PulseAudio ou comment casser ce qui marche (pour le plaisir de casser). Évalué à 3.

    Qu'est ce qui empêche de faire cette abstraction en espace utilisateur via une API éventuellement standardisée par les gens du noyaux ?

  • [^] # Re: Histoire du son et conclusion

    Posté par  . En réponse au journal PulseAudio ou comment casser ce qui marche (pour le plaisir de casser). Évalué à 3.

    Il peut aussi y accéder via une interface en userspace qui se charge de communiquer avec le noyau proprement dit.

  • [^] # Re: sur mac

    Posté par  . En réponse au journal Des Bibliothèques dans le même répertoire que l'application. Évalué à 5.

    Ah ouais cool on pourra mutualiser l'effort entre tous ceux qui veulent vérifier en s'aidant des indices autres que 3 mots clés qui trainent dans ta mémoire.

    Ou pas.

    (enfin je dis ça, j'en ai rien à carrer de si Apple a ou pas envisagé d'utiliser apt)

  • [^] # Re: $500k

    Posté par  . En réponse au journal Holp up sur bitcoincoin. Évalué à 2.

    Il me semble que même à l'époque tout le monde disait que ça ne suffirait très probablement pas, et qu'en retardant le plus possible la décision d'aider la grèce et qu'en laissant trainer l'établissement d'un accord ça n'améliorerait rien, au contraire.

  • [^] # Rappel : ce journal est un rappel

    Posté par  . En réponse au journal Rappel 10 juin 2011 : Rencontre exceptionnelle entre Richard Stallman et Albert Jacquard. Évalué à 2.

    Tout est dans le sujet :)

  • [^] # Re: Oh que ça m’énerve se prétendu « bon sens » !

    Posté par  . En réponse au journal Énergie nucléaire et bon sens. Évalué à 1.

    Sans doute pas, mais la perception du CO2 a quand même du beaucoup évoluer au point d'être vu comme un polluant majeur ces derniers temps.

  • [^] # Re: Oh que ça m’énerve se prétendu « bon sens » !

    Posté par  . En réponse au journal Énergie nucléaire et bon sens. Évalué à 2.

    euh ton raisonnement sur la détection et la caractérisation du dangert est tout aussi valable pour les gaz à effet de serre.

  • [^] # Re: Cohabitation

    Posté par  . En réponse à la dépêche LibreOffice consolide ses bases avec la 3.4. Évalué à 8.

    Et les BSD-istes se plaignent que Linux va trop vite dans ses changements, et ça trolle pour savoir si certains softs ne gagneraient pas à être conçus en utilisant les spécificité de Linux sans se soucier de savoir si elles sont implémentées dans les BSDs.

    Clairement ça ne marche pas aussi bien que ça. La comparaison entre nombre de contributeurs entre les noyaux BSD et Linux doit être éloquente. Un projet commme Libre/Open Office a t'il le même potentiel en terme de développeurs potentiel que l'addition des Linux et BSD ? J'en sais rien - je vois pas trop des individuels se lancer dedans, par contre des contributions d'entreprises c'est pas impossoble.

  • [^] # Re: Cohabitation

    Posté par  . En réponse à la dépêche LibreOffice consolide ses bases avec la 3.4. Évalué à 7.

    Il y a assez de potentiel de développement pour se permettre un luxe pareil sur une quantité de code aussi importante ?

    Si c'est pour avoir deux suites qui divergent en divisant par deux la vitesse de développement de chacune c'est pas forcément une bonne idée.

  • [^] # Re: Heu...

    Posté par  . En réponse au journal Windows 8 is Awesome (tiling wm). Évalué à 5.

    La synchronisation des données ne sera jamais aussi simple que si il y a un point central en permanence accessible. À moins de les héberger sur son serveur perso, la solution de laisser un tiers "le cloud" s'en occuper et fournir les applis qui permettent de les manipuler du même coup est pas simple à concurrencer.

  • [^] # Re: Un truc intéressant

    Posté par  . En réponse au journal Les bitcoins n'intéressent pas que les geeks. Évalué à 2.

    Le choix des problèmes à résoudre est complètement idéologique. La manière dont on les résoud et juger de l'efficacité des solutions, ce qui me semble être ton critère pour faire la différence technique / idéologique n'a rien de trivial.

  • [^] # Re: Un truc intéressant

    Posté par  . En réponse au journal Les bitcoins n'intéressent pas que les geeks. Évalué à 2.

    Tout comme la fermeture du code est une solution pratique pour avoir un modèle économique viable. À partir là le libre / propriétaire s'opposent de manière évidente, et on évite pas le terrain politique rapidement (dans le sens ou il s'agit de gérer des intérêts/avis divergents.)

    Les droits d'auteurs sont quelque chose d'éminament politique, pas seulement une solution à un problème technique.

  • [^] # Re: Un truc intéressant

    Posté par  . En réponse au journal Les bitcoins n'intéressent pas que les geeks. Évalué à 4.

    Tu te contredit en fait, tu prend le niveau de granularité qui t'arrange pour arriver à la conclusion que le libre est un et indivisible.

    Or on peut rentrer plus dans les détails. Le libre, c'est celui qui recoit le binaire reçoit le code. Et le droit de le rediffuser. Et le droit de le modifier.
    Ça fait trois choses.

    Preuve qu'effectivement tes perceptions ont bel et bien été influencée par l'idéologie du libre :)

  • [^] # Re: De l'intérêt de ces paradigmes ?

    Posté par  . En réponse au journal Des paradigmes alternatifs. Évalué à 2.

    Ça ca doit être si tu dois redimensionner dynamiquement ton tableau ... ce que tu peux pas faire facilement dans un algo en C non plus.

  • [^] # Re: De l'intérêt de ces paradigmes ?

    Posté par  . En réponse au journal Des paradigmes alternatifs. Évalué à 2.

    Il y a des vecteurs en o(1) en python ...

  • [^] # Re: De l'intérêt de ces paradigmes ?

    Posté par  . En réponse au journal Des paradigmes alternatifs. Évalué à 4.

    Tu pense à quoi comme structure pas implémentable ? Que ce soit possible de les implémenter plus efficacement en C je veux bien, mais qu'elle soit carrément pas implémentable j'ai quand même du mal.

  • [^] # Re: De l'intérêt de ces paradigmes ?

    Posté par  . En réponse au journal Des paradigmes alternatifs. Évalué à 2.

    Les maths et les stats n'ont rien de procédural en temps que tel ...

    A mon avis tu confond une méthode de résolution d'un problème et son implémentation. Implémentation qui sera plus ou moins aisée dans différents paradigmes, mais la plupart du temps on peut tout implémenter dans n'importe quel paradigme (Turing completude tout ça). La difficulté de le faire sera pas forcément la même, par contre.

    Tu peux calculer une moyenne en écrivant "crée une nouvelle variable, pour chaque indice de 1 à N ajoute tableau[indice] à variable, divise par N et renvoie moi le résultat", c'est du procédural.

    Ou tu peux faire du déclaratif, donner la formule mathématique de la moyenne et laisser la machine faire le calcul comme elle veut/peut.