thedude a écrit 2062 commentaires

  • [^] # Re: danger

    Posté par  . En réponse au journal Mono: C’est un grave danger et seuls les imbéciles l’ignoreront, jusqu’au jour où il sera trop tard.. Évalué à -4.

    ouais.
    linux - samba = linux. Et tant pour ceux qui ont le malheur d'avoir du windows sur le reseau.
    linux - tout les brevets qui courent dans le domaine des kernel = linux. Et tant pis pour ceux qui veulent faire qq chose de linux.

    Concretement, plutot que de devier sur des exemples a la con, expliques en quoi la menace des brevets planants sur Mono est differente de la menace des brevets planants sur linux?

    MS n'a jamais menace Mono via ses brevets, on ne peut pas en dire autant de linux, loin de la meme.

    Par ailleurs, quid de ffmpeg, vlc et tout ce qui gravite autour de la video?
    On sait de source sure que le mpeg4 est blinde de brevets de partout (c'est meme tout l'interet de payer une licence au consortium mpeg).
    Doit on donc retirer vlc et ffmpeg de toute distrib', tout en faisant un ramdam monstrueux autour de ca?
    Repond moi reellement stp, pas "linux -vlc = linux et tant pis pour ceux qui veulent lire une video sur leur linux".

    Quid d'openoffice? MS est le tenor de la suite bureautique depuis 15 ou 20, c'est SA grosse vache a lait, tu crois qu'ils ont pas mine le terrain pour tuer la concurrence?
    On doit donc retirer openoffice de debian?

    Quid de python, ruby et autre? Avec .Net., microsoft a une tetra chiee de brevets couvrant nombres parties d'un interpreteur.
    On doit donc retirer python et ruby de toutes les distribs linux?

    Quid de gcc? tu crois que MS n'a pas une tetrachiee de brevet la dessus? ca fait des annees qu'ils ont leur propre compilo.
    Idem pour intel, avec icc.

    Qui de ... bon, ok, j'arrete la, tu vois ou je veux en venir, mais tu bottes en touche depuis tout a l'heure.
    N'importe quel domaine un tant soit peu technique dans le devleoppement logiciel est necessairement blinde de brevet. Pour la simple et bonne raison qu'une bonne partie des avancees technologique vient de grosses boites ricaines qui investissent gros en recherche et securisent leur investissement avec des brevets, au cas ou.
    Pourquoi donc faire un tel foin autour de Mono?

    Expliques moi concretement.
    Ne me rediriges pas vers un blog de richard ayatollah stallman, ne me repond pas "linux - machin = machin", bref, expliques moi concretement.
    Ce qui se concoit bien s'enonce clairement, si la situation est si evidente que ca, tu dois pouvoir l'expliquer tres facilement.
  • [^] # Re: L'usage des frameworks: un transfert du savoir-faire

    Posté par  . En réponse au journal framework ou farmer ?. Évalué à 1.

    tout a fait pour le premier point.
    Spring, c'est un no brainer comme disent nos amis anglophone: a utiliser sans aucune moderation dans tout projet j2ee.

    J'avoue qu'hibernate a plus de subtilite a connaitre, et est donc plus delicat, mais reste quand meme difficilement contournable (et oui, je me suis fait baise comme tout le monde le jour ou on a active le cache de second niveau, parce que j'avais assume qu'hibernate en faisait bien plus que ce qu'il fait reellement).
  • [^] # Re: danger

    Posté par  . En réponse au journal Mono: C’est un grave danger et seuls les imbéciles l’ignoreront, jusqu’au jour où il sera trop tard.. Évalué à -4.

    retirer fat32 sans impacter le reste?
    Ca va etre sympa pour monter les cles usb dis donc.

    Je vois pas ce que le fait que ca soit un module ou pas vient faire dans l'histoire, ca reste dans le noyau.

    Tant qu'on y est, tu vas nous dire qu'on peut retirer samba sans impacter le reste?

    Un peu de coherence s'il vous plait.
    Si mono est un terrible danger a cause des brevets, ca veut dire que l'essentiel du coeur de n'importe quel code open source couillu techniquement (kernel, compilo, interpreteur, que sais je encore) est un terrible danger, car eux aussi vont necessairement empieter sur des brevets.

    Mono est strictement equivalent a linux sur ce point.

    J'en conclue logiquement que si linux n'est pas dangereux, alors mono ne l'est pas.
    Pretendre le contraire, c'est FUDer sur mono parce que ca vient de Ms.
  • [^] # Re: danger

    Posté par  . En réponse au journal Mono: C’est un grave danger et seuls les imbéciles l’ignoreront, jusqu’au jour où il sera trop tard.. Évalué à -9.

    pinaise...

    Ce con nous a fait le coup avec Java, a l'epoque ou il n'y avait pas d'implem' libre, et la il remet 100 balles dans la machine a troll avec mono.

    Si le probleme est la presence de brevet, que ce probleme est si grand que ca compromet l'avenir du projet et qu'on ne peut rien construire sur un terrain brevete, la FSF doit se retirer du projet linux, de gcc et de n'importe quel autre projet d'envergure techniquement, car ce sont tous des terrains mines.

    En fait, il faudrait que la FSF arrete tout ce qui ressemble a de l'ecriture de code.
    Ou que RMS arrete de troller, parce que la, serieux, il part en couille severe quand meme.
  • [^] # Re: L'usage des frameworks: un transfert du savoir-faire

    Posté par  . En réponse au journal framework ou farmer ?. Évalué à 2.

    Ben en fait, spring fait partie du truc de base J2EE.
    C'est tellement bien ecrit, pratique, non intrusif, bref tellement bien fait que je ne vois pas une seule bonne raison de ne pas l'utiliser.
    Meme dans un projet minuscule.

    Quand a la base de donnees, je sais bien, c'est pour ca que j'ai precise hibernate.
    Qui fait lui aussi un peu partie du b-a ba de toutes appli j2ee digne de ce nom, va falloir serieusement argumenter pour justifier de la non utilisation de hibernate dans un quelconque projet tourant sur une serveur d'appli java.

    Ce que je veux dire par la, c'est que tous les frameworks ne se contentent pas de deplacer un probleme, comme tu le dit.
    Ceux vraiment bien concu simplifient et reglent une enorme partie du probleme, apportant de legers problemes evidemment, mais bien plus simple a resoudre.
  • [^] # Re: Nouvelle version

    Posté par  . En réponse au journal Eclipse Galileo et Jaunty. Évalué à 4.

    Quel est l'abruti qui t'as dit de ne pas faire confiance a ce genre d'outil?
    Si tu connaissais un tant soit peu eclipse, tu saurais que la probabilite d'avoir une erreur au refactoring est bien plus grande manuellement qu'avec le refactoring automatique.

    Eclipse (ou n'importe quel IDE decent) connait le type de chaque variable, et sais retrouver TOUTES les instances d'une classe donnee.
    Et il sera toujours infiniment meilleur que toi, pour la simple et bonne raison que c'est lui qui compile le code, et que donc il a connaissance de toutes ses infos, de facons bien plus fiable et precise que tu ne pourrais jamais le faire.

    Quand a l'expression reguliere, j'aimerais bien la voir, histoire de rigoler un bon coup.

    Nan, parce que si ton expression reguliere est capable de changer les classes filles et parentes, ainsi que les appels aux classe filles et parentes, sans pour autant changer des fonctions qui portent le meme nom, mais sont dans des classes differentes, tout en t'empechant de renommer ta fonction en un nom qui est deja prit, ben franchement, chapeau bas.

    Alors, oui, c'est sur que si tu fais du C, un query replace in files, ca va marcher. Encore que, je serais pas franchement tranquille, t'as tres vite fait de faire une enooooorme connerie qui va te prendre une demi journee a reparer...
  • [^] # Re: Nouvelle version

    Posté par  . En réponse au journal Eclipse Galileo et Jaunty. Évalué à 5.

    Rassures moi, ton commentaire, c'est une blague?
  • [^] # Re: Et ça pleure et ça pleure

    Posté par  . En réponse au journal He's bad.... Évalué à 1.

    la, ya un site qui les regroupe, avec des journaux, des news sur le monde de la pedophilie libre, des vrais trolls du vendredi et tout et tout:
    http://pedoxfr.org
  • [^] # Re: Nouvelle version

    Posté par  . En réponse au journal Eclipse Galileo et Jaunty. Évalué à 2.

    pratique sed pour changer un getName en getUserName() sans pour autant pourrir toutes tes classes qui ont un getName...
  • [^] # Re: L'usage des frameworks: un transfert du savoir-faire

    Posté par  . En réponse au journal framework ou farmer ?. Évalué à 1.

    concernant spring, je suis pas trop d'accord.
    C'est un framework fabuleux, admirablement bien ecrit, qui permet tout simplement de ne pas perdre de temps sur des betises techniques.

    Faire une appli J2EE sans framework pour gerer la base de la base, c'est quand meme particulierement pete couille et tu perds un temps monstrueux pour faire des trucs qui n'ont rien a voir avec le code metier (ce que tu es paye pour ecrire, ne l'oublions pas).

    Un peu comme hibernate: tout ce que je veux, c'est lui dire que tel objet va remplir ses attributs dans telle table.
    Le sql resultant, je m'en cogne.
    Trier les udpates (delete/update/add) quand je modifie une liste, ca me saoule et j'ai autre chose a faire.
    Ecrire la requete de join, ca me gonfle, mais tu peux pas savoir a quel point. Les tables sont designes, on lui dit que tel objet a sa foreign key dans telle table, demerde toi tout seul mon gars, nous on est occupe a autre chose.
    Gerer mon pool de connexion, itou.

    Le probleme ici, c'est qu'il part de 0.
    Le framework l'aide, mais le framework ne peut pas tout faire. Va falloir qu'il apprenne comment ca marche sous le capot, ca va lui permettre de comprendre les entrailles de son framework, ce qui va lui permettre de comprendre ce qu'il se passe quand il utilise son framework.
    Bref, il passe de debutant a mec qui connait son affaire.
  • [^] # Re: Ils sont parmi nous

    Posté par  . En réponse au journal À mort les arnaques téléphoniques. Évalué à 1.

    ben les encules d'en face!!!
    c'te question...
  • [^] # Re: my life

    Posté par  . En réponse au journal À mort les arnaques téléphoniques. Évalué à 2.

    ??
    +1 c'est les us.
    338 c'est l'area code (equivalent 01-05 chez nous)
    Les 7 chiffres qui suivent sont le numero a proprement parler.
  • [^] # Re: Nintendo

    Posté par  . En réponse à la dépêche ScummVM dans des jeux Atari, au mépris de la GPL. Évalué à 1.

    Ca te choque que la licence d'une lib te force a ce que le code l'utilisant reste sous le meme genre de licence que la lib?

    Tu devrais donc etre choque par la GPL?

    Telle que je le voit, la licence du SDK nintendo est strong copyleft (mais pas libre du tout par contre): elle te force a rester sous les meme conditions que le sdk (definitions du copyleft).

    Bon c'est clairement pas libre du tout, mais le schema de fonctionnement est strictement le meme que celui de la GPL: on vous donne quelque chose, on a notre facon de voir la redistribution de code/binaire, alors si vous voulez l'utiliser, vous faites pareil que nous.
  • [^] # Re: Euh....

    Posté par  . En réponse au journal Quand Google se fiche de Linux / When Google muck about Linux. Évalué à 4.

    Pour être portable, le code doit être accessible ou être du "binaire" portable (comme Java : pour porter le binaire Java, suffit de porter la VM qui est portable).
    Flash ne correspond à aucun critère de portabilité sauf pour les employés d'Adobe.

    ouais, alors, la, t'aurais mieux fait de te taire, sachant que le player flash n'est ni plus ni moins qu'une vm et qu'un .swf, c'est essentiellement du bytecode avec de l'artwork.
    Alors, java portable, mais pas flash? Pourquoi donc?

    Sinon ta definition de portable est plus que saugrenue. Qu'est ce que les personnes qui ont acces au code viennent faire la dedans? On parle du code, pas des gens qui y ont acces. C'est assez evident que pour porter le code, il faut l'avoir...

    Un code est portable si on peut le faire tourner sur une autre archi/os avec pas ou peu de modifications.
    Vu le nombre d'archi/os supportes par flash, je pense que c'est le cas, meme si j'ai pas vu le code.
    Qt etait il portable lorsqu'il etait proprio?
  • [^] # Re: Facebook et crétins

    Posté par  . En réponse au journal Le 9/11 journalistique. Évalué à 2.

    Perso, j'y ai pas acces (t'es pas mon ami et je suis pas dans le meme reseau que toi, je peux juste voir ton profil allege).
    Par utilisateur facebook, ils entendent peut etre "tes amis".

    A ta place, je resoudrais le probleme en le supprimant: cree un groupe public, c'est plus adapte qu'une note je pense.
    n'importe qui pourra adherer, poster des commentaire sur le forums etc.
    La note me parait vachement plus ephemere que le groupe, si tu cherches reellement a en parler avec des gens.

    my 2 cents.

    Version pragmatique: tu t'es plante en copiant/collant l'url et ta note est effectivement visible par tout le monde, meme les non fesseboukien :-)
  • [^] # Re: Facebook et crétins

    Posté par  . En réponse au journal Le 9/11 journalistique. Évalué à 3.

    Ben le probleme c'est surtout que l'auteur du journal a poste une note sur son profil prive au lieu de creer un groupe ou autre truc.

    Du coup, meme si t'as un compte fessebouc, si t'as pas Gilles Bolland dans tes amis, tu peux pas lire sa note.
    C'est tout a fait normal, c'est le comportement voulu, ce qui l'utilisateur definit comme prive reste prive, le reste est public.

    Tu peux tout a fait mettre des trucs sur facebook accessible a ceux qui n'ont pas de compte (albums photos et groupes notamment).

    Alors les petits couplets sur le web2.0 et le mechant facebook qui volent les donnees personnelles que tu lui a bien gentiment donne, tu m'excuseras, mais bon...
  • [^] # Re: du flou...

    Posté par  . En réponse au journal Au coeur de la cyberguerre. Évalué à -1.

    toujours aussi expert en "on m'a mouche, mais je reponds quand meme completement a cote de la plaque pour pas perdre la face" toi...

    MS section OS sous departement "support" et MS section "vente d'entertainment" c'est pas vraiment la meme chose.
    Bon, je sais, pour toi, c'est pareil, ya marque MS dessus, bouh caca, vilain, pas beau, mechant.

    Remarque, on a de la chance dans notre malheur, on a evite le "mais heu!!! d'abord office 2007 arrive pas a lire un document de office 2003, chat bite, perche", pour une fois on a un truc un peu nouveau.
  • [^] # Re: Euh....

    Posté par  . En réponse au journal Quand Google se fiche de Linux / When Google muck about Linux. Évalué à 2.

    Mouarf.

    Un truc qui tourne sur 3 procos et 4 os differents n'est donc pas portable parce qu'il n'est pas porte sur des archi exotiques.
    Bien, bien, bien.

    Dois je en deduire que linux n'est pas portable parce qu'il ne tourne pas sur le processeur de ma montre digitale?
  • [^] # Re: Euh....

    Posté par  . En réponse au journal Quand Google se fiche de Linux / When Google muck about Linux. Évalué à -1.

    ben un truc qui tourne sous windows linux macos x86, macos ppc et windows mobile/arm, t'appelles ca pas portable?

    Paraitrait meme que ca tourne sous iphone, juste qu'apple ne veut pas qu'ils le releasent.

    Pas porte sous bsd/linux 64bits, certes, mais c'est juste que le marche est ridicule et ne vautp as l'effort de le supporter, c'est tout.
  • [^] # Re: Vive la logique !

    Posté par  . En réponse au journal Quand Google se fiche de Linux / When Google muck about Linux. Évalué à 8.

    Ben, quand tu profites d'un truc, il est bien de contribuer au bout d'un moment.
    heuuu
    Attends.
    Tu parles bien de google la?

    Ceux qui organisent des google summer of code chaque annee depuis 3-4 ans?
    Ceux qui ont libere leur browser, qui est foutrement bien foutu?
    Les mecs qui mettent http://code.google.com gratos a disposition de tous les developpeurs libres de la planete?
    Ils sont loin de ne pas contribuer quand meme...
  • [^] # Re: Developer Tools?

    Posté par  . En réponse au journal Get The Facts : le retour. Évalué à 0.

    L'academie francaise a standardise l'argot et a fait rentrer claque merde dans le dico maintenant?
  • [^] # Re: Analyse poussée ?

    Posté par  . En réponse au journal Raisons pour qu'un État n'investisse pas dans le logiciel libre. Évalué à 2.

    Ben le truc, c'est que tu me donnes un bout de python, de ruby, de c#, fortran, de shell ou n'importe quel autre langage que je ne connais pas, je comprendrais globalement ce que fait le bout de code en question.

    Ya surement des subtilites qui m'echapperont, je ne serais clairement pas capable de l'ecrire moi meme. Mais je comprends au moins l'algo et ce que fait le dit bout de code.

    Bref, en maitrisant bien 2 langages (java et action script), j'arrive a comprendre le code de la plupart des autres langages.
    Sauf Perl.

    Si j'ai bien suivi les explications donnees plus haut (oui, parce que le code est toujours absolument imbittable), ce code est tres tres con.
    Evaluation d'une regexp, extraction de parties de la chaine et concatenation, empilement dans une liste.

    Le probleme apres avec les perleux, c'est plutot que de separer leur truc sur plusieurs lignes pour separer les blocs logique (evaluation regexp, extraction/concatenation, empilement) pour que le relecteur retrouve le cheminement naturel, ils ont une tres grosse tendance a tout mettre sur une seule ligne.
    On dirait presque qu'ils ont peur d'user leur claviers.

    N'importe quel autre langage ecrirait un truc du genre (ici une approximation ecrite en 1 minute en Java, qui a une api regexp plutot pas terrible, desole):


    Pattern pattern = Pattern.compile("bla");
    if(pattern.matches("chaine"))
    {
    MatchResult matchResult = pattern.matcher("chaine").toMatchResult();
    String result = matchResult.group(1).toLowerCase + matchResult.group(3) + "\@var machin";

    types.add(result);
    }


    La c'est trop verbeux parce que l'api regexp de java est plutot pas franchement terrible, ca doit s'aerer un peu dans un langage qui a un support correct des regexp.

    Tu vois clairement les 3 blocs logique apparaitre, tu comprends direct ce qu'il se passe sans devoir rentrer en detail dans chaque ligne.
    Pas besoin de commentaires ici non plus, le code est explicite.

    Alors, oui, le code passe de 5 lignes a 1 seule.
    Le pb c'est que c'est incomprehensible pour qui n'a pas ecrit ledit code (et ya moins de 2 jours, parce que ce genre de pirouettes, on oublie vite comment ca marchait).
    Mettre 3 operations differentes sur une seule et meme ligne, c'est idiot, personne ne peut comprendre ce qu'il se passe.

    Dans une recette de cuisine, quand il faut, a la suite, faire fondre le beurre, revenir les oignons et cuire les legumes, on l'ecrit sur 3 lignes, pas une seule, sinon c'est incomprehensible.
    La c'est pareil.

    Les one liner, c'est techniquement admirable, ca amuse ceux qui aiment ca, et ceux qui le lisent sont impressiones, c'est cool tout le monde est content.
    Mais d'un point de vue maintenance, quand t'es la pour le boulot, ca vaut pas tripette.

    Donc, certes, Perl en soi peut etre parfaitement lisible, mais la philosophie du langage et celle de ses developpeurs fait qu'en pratique, du perl c'est imbittable.
  • [^] # Re: du flou...

    Posté par  . En réponse au journal Au coeur de la cyberguerre. Évalué à 3.

    ben d'un autre cote, microsoft ne ressort pas au quotidien qu'un des avantages d'utiliser les produits MS, c'est que si MS meurt, alors quelqu'un d'autre pourra reprendre le support.
    Au contraire, ils vendent exactement l'inverse, a savoir un interloctueur clairement identifie, et avec les reins tellement solide qu'on peut supposer que le jour ou ils disparaitront, l'immense majorite de leurs client sera en train de faire la manche ou de laver des pare brises au feu rouge.

    En l'occurence, je voudrais bien savoir quelle boite est assez folle ou arnaqueuse pour pretendre pouvoir assurer le support/maintenance au niveau du code d'une distrib complete.
  • [^] # Re: Analyse poussée ?

    Posté par  . En réponse au journal Raisons pour qu'un État n'investisse pas dans le logiciel libre. Évalué à 2.

    L'expression reguliere se reconnait bien et se lit comme toutes les regexp (ie difficilement, mais bon, on s'y fait).

    Le and push @types,lc($1) . $3 . "\@$var"; par contre... Du bon perl tout crache.

    Meme apres des annees de developpement, j'ai pas la moindre idee de ce que peux bien faire ce bout de code.
    Pas la moindre, meme pas une once d'indice d'idee du domaine auquel ca se rapporte.
  • [^] # Re: du flou...

    Posté par  . En réponse au journal Au coeur de la cyberguerre. Évalué à -4.

    certes, mais sorti de RH, le support dure quand meme pas tres longtemps.

    compare ta RHEL 2.1 au support de XP par MS...
    C'est comparable.
    Maintenant, compares a ce que font les autres distros.