Anonyme a écrit 62292 commentaires

  • [^] # Re: Heu ?

    Posté par  . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.

    C'est bien ce que je dis, tu ne sais pas de quoi tu parles en ce qui concerne les news postées et refusées.
  • [^] # Re: OpenBSD 2.9

    Posté par  . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.

    si si ,!!
    openbsd est user friendly
    et pourvu du desktop qu'on veut:
    http://www.multimania.com/wirelessfr/screen-enlight.jpg(...)
  • [^] # Re: Heu ?

    Posté par  . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.

    Ca n'est pas une question d'audimat, c'est une question de non-censure.

    C'est pas la peine de venir critiquer quand on ne connait pas la différence entre modération et censure. Va chercher un PHPnuke et monte un site sur Linux sans modération (puisque modération=censure), on va rigoler.
  • [^] # Re: Heu ?

    Posté par  . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.

    Je ne code pas daCode, ni ne suis owner ou modérateur du site.
    Ta "demi douzaine d'utilisateurs" montre que tu ne sais pas de quoi tu parles.
  • [^] # Re: Heu ?

    Posté par  . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.

    De deux choses l'une, soit tu n'es pas moderateur de linuxfr auquel cas tu ne sais pas de quoi tu parles, soit tu es de tres mauvaise foi.

    Je sais de quoi je parle puisque je vois ce qui est en première page, comme tout le monde. Que 2 ou 50 nouvelles soient refusées je m'en tape puisque le résultat de la modération est bon : il donne un site ou il n'y a pas d'excès pour ou contre une distribution, un langage, etc ; c'est valable aussi pour daCode, c'est normal qu'ils en parlent, et ce n'est certainement pas excessif.
  • [^] # Re: Heu ?

    Posté par  . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.

    Mais bien sur !

    En tout cas, quand on voit l'état de dacode, je pense que vous feriez mieux de passer plus de temps sur le code que dans les commentaires de linuxfr à faire étalage de votre *très* mauvaise foi. Enfin... juste au cas ou vous voudriez qu'un peu plus d'une demi douzaine de gens l'utilisent.
  • [^] # Re: OpenBSD 2.9

    Posté par  . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.

    De toutes façons, y'a pas d'iso officielles

    nraynaud
  • [^] # Re: OpenBSD 2.9

    Posté par  . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.

    Quelqu'un a un lien pour des ISOs non-officiels ?
  • [^] # Re: De toute façon...

    Posté par  . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à -1.

    Il est vrai que certains n'ont pas l'air de comprendre l'art du troll, et manient l'ironie d'une façon on ne peut moins adroite.
  • [^] # Re: Heu ?

    Posté par  . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.

    > Elles le sont, sauf dans ta vision parano

    De deux choses l'une, soit tu n'es pas moderateur de linuxfr auquel cas tu ne sais pas de quoi tu parles, soit tu es de tres mauvaise foi.

    > ce n'est pas l'"audimat" qui est recherché ici

    Ca n'est pas une question d'audimat, c'est une question de non-censure.
  • [^] # Re: je rigole

    Posté par  . En réponse à la dépêche Open Source - une question de temps. Évalué à 0.

    [...]Il faut aussi compter sur l'appui des 4 des 5 grands fabricants d'ordinateurs 64 bits (IBM, SGI, Compaq, et HP)

    Je corrige mes propos, j'étais trop vague.
    -Je voulais dire que Linux gagne peu à peu des places occupées sur le marché par d'autres Unix ---> La mort des autres Unix n'est pas pour toute suite, mais en 2005, ils ne seront plus aussi imposants.
    -(...)2 Alphaserver ES40
    Tu as pris un cas un peu extrême, Linux s'imposera par le bas: il remplacera d'abord les Unix des serveurs "bas de gamme".

    On remarque déjà sur les catalogues de SGI ou
    IBM que Linux est très présent sur les plateformes Intel. De même, les développement pour l'Itanium sont bien avancés...
    Tu as raison pour les machines qui peossédent par exemple 32 processeurs+ 64Go de Ram.

    Mais je suis convaincu que Linux ratrapera une grande partie de son retad très vite. En effet, jusqu'en 1998-2000, Linux n'était dévelopé que par des petits étudiants ou amateurs aux ressources financières trés limitée: acheter un ordinateur portable représentait déjà un grand
    investissement. A ce moment-là, il ne pouvait pas s'acheter 10 cartes méres pour faire des tests et développer des drivers, ils pouvaient encore moins s'acheter 10 gros disques durs avec 50 processeurs et s'amuser à tout faire tourner en parralèle. Aujourd'hui, Redhat, IBM et HP fourni
    du matériel puissa,t ou engage l'élite des hackers pour pouvoir améliorer Linux.

    Ma conclusion est que Linux dominera les serveurs Intel 32 bits et montera rapidement d'un cran dans "l'échelle des serveurs" et pourra dans un avenir proche biens gérer "quelque" processeurs en même temps.


    Krypton
    silversmith3@netscape.net
  • [^] # Re: Pas d'accord

    Posté par  . En réponse à la dépêche Open Source - une question de temps. Évalué à 0.

    Tu as sorti la phrase du contexte. La phrase voulait dire que le C n'est pas un langage fait pour reutiliser le code.

    Pas vraiment puisque c'est vis à vis de la réutilisation que j'attendais une réponse.

    Donc les gros projets sont figes. Et il est difficile d'aller piocher dans le code d'Emacs pour en tirer un fonctionnalite qu'on voudrait utiliser dans son démineur.

    Ce n'est pas parce qu'il y a du code dans les deux que ca doit etre le meme. Chacun a ses spécificités, il ne faut pas vouloir reprendre du code là ou ce n'est pas adapté.

    Et tant qu'on en restera a cet etat de fait, on reinventera la roue, encore et encore.

    Non car pour un gros projet, on ne fait pas du C pur, on fait de la réutilisation on utilisant des libs, tout simplement. Et pour ça, le C vaut n'importe quel autre langage. Si j'ai un logiciel à faire, je ne vais pas réécrire GTK, c'est évident. Réutiliser du code, ce n'est pas pomper du code spécifique à un programme, c'est réutiliser des composants, soit par les libs, soit par les définitions de ces composants dans le programme, qui sont dans les bons projets aussi accessibles que les libs. Ca dépend essentiellement de la conception du projet, rien à voir avec le langage choisi.
  • [^] # Re: Heu ?

    Posté par  . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.

    et validées...

    Elles le sont, sauf dans ta vision parano. Quant au fait qu'autre chose intéresse plus de monde, ce n'est pas un critère pour sélectionner les news, sinon une news sur 2 concernerait Mandrake. Pas la peine de crier au scandale quand tes seules références pour juger d'une news c'est l'intéret porté par la majorité, ce n'est pas l'"audimat" qui est recherché ici, à moins que tu aies envie de te contredire.
  • [^] # Re: Pas d'accord

    Posté par  . En réponse à la dépêche Open Source - une question de temps. Évalué à 0.

    Tu as sorti la phrase du contexte.
    La phrase voulait dire que le C n'est pas un langage fait pour reutiliser le code.

    Donc les gros projets sont figes. Et il est difficile d'aller piocher dans le code d'Emacs pour en tirer un fonctionnalite qu'on voudrait utiliser dans son démineur.

    Et tant qu'on en restera a cet etat de fait, on reinventera la roue, encore et encore.

    Les boites commerciales ne peuvent pas se le permettre, c'est pour cela qu'elles lorgnent du cote des langages et des architectures a fort taux de reutilisabilite.

    Et bien, faisons pareil. PArce qu'a la limite, un .Net manage par Microsoft pourrait se reveler d'aussi bonne qualite que nos developpements libres.

    Mais je reste convaincu que "philosophie à la .Net + philosophie libre" cela va nous rendre encore plus fort!
  • [^] # Re: Heu ?

    Posté par  . En réponse à la dépêche daCode 1.2.0 disponible. Évalué à 0.

    Ca n'est bien évidemment jamais écrit tel quel (quoique...), c'est une formule condensée de la présentation récurente type de dacode.

    Bof, tant que tu es le seul à lire ce genre de chose dans des articles qui ne disent pas ça, c'est pas bien grave... (enfin pour nous, c'est juste un peu grave pour toi.)
  • [^] # Re: Solution = Hébergement

    Posté par  . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.

    j'ai l'impression que tu as subi un lavage de cerveau de france telecom :) c'est pas parce que ca marche pas en france que c'est pareil ailleurs =)
  • [^] # Re: De toute façon...

    Posté par  . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.

    C'est fou le nombre de gens qui nous donnent des preuves sur leur niveau d'intelligence...
  • # OpenBSD 2.9

    Posté par  . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.

    Juste pour info Mirror Linux a sorti un numéro avec OpenBSD 2.9 (2 CD). Voir la news sur PlaneteLibre : http://www.planetelibre.org/(...)
  • [^] # Re: De toute façon...

    Posté par  . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.

    > qui utilise OpenBsd de nos jours ?
    > Une bonne mandrake, surtout la dernière est
    > largement suffisant, pas la peine de s'embarque
    > dans des histoires d'OS à deux sous
    > à peine capable d'offrir un WM correct.

    C'est bien ici pour la flamewar? :-)
    meuh non, Debian ca le fait quand même beaucoup mieux...
  • [^] # Re: Je suis d'accord

    Posté par  . En réponse à la dépêche Open Source - une question de temps. Évalué à 0.

    Tout à fait d'accord.

    Un exemple du meme style mais encore plus flagrant c`est Blender, un logiciel de 3D.

    Au début c'est l'horreur, il n'y a pas de barre de menu, pas de barre d'icones comme dans un soft normal. On doit utiliser les trois boutons de la souris, la barre d'espace etc.

    Mais après une semaine et si on a bien compris le concept c'est vraiment très ergonomique. Un logiciel de 3D c'est le cas typique du soft ou un interface pas normal se justifie.
  • [^] # De toute façon...

    Posté par  . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à -1.

    ...openbsd SUX !

    quitte a troller autant que se soit nul.

    et zou -1...
  • [^] # Re: OT

    Posté par  . En réponse à la dépêche OpenBSD a des problèmes logistiques.... Évalué à 0.

    Le premier qui encule le chien de Michel Bon a gagné. :-)
  • [^] # Re: Sql-Relay

    Posté par  . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.

    Ce système a été utilisé sur le site d'inscription qui soutenait une charge lourde à sa sortie. Il n'a rien a voir avec la connexion Internet et le débit fourni.
  • [^] # vive le goto (parfois)

    Posté par  . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.

    Le goto peut être utiliser pour améliorer la lisibilité (on evite de ce trainer une variable qui indique l'état de la fonction).

    Exemple pour la gestion d'erreur :
    int toto(void) {
    int all_ok = 0 ;
    if ( .... == probleme ) {
    goto erreur ;
    }
    .
    .
    .
    if ( ... == probleme ) {
    goto erreur ;
    }
    .
    .
    .
    return ok ;
    erreur:
    // boulot sur erreur
    return pas_ok ;
    }

    Visual Basic propose l'excellent "on error goto".


    Exemple pour sortir de beaucoups de boucle imbriqués.

    qqc * chercher(...) {
    for(....) {
    while {
    for(....) {
    if (c'est presque le bon) {
    .
    .
    .
    if (c'est le bon) {
    goto trouve ;
    }
    }
    }
    for(....) {
    if (c'est le bon) {
    goto trouve ;
    }
    }
    }
    }
    return NULL ;
    trouve:
    // faire qqc
    return qqc ;
    }

    P.S.: désolé pour ce code pas indenté mais dacode n'autorise pas la borne "<pre>" ni les "&nbsp;"

    Dacode pourrait autoriser "<pre>" mais dans ce cas utiliser la fonction wordwrap() (cf:http://www.php.net/manual/en/function.wordwrap.php(...)) pour éviter les lignes trop longues.
  • [^] # Avec un peu d'huile de coude...

    Posté par  . En réponse à la dépêche Comparatif jsp/php. Évalué à 0.