Annah C. Hue a écrit 1361 commentaires

  • [^] # Re: Sécurité

    Posté par  (site web personnel) . En réponse à la dépêche Wireless et IPv6 au pays de la choucroute. Évalué à 10.

    MAIS le wireless est définitivement à proscrire pour les parano...
    Si on est parano, il suffit de tunneler avec IPSec chaque connexion HOST<->Passerelle-wireless (configuration en étoile), ainsi les méchants sniffers devront cracker la connexion IPSec, ce qui ne doit pas être à la portée de tous.

    Maintenant la plupart des OS, même les nouveaux windows*, ont un "client" IPsec, donc pas de raison de s'en priver. Il faut juste que les gens comprennent qu'une connexion wireless est aussi sûre qu'une connexion ethernet avec tous le voisinage connecté sur le même brin que nous, c'est pas dramatique.
  • [^] # Re: Faux !!

    Posté par  (site web personnel) . En réponse à la dépêche Conférence sur la programmation orientée aspect. Évalué à 5.

    Au fait : j'ai volé cet excellent texte sur http://www.ftls.org/fr/gratuit/divertir/rire/coder.shtml(...)
  • [^] # Re: Faux !!

    Posté par  (site web personnel) . En réponse à la dépêche Conférence sur la programmation orientée aspect. Évalué à 10.

    Exactement. La preuve [long mais c'est pas grave, c'est pas une news à fort commentationnage] :

    Les vrais programmeurs

    Les vrais programmeurs ne mangent pas de quiche. Ils aiment les Mars, la bière
    et les apéritifs au curry qui vous arrachent la gueule.

    Les vrais programmeurs n'écrivent pas d'application : ils programment "on
    the bare metal". La programmation applicative est pour les ânes qui ne savent
    pas faire de programmation système.

    Les vrais programmeurs n'écrivent pas de cahier des charges. Les utilisateurs
    doivent être reconnaissants, quelque soit le programme qu'ils reçoivent.
    D'ailleurs, ils sont toujours contents.

    Les vrais programmeurs ne commentent jamais leur programme. Comme un programme
    est difficile à écrire. il doit être difficile à lire et encore plus difficile
    à modifier.

    Les vrais programmeurs ne documentent jamais leurs oeuvres. Les documentations
    sont pour les simples d'esprit qui ne peuvent pas lire de listing, de code
    objet, ou de listing hexadécimal du programme.

    Les vrais programmeurs ne dessinent jamais de graphiques : les graphiques ne
    sont que la forme illettrée des documentions. De plus, les hommes des cavernes
    dessinaient des graphiques et cela ne les a pas beaucoup aidés.

    Les vrais programmeurs ne lisent jamais les manuels d'utilisations. Faire
    confiance à ce genre de documents est un signe de lâcheté et de non confiance
    en soi.

    Les vrais programmeurs n'écrivent pas en Cobol. Le Cobol est pour les
    octogénaires qui continuent à programmer sur du papyrus.

    Les vrais programmeurs n'écrivent pas en Fortran. Le Fortran est pour les
    ingénieurs en cravate et en chaussettes blanches qui prennent leur pied en
    faisant de l'analyse statistique ou des simulations de réacteurs nucléaires.

    Les vrais programmeurs ne programment pas en Basic. En réalité, aucun vrai
    programmeur n'écrit plus en Basic après avoir atteint la puberté.

    Les vrais Programmeurs n'écrivent pas en Lisp car seuls les programmes en Lisp
    contiennent plus de parenthèses que de code.

    Les vrais programmeurs n'écrivent pas en Pascal, C, Bliss, Ada ou tout autre
    clone qui demande plus à taper le programme qu'à y réfléchir.

    Les vrais programmeurs n'utilisent pas de générateur d'applications ou de
    programmes. Les instruments de ce genre sont pour les assistés ou les
    homosexuels.

    Les vrais programmes des vrais programmeurs ne marchent jamais la première
    fois. Mais ces programmes peuvent être modifiés pour fonctionner normalement
    après seulement une trentaine d'heures de debugging.

    Les vrais programmeurs ne travaillent jamais de 9 heures à 17 heures. Si
    quelconque vrai programmeur est devant sa machine vers les 9 heures, cela veut
    dire qu'il y a passé la nuit.

    Les vrais programmeurs ne jouent pas au tennis ou tout autre sport qui demande
    un changement de tenue vestimentaire.

    L'escalade est un sport accessible et les vrais programmeurs portent toujours
    leurs chaussures de montagne pendant qu'ils programment au cas ou une montagne
    surgirait soudainement au milieu de la pièce.

    Les vrais programmeurs ont horreur de la programmation structurée. La
    programmation structurée est pour les névrosés contrariés qui nettoient leurs
    bureaux, taillent leurs crayons, rangent leurs affaires et rentrent à l'heure
    pour manger.

    Le vrai programmeur n'aime pas la programmation en équipe, à moins qu'il soit
    le chef.

    Les vrais programmeurs n'ont pas besoin de managers. Les managers sont
    nécessairement méchants et mauvais. Ils ne vivent que pour discuter avec le
    chef du personnel, les contrôleurs des stocks, les commerciaux et autres
    déficients mentaux.

    Les vrais programmeurs rejettent les nombres à virgules. La virgule a été
    inventé par des intellectuels qui pissaient au lit et qui ont été incapables de
    voir grand.

    Les vrais programmeurs ne roulent pas en Renault ou en Peugeot ? Ils préfèrent
    les BMW, les Porches ou les 4x4. Les grosses motos sont aussi très estimées.

    Les vrais programmeurs ne suivent jamais d'emploi du temps. Les managers font
    des emplois du temps. Les mauvais programmeurs ont besoin d'emploi du temps
    pour s'organiser l'esprit. Les vrais programmeurs ignorent les emplois du
    temps.

    Les vrais programmeurs aiment le pop-corn. Les vrais programmeurs utilisent la
    chaleur dégagée par leur microprocesseur pour faire éclater le pop-corn. De
    plus, ils peuvent dire quel programme tourne sur l'ordinateur en écoutant le
    rythme d'éclatement du maïs.

    Les vrais programmeurs connaissent chaque nuance de chaque instruction de tous
    les microprocesseurs et les utilisent toutes dans chaque vrai programme.

    Les vrais programmeurs n'utilisent pas de souris ou tout autre instrument de ce
    type. La souris ne sert qu'aux analphabètes qui ne savent pas reconnaître les
    lettres imprimées sur les touches du clavier.

    Les vrais programmeurs n'utilisent jamais d'éditeurs pleine page. Ce genre
    d'éditeur est bien trop facile à utiliser et permettrait à d'éventuels curieux
    de visualiser une page entière de programme. Il est préférable d'utiliser un
    éditeur de ligne ou pas d'éditeur du tout.

    Les vrais programmeurs n'emmènent jamais de casse-croûte. Si une machine vend
    des casse-croûtes alors ils mangent. Sinon, ils ne mangent pas. En tout cas,
    aucune machine ne vend de quiche. Mais de toute façon, les vrais programmeurs
    ne mangent pas de quiche !
  • [^] # Re: Serveurs bas de gamme !!!

    Posté par  (site web personnel) . En réponse à la dépêche Sun joue la carte linux. Évalué à 10.

    Tout à fait, maintenant linux est devenu trop important pour qu'on passe outre, et ça fait quand même plaisir.

    Mais le fait est qu'ils font croire à leurs clients potentiels que pour du travail de pro, rien ne vaut le bon vieux gros logiciel propriétaire bien cher, donc nous sommes bien loin de l'esprit libre (mais ça beaucoup s'en foutent complètement et ne voient que l'aspect gratuit de la chose).
  • [^] # Re: Serveurs bas de gamme !!!

    Posté par  (site web personnel) . En réponse à la dépêche Sun joue la carte linux. Évalué à 9.

    J'ai pas lu cet article mais j'ai juste regardé la page web de chez Sun (1er lien), et il est bien dit :"Sun Microsystems has embraced the Linux operating system,
    rolling out a multipart program that will
    significantly broaden the offerings of Linux on low-end Sun servers and
    commit new resources to the
    ongoing development of the Open Source operating system.".
  • # Serveurs bas de gamme !!!

    Posté par  (site web personnel) . En réponse à la dépêche Sun joue la carte linux. Évalué à 10.

    Ils ne parlent pas de serveur à bas prix, mais carrément de serveur d'entrée de gamme ("entry level servers"), comme si linux était très en deça de solaris du point de vue des performances, hors chacun sait que c'est très faux, si solaris se défend dans quelques domaines particuliers comme les serveurs nfs, il est très souvent très dépassé par les solutions libres.

    Ça part peut-etre d'une bonne intention, mais ça va faire croire aux gens que le logiciel libre, s'il n'est pas cher, n'est pas aussi performant qu'un bon vieux solaris. Si j'étais parano, je penserais que c'est une tentative déguisée de dénigrer le logiciel libre.
  • [^] # Re: La saint valentin : parlons-en !

    Posté par  (site web personnel) . En réponse à la dépêche Conférence sur la programmation orientée aspect. Évalué à 5.

    Elle connait parfaitement mon avis sur la question, car je ne grogne pas que sur linuxfr, en société aussi j'expose mes idées extrémistes :-)
  • [^] # Re: La saint valentin : parlons-en !

    Posté par  (site web personnel) . En réponse à la dépêche Conférence sur la programmation orientée aspect. Évalué à 10.

    Il faut lui expliquer que la st valentin est une fête purement commerciale et que tu résisteras à la culpabilisation que ne manquent pas d'entretenir les marketeux.

    Si il faut payer pour montrer son attachement à quelqu'un, c'est que quelque chose ne va pas.
  • [^] # Re: La réponse d'Alan Cox

    Posté par  (site web personnel) . En réponse à la dépêche Miguel de Icaza s'explique sur .NET. Évalué à 10.

    Le fait d'être grande gueule n'implique pas une incompétence latente.

    On n'est pas forcément d'accord avec les propos de MDI, qui sont souvent trollesques, mais en aucun cas son apport pour la "communauté" n'est à remettre en cause.
  • [^] # Re: Comme c'est étrange...

    Posté par  (site web personnel) . En réponse à la dépêche Internet sur les lignes a haute tension. Évalué à -1.

    Je ne parlais justement pas du fait de mettre des fibres optiques sur leurs lignes HT, on s'en balance un peu c'est surement pas ça qui va changer grand chose pour le français de base. Je parlais du fait qu'on a la possibilité (technique) d'éliminer FT en tant que particulier, car il existe une technologie permettant d'amener du haut débit chez chauqe abonné EDF. Toi tu me parles du backbone EDF, ce qui est complètement hors sujet avec mon commentaire.
  • [^] # Re: Vive les tribunes libres !

    Posté par  (site web personnel) . En réponse à la dépêche Les politiques logiciels libres. Évalué à 10.

  • # Comme c'est étrange...

    Posté par  (site web personnel) . En réponse à la dépêche Internet sur les lignes a haute tension. Évalué à 10.

    Il est possible de faire transiter du haut débit directement sur les lignes électriques (pas besoin de fibre optique en plus), par contre il y a un blackout total du gouvernement sur cette possibilité.

    C'est dommage car ça permettrait à chaque français d'avoir un accès de très bonne qualité à internet, et on pourrait se passer de FT et de ses lignes téléphoniques.

    Mais l'intérêt des gros groupes financiers passant bien avant l'intéret général, on n'est pas prêt de voir un accès IP sur prises électriques chez nous avant bien longtemps.
  • [^] # Re: Debian...

    Posté par  (site web personnel) . En réponse à la dépêche Frozen Bubble est sorti !. Évalué à 10.

    Ah oui j'ai oublié, il faut éditer le fichier /usr/local/bin/fb.pl pour changer $FPATH, à la ligne 55 :

    $FPATH = '/usr/local/share/frozen-bubble/';

    Et hop !
  • [^] # Re: Debian...

    Posté par  (site web personnel) . En réponse à la dépêche Frozen Bubble est sorti !. Évalué à 10.

    Sur une woody ça le fait sans trop de problèmes :

    # wget http://zoy.org/~sam/debian/libsdl-perl_1.12-1_i386.deb
    # dpkg -i libsdl-perl_1.12-1_i386.deb

    si il gueule :
    # apt-get install <les machins sdl qui vont bien>
    # dpkg -i libsdl-perl_1.12-1_i386.deb

    après :
    # tar jxvf frozen-bubble-0.9.1.tar.bz2
    # cd frozen-bubble-0.9.1/c_stuff/
    # perl Makefile.PL
    # cd ..
    # PREFIX=/usr/local/ make
    # PREFIX=/usr/local/ make install
    # cd SDL_mixer_patched/
    # ./configure && make && make install-strip
    # cd ..
    # PREFIX=/usr/local/ make install
  • [^] # Re: youpi!!!

    Posté par  (site web personnel) . En réponse à la dépêche Frozen Bubble est sorti !. Évalué à 5.

    Ça ressemble fort à Bust-A-Move...

    Et BAM-4, ça c'est du jeu, sur la dreamcast on y passe des soirées avec le whisky et le peta^W^W^W.
  • [^] # Re: Des ventilateurs ?

    Posté par  (site web personnel) . En réponse à la dépêche Linux au Bundestag. Évalué à 2.

    s/sources à tous les //

    -10 (ça mérite pas mieux...)
  • # Il y a la liste des LUGs

    Posté par  (site web personnel) . En réponse à la dépêche Adhérer c'est important. Évalué à 10.

    Sur le site de l'aful on a une liste des Linux User Group en France, je sais pas si elle est exhaustive mais c'est toujours ça :
    http://www.aful.org/aful/lugs.html(...)
  • # c'est nul make !

    Posté par  (site web personnel) . En réponse à la dépêche Introduction à Make. Évalué à 10.

    [coin@world:/tmp] $ make love
    make: don't know how to make love. Stop in /tmp.



    Un vrai make devrait savoir ça !
  • [^] # Re: Oui, mais...

    Posté par  (site web personnel) . En réponse à la dépêche Miguel DeIcaza et .NET. Évalué à 1.

    Il n'y a pas de débat, vous ne voulez pas débattre.
    C'est sûr qu'avec des arguments tels celui-ci, le débat va pas voler bien haut.

    Ton post, à part cracher sur ceux qui n'ont pas la même vision des choses que toi, ne contient rien de bien probant, tes arguments étant du même acabits que ceux de tes opposants.

    Par exemple : Quand tu développes en équipe, tout le monde utilise les mêmes outils (à part l'éditeur).
    Sûrement pas. Certains chez nous utilisent Vim, d'autres notepad, certains emacs, tous ont leur environnement différents (j'ai mes scritps mes makefiles à moi que personne d'autre n'utilise), mais on travaille pourtant ensemble sur des projets communs. Et je ne pense vraiment pas qu'on soit sous des manches à couilles en informatique. Alors, qui a tord, qui a raison ? Tu considère peut-etre que tu es très supérieur à nous pour avoir le même environnement que tes collègues ? Moi ça me donne plutôt l'impression inverse.

    Les défenseurs de .NET parlent généralités, les attaquants lui opposent des FAITS, comme d'habitude sur les trolls microsoftiens.

    Alors permet moi de me marrer en lisant ton post qui est du même niveau que ceux que tu critiques si ardemment.

    Et oui, mon post ne fait pas avancer le schmilblick, je ne critique pas .NET car je n'ai pas la prétention de connaitre tout ses tenants et aboutissants.
  • [^] # Re: or<t>ho

    Posté par  (site web personnel) . En réponse à la dépêche LSB 1.1. Évalué à 0.

    orho -> ortho :-)
  • [^] # Re: Messagerie et chiffrement

    Posté par  (site web personnel) . En réponse à la dépêche Messagerie et cryptage. Évalué à 10.

    Comme d'hab on peut renvoyer sur l'excellent jargon français :
    http://www.linux-france.org/prj/jargonf/C/crypter.html(...)

    Il raconte bien la même chose que toi :-)

    Par contre décrypter/décryptage existe : il s'agit de "casser" un document chiffré lorsqu'on n'en a pas la clé.
  • # Précisions

    Posté par  (site web personnel) . En réponse à la dépêche un pda libre.. Évalué à 9.

    L'OS est sous GPL, à base de Linux, tandis que le hardware est sous licence SGPL : http://www.simputer.org/simputer/license/(...)

    Je suis curieux de voir si ce matériel 'libre' aura du succès, car le plus difficile est de le fabriquer, et je ne suis pas sûr que les usines soient prêtes à construire du matériel non propriétaire.
  • [^] # Re: c'est vrai mais...

    Posté par  (site web personnel) . En réponse à la dépêche Manifestation contre les brevets logiciels à la Linux Expo. Évalué à 10.

    Donc pour résumer : les brevets logiciels ne sont intéressants que pour :
    - les grosses entreprises,
    - et les avocats et conseillers en brevets.

    Pour tous les autres, ce ne sont qu'un nouveau frein, qui finira par éliminer le logiciel, libre ou non.

    Instaurer les brevets [logiciels|maths|pharmaceutiques|...] est un crime contre l'humanité, qui doit être puni comme tel.
  • [^] # Re: c++ sous linux ? enfin depuis le temps qu'on l'attendait

    Posté par  (site web personnel) . En réponse à la dépêche C++ Builder sous Linux : bientôt du neuf !. Évalué à 10.

    On tout cas ce ne sont pas tes posts qui vont me faire changer d'avis :
    En tant que "neuneu" comme tu le dis si bien, je ne suis pas persuadé que savoir taper "h" au lieu de "touche fléché haut" pour faire avancer le curseur d'un ligne, soit un apprentissage nécessairement utile ...
    oui c'est bien, mais je ne sais pas d'où tout sort que j'ai dit qu'il fallait connaitre la touche h (qui va à gauche avec vi).

    Par ailleurs, j'ai déja vu des développeurs "C" sous "vi" qui étaient persuadé qu'en C++
    Moi j'ai vu des développeurs Visual C++ sous windows qui étaient plus nuls que moi en c++ alors que je ne développe pas. A part utiliser les MFC, c'est gars là ne valent RIEN en programmation, ils ne savent pas résoudre correctement un problème algorithmique tous seuls. Et ça j'en ai vu des tonnes, des développeurs windows. Y'en a surement des très bons, mais c'est loin d'être la majorité.

    Heureusement, personne n'a attendu borland pour sortir un environnement de développement sous linux digne de nom. il suffit de voir le nombre de programmes GPL développés uniquement avec les outils GNU. Quand Borland en aura autant a son actif, on en reparlera.
  • [^] # Re: utilité d'une bonne IDE

    Posté par  (site web personnel) . En réponse à la dépêche Rute, l'ultime guide pour linux. Évalué à -4.

    Que fait ce post ici ? On causait d'un bouquin et de sa traduction et voila monsieur pub de microsoft qui vient nous raconter que c'est mieux d'utiliser visual c++ plutôt que vi parce vi marche mal avec la souris.

    Je ne trollerai pas mais quand on maitrise un peu vi, on est très triste de devoir utiliser un éditeur "normal". Et il ne faut pas 5 ans pour maîtriser vi si on a quelques neurones. hjkl sont quand même des touches qui sont pas loin les unes des autres...

    Sans compter tous les outils de traitement de texte disponibles sous unix (grep awk perl), et là la productivité est imbattable.