Laurent Martelli a écrit 57 commentaires

  • # 1 == 0 (de la contradiction)

    Posté par  (site web personnel) . En réponse à la dépêche Un serveur Web n'est pas conçu pour résister à des attaques. Évalué à 1.

    No comment :

    Cela étant, la multiplication des attaques contre les serveurs IIS peut s'expliquer par l'éternelle impopularité des produits Microsoft chez les pirates. De plus, ces derniers, évoluant sur des systèmes open source, ne détruiront pas l'image des produits qu'ils utilisent eux-mêmes, y compris Apache.


    [...]

    Je me rappelle en particulier cette période de juillet à octobre 2000 où Apache détenait le record des sites défacés
    .
  • [^] # Re: des discours tout ca ...

    Posté par  (site web personnel) . En réponse à la dépêche Linux dans les Entreprises.. Évalué à 1.

    > Mais à 800 km de distance, je vais avoir du mal à
    > convaincre le directeur de l'école

    Et le la poste, le téléphone et la mail ça sert à quoi ? A communiquer quand on est à 800km de distance. Si ça se trouve, le directeur en question n'a jamais entendu parler d'abuledu. Lui en parler, c'est déjà un premier pas.
  • # De la logistique

    Posté par  (site web personnel) . En réponse à la dépêche Crash sur le World Trade Center. Évalué à 2.

    D'après certains commentaires, la logistiques et les moyens nécessaires pour réaliser ces attentats seraient énormes.

    Mais en fait, il suffit d'une vingtaine de fanatiques prêts à mourrir (~5 par avions). Pas d'armes lourdes et coûteuses. Et une bonne organisation. Rien de plus. Et c'est bien ça qui me fout les boulles.
  • [^] # Re: Le free software a de la suite

    Posté par  (site web personnel) . En réponse à la dépêche SUN présente son nouveau Star Office 6. Évalué à 2.

    > Il faut que la compatibilité des fichiers soit bonne...

    Il est vrai que le xml c'est bien joli, c'est lisible par tout le monde, mais si chacun l'interprète comme il veut, ça n'apporte pas plus de compatibilité. Il serait peut être temps d'avoir des standards comme sur le web (HTML, CSS, DOM ...). D'ailleurs on pourrait presque utiliser ces standards tels quel.
  • [^] # Re: Et cosource.com ?

    Posté par  (site web personnel) . En réponse à la dépêche GPL Farm: rémunération des auteurs de logiciel GPL. Évalué à 1.

    Je ne le pense pas. Je crois même que cosource date d'avant les LSM 2000. Mais je me souviens aussi des idées avancées sur le sujet par Hans l'année dernière.
  • # Et cosource.com ?

    Posté par  (site web personnel) . En réponse à la dépêche GPL Farm: rémunération des auteurs de logiciel GPL. Évalué à 1.

    Certains semblent penser que ce concept est complètement nouveau, mais www.cosource.com (qui malheureusement est dans les choux depuis quinze jours) fait quelque chose de similaire depuis déjà quelques temps. Voire mieux : les sponsors décident précisément sur quels projets va leur argent et choisissent le développeurs qui réalisera le projet.
  • # Une idée

    Posté par  (site web personnel) . En réponse à la dépêche Information du jour - Besoin d'aide. Évalué à 1.

    Je ne suis pas fan des systèmes comme celui proposé où il y plein de règles dans tout les sens si bien qu'au final on est incapable de dire comment se comporte le système.

    Je propose donc un système basé sur une mesure de proximité entre les utilisateurs. Deux utilisateurs sont proches s'il réagissent de la même manière sur le même article. Ensuite le score d'un article est fonction de l'utilisateur qui le lit : on pondère les scores par la proximité du scoreur avec le lecteur.

    Parallèlement, il faudrait un système qui sélectionne quelques articles on affiche au lecteur. Ca serait basé sur le score mais il faudrait prendre en compte le nombre d'avis émis. Un article qui n'a pas encore été scoré ne doit pas être ignoré, donc il faudrait de temps en temps proposé un article non scoré pour qu'un maximum d'articles soient scorés.

    On pourrait aussi avoir un système à la Gnus pour trier les article non scorés en fonction de leur contenu, de l'auteur. Mais ce genre de chose n'a peut-être pas sa raison d'être du côté du serveur d'articles. Ca ferait beaucoup d'infos pas lecteur à stoquer sur le serveur.

    Voilà, c'était ma suggestion, qui pour peut qu'on définisse une fonction de proximité entre les lecteurs, me semble avoir l'avantage d'avoir un comportement un peu plus mathématiquement prévisible.

    --
    Laurent