thoasm a écrit 9804 commentaires

  • # Recette classique, oui ...

    Posté par  . En réponse au journal Cinéma : Super 8. Évalué à 2.

    Et c'est justement ça qui fait plaisir ! Tu as réunis effectivement à peu prêt énormément de ficelle "classique" du cinéma, des références à des tas de genre de film (SF, horreur, films "de gosse", ... ), tout ça c'est fait exprès, en rapport au thème du film (Super 8). J'ai pris ça comme un hommage au cinéma à grand spectacle.

  • [^] # Re: Bon sur le fond pas sur la forme.

    Posté par  . En réponse au journal Linus quitte GNOME3. Évalué à 2.

  • [^] # Re: J'aimais bien les bouquinistes

    Posté par  . En réponse au journal Les français aiment-ils leurs libraires ?. Évalué à 2.

    Lasher a quand même un peu répondu à ta question : aux US, pas de petites boutiques et prix sensiblement identiques.

    Donc il n'y a pas d'intérêt à laisser mourir les petites boutiques qui apportent simplement un choix possible à leurs amateurs, et pas spécialement d'inconvénients aux Zenitram.

  • [^] # Re: Problème spécifique à Linux ?

    Posté par  . En réponse au journal ou sont les man ?. Évalué à 2.

    Exactement, c'était mon point. Peut être qu'à l'usage le programmeur C il serait content dans certaines circonstances de même pas avoir besoin de tapert man et chercher ce qu'il cherche dans la manpage.

  • [^] # Re: Problème spécifique à Linux ?

    Posté par  . En réponse au journal ou sont les man ?. Évalué à 1.

    J'ajouterai qu'avec cette argumentation, on a limite pas besoin de man au delà de la premère vision puisque le programmeur C sait déja ce qu'il fait. Dans ce cas il est effectivement compréhensible qu'il n'ait jamais besoin d'aide mémoire :p

  • [^] # Re: Problème spécifique à Linux ?

    Posté par  . En réponse au journal ou sont les man ?. Évalué à 1.

    Rien n'empêche de donner aussi la description générale avec les détails à porté de vue aussi. Et d'autre part pour utiliser fork, il faut déja la connaître un minimum, ne serait-ce que son existence. Et finalement, si il n'y avait que des fonctions sans paramètres dans la libc, ça se saurait.

  • [^] # Re: Problème spécifique à Linux ?

    Posté par  . En réponse au journal ou sont les man ?. Évalué à 3.

    Non, on a clairement fait mieux, et on peux carrément faire mieux et plus moderne que bash.

  • [^] # Re: Problème spécifique à Linux ?

    Posté par  . En réponse au journal ou sont les man ?. Évalué à 1.

    D'ailleurs on peut s'en rendre compte en regardant comment est implémenté l'autocomplete, amha.

  • [^] # Re: Problème spécifique à Linux ?

    Posté par  . En réponse au journal ou sont les man ?. Évalué à 1.

    Tu dis ça parce que le shell est vieillissant et pas à la hauteur. Dans l'absolu rien n'empêche de le rendre aussi malin que les IDE ou aussi introspectif que l'interpréteur python sur ses commandes.

  • [^] # Re: Problème spécifique à Linux ?

    Posté par  . En réponse au journal ou sont les man ?. Évalué à 1.

    À mon avis les pages de man sont assez pauvres en annotations sémantiques, t'es un peu obligé de les parser pour extraire les paramètres d'une fonction ou d'une page de man, ou de récupérer le texte de description d'une option. Informations qui sont utiles pour présenter la bonne info au bon moment plutôt que la page de man en entier.

    Enfin c'est mon impression, je connais pas le langage qui permet de les écrire. Dans tous les cas effectivement rien n'empêche de regénèrer des pages de man par la suite, mais l'intérêt des pages elles même / de la commande n'est plus vraiment primordial.

  • [^] # Re: Problème spécifique à Linux ?

    Posté par  . En réponse au journal ou sont les man ?. Évalué à 2.

    La documentation est évidemment utile, après les outils modernes l'intègrent avantageusement (à mon avis) directement dans l'environnement de dev. Ça peut se faire à la volée, éventuellement à porté de clic ou de raccourcis clavier si tu veux des exemples ... Ce dont tu pourrais avoir besoin est dans la plupart des cas déja là, t'as pas à faire l'effort d'aller chercher l'info dont tu pourrais avoir besoin dans les pages de man relativement pauvres d'informations sémantiques à part les différentes rubriques.

    Pareil pour naviguer dans une doc, une fois la doc lancée, les hyperliens sont quand même carrément plus pratique que de devoir recharger une page de man des "voir aussi" des différentes fonctions ou commandes.

    Du coup, certe cool, ça charge vite, mais à moins de faire du dev en console je vois pas trop l'avantage par rapport à un IDE ou tu n'as même pas besoin de charger la doc.

    Pour moi continuer à l'utiliser en ldc pour du dev c'est voué à disparaître à plus ou moins long terme. À part le poids de la tradition et des habitudes, bien entendu.

  • [^] # Re: Problème spécifique à Linux ?

    Posté par  . En réponse au journal ou sont les man ?. Évalué à -6.

    Tu ne fais que coder en C des programmes en ligne de commande pour t'auto-héberger ?

  • [^] # Re: Réponses

    Posté par  . En réponse au journal ou sont les man ?. Évalué à 3.

    je crois que tu peux avoir la doc en surlignant ou passant la souris sur une fonction ... (pas sur et pas envie de vérifier maintenant)

  • [^] # Re: Réponses

    Posté par  . En réponse au journal ou sont les man ?. Évalué à 5.

    Avec un IDE genre eclipse, la completion t'explique aussi les paramètres.

  • [^] # Re: Après Mozilla, Linux...

    Posté par  . En réponse au journal Linux reçois une gâteau vidéo de la part de Microsoft !. Évalué à 10.

    Merde, je peux plus plusser ... faudrait qu'on envoie un gateau à l'auteur du commentaire dans ces cas là !

  • [^] # Re: Réponse de masse

    Posté par  . En réponse au journal La solidité des mots de passe. Évalué à 6.

    t'en a probablement pas autant que de caractère en UTF-32 :)

  • [^] # Re: Réponse de masse

    Posté par  . En réponse au journal La solidité des mots de passe. Évalué à 2.

    Déja rien qu'à taper ça risque d'être pas évident, alors à casser !

  • [^] # Re: hébétude

    Posté par  . En réponse au journal Une séparation. Évalué à 0.

    Désolé, ça n'a pas marché. Ton commentaire m'a fait l'effet d'une douche froide.

  • [^] # Re: Support matériel

    Posté par  . En réponse au journal Debian GNU/Hurd pour Wheezy ?. Évalué à 1.

    En même temps de nos jours on dit plutôt petit garçon et petite fille que garçonnet ou fillette.

    Du coup c'est pas un suffixe dévalorisant, c'est plus pour marquer le jeune âge des individus interpellés.

  • [^] # Re: Quand même…

    Posté par  . En réponse au journal [Bookmark] Abeille : le mystère enfin résolu ?. Évalué à 7.

    C'est quand même un peu symptomatique, pendant un temps c'est limite si les apiculteurs ont pas été considérés comme des imbéciles superstitieux parce qu'avec le seul Gaucho on arrivait pas à reproduire (pendant un temps) les effets, donc supposément la science avait parlé, leur avis ne valait rien (pour caricaturer)

    J'ai un peu l'impression qu'on a un peu parfois tendance à confondre l'absence de preuve avec la preuve d'absence.

    Quand je dis qu'ils avaient raison, c'est dans le sens ou oui, le Gaucho est bien une des causes, ce que les apiculteur soupçonnaient, et que si on a pas pu le voir à l'époque c'est pas parce qu'ils avaient tort c'est parce que les recherches n'étaient pas assez avancées.

  • [^] # Re: Il y a un point que tu ne sembles pas avoir compris

    Posté par  . En réponse au journal Non-confession d'un flibustier. Évalué à 3.

    la différence entre l'idée et le concrêt, c'est qu'il n'y a pas de différence ?

    On parle pourtant de concrétisation d'une idée. Ou alors tu veux parler de tout ce qui est virtuel ?

  • [^] # Re: Chacun son style

    Posté par  . En réponse à la dépêche Naissance d'un géant : Java. Évalué à -2.

    Javascript dans le navigateur est un peu prévu pour, au contraire.

  • [^] # Re: Chacun son style

    Posté par  . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 6.

    Il te prévient pas si tu utilises l'opérateur [].

  • [^] # Re: HS

    Posté par  . En réponse au journal Les élus républicains tuent le successeur de Hubble. Évalué à 4.

    Il ne s'agit plus du travail des journalistes mais du travail des historiens désormais. Trouve un seul historien sérieux qui remet en cause la conquête de la Lune et on en reparle.

    Des documents d'archives, des témoins vivants (il doit en rester encore un peu), il n'y ait rien qui ait résisté à l'analyse. S'obstiner dans ces conditions ce n'est pas très sérieux.

  • [^] # Re: HS

    Posté par  . En réponse au journal Les élus républicains tuent le successeur de Hubble. Évalué à 2.

    Arf tu nous a démasqués, patrick_g, moi et les autres on est tous des envoyés de l'élite pour répandre malhonnêtement leur version des faits.

    Mais bon maintenant que les douteurs sont circonscrit à une minorité, on s'inquiète plus, on peut sortir au grand jour, il est trop tard pour vous.