Guillaume Knispel a écrit 2474 commentaires

  • [^] # Re: ...

    Posté par  . En réponse au journal Creative x-fi... Ca sonne mal pour linux.... Évalué à 3.

    Ca depend, il y a plusieurs branches. Les clients pro-GPL vont peut etre les quitter, mais quand tu vois Redhat, 95% de leurs clients s'en tapent de la GPL, ils veulent un OS qui marche...

    Faut mieux pas qu'ils utilisent des drivers nvidia proprio qui arretent pas de bugguer pour un oui ou pour un non alors, donc du coup il se foutent pas tant que ça de la GPL, même s'ils s'en rendent pas compte :P
  • # Connard de bobo

    Posté par  . En réponse au journal Mon abonnement internet et La fete de la musique.. Évalué à 3.

    Surtout quand on bosse le lendemain et qu'on est pas un connard de bobo parisien qui daigne commencer a travailler qu'a partir de 10h du matin

    Tu devrais essayer ! Ça déchire !

    Gniarf Gniarf Gniarf
  • # testé et desapprouvé

    Posté par  . En réponse au sondage AJAX. Évalué à 7.

    testé et désapprouvé : mais uniquement sous sa forme actuelle, l'avenir reservera peut-être des surprises (mais j'en doute...).

    Attention: la suite de mon commentaire ne couvre que l'utilisation que j'ai faite d'"ajax". Je suis bien concient qu'il y a des cas de figure assez courants (mais tout de même particuliers) pour lesquels un petit coup d'ajax bien placé apporte réellement un gros plus.

    Au chapitre des griefs : l'objet xmlhttprequest est : difficile à créer (bien que le même petit bout de code ce copie colle un peu partout et voyage sur la toile :). Difficile à utiliser : divers bugs d'IE et de Moz rendent la programmation extremement fastidieuse. Remarquez c'est la même came que le javascript en général question compatibilité entre navigateurs.
    Mais ce n'est pas tout : une fois xmlhttprequest maitrisé (une bonne journée mini pour découvrir pas mal de problème et autant de moyen différents de les contourner) (et on se rend bien souvent compte dans un deuxième temps que ce n'est parce qu'il marche souvent pas trop mal qu'il est utilisé correctement au sein d'un code et ne posera jamais de problème), il reste encore à faire un bon gros^W énorme coup de DHTML pour faire de la modif dynamique sur un langage de description qui n'a jamais été conçu pour ça. Ce qui en résulte est d'une extrème lourdeur et d'un très grande complexité. D'autant plus qu'avec une conception récente l'html complet d'une page est souvent assez petit et que dans bien des cas (mais pas tous ! certes) un rechargement complet serait très efficace et simplifirait beaucoup la conception.
    Enfin ajax a tendance à éclater les différents aspect d'un logiciel web-based et à multiplier le nombre de composants et donc d'interfaces necessaire à sa réalisation.

    Alors bien sûr on couvre quand même un énorme besoin. Mais à quel prix ? Pour se faciliter la tache on peut rajouter un framework pour abstraire tout ça et éviter les petits désagrement (enfin le "on peut" est assez relatif parce que bien souvent, "on peut" pas :). Mais jusqu'à quand continura-t-on à empiler les couches ? Enfin tous les besoins ne sont pas couvert (exemple: push d'un evenement en provenance du serveur impossible, necessité de faire faire un polling par le client, beurk :/)

    Ma conclusion et qu'il reste à inventer un concurrent à l'html et toutes les techno sous-produit de l'html qui gravitent autour pour concevoir des interfaces type client leger vraiment dynamiques et efficaces, déployables partout dans le monde avec une grande efficacité, un design simple, etc, etc... Malhereusement pour les raisons de backward compatibility et autre habituel, je ne vois ça arriver ni à cours ni à moyen terme. Snif :/
  • [^] # Re: drivers ipw and co

    Posté par  . En réponse au journal Les CD Ubuntu deviennent presque libres. Évalué à 4.

    Et qui te dis qu'il n'y a pas des actions chelou effectuées directement par le hard. C'est le sens qu'il fallait donné a mon commentaire au dessus, méchament moinsé (snif ;)

    Il reste vrai que des firmwares libres ne pourraient être effectivement que des plus.
  • [^] # Re: Euh

    Posté par  . En réponse au journal Demain, la mort du BIO ?. Évalué à 1.

    Rien n'a demontré que les OGM sont mauvais pour la santé
    Le contraire non plus...


    Rien n'a démontré que se balader dans la rue avec un slip sur la tête soit mauvais pour la santé, et le contraire non plus :p
  • [^] # Re: drivers ipw and co

    Posté par  . En réponse au journal Les CD Ubuntu deviennent presque libres. Évalué à 2.

    Et la puce de l'ipw2100 et ipw2200 tu crois qu'elle est libre peut-être ? :p
  • # faille spatio temp

    Posté par  . En réponse au journal Windows Server 2003 plus fiable que Linux, selon le Yankee Group. Évalué à 7.

    - Windows 2003 est le système qui a été le plus fiabilisé depuis 3/5 ans.

    Tient on est déjà en 2008.
    D'ailleurs la personne qui affirme ça a surrement 10 ans d'XP en win2k3...
  • [^] # Re: Faut pas tout mélanger !

    Posté par  . En réponse au journal La parnanoia IE, c'est mal. Évalué à 2.

    Mais nan, c'est lesprit GCU, c'est indescriptible et pour l'avoir il est necessaire de taper sur MS 24h/24 :P

    Les bans IRC et les sites anti IE font partis du délire, et comme disait le topic ya quelque temps "OUI ON EST DES INTEGRISTES ON SAIT" (ou un truc du genre :P )
  • # à là là

    Posté par  . En réponse au journal L'informatique française va mal!. Évalué à 3.

    À là là ce bon vieux Glazman.
    S'il existait pas faudrait l'inventer :)
  • [^] # Re: C'était mieux avant.

    Posté par  . En réponse au journal Référentiel des métiers. Évalué à 3.

    1) 60% d'une classe d'age != tout le monde.

    2) Je ne sais pas qu'elle série t'as fait mais en S je n'ai pas spécialement la sensation de n'avoir "rien" appris au lycée et par extension je n'ai pas la sensassion que mon bac ne veuillent rien dire. Honnetement je savais plus de chose après la terminale qu'après la 3è et mon bac (et sa mention) le prouve.

    Et ce n'est pas parce que certaines entreprise ne recrutent plus que des sur-diplomés (et encore, le mouvement de la tendance actuelle serait plus de recruter au bon niveau ce qui pose d'ailleurs un problème vu qu'il y a plus de gens très diplomés que de boites qui embauchent à ce niveau) qu'il faut en déduire que les acquis du lycée ne valent rien.

    3) d'où tu sors que le niveau du bac d'il y a 30 ans est celui de la licence d'aujourd'hui ???

    4) le but des filières générales n'est pas de préparer à un métier mais de donner un certains nombres de connaissances générales utiles pour la poursuite des études.

    Et vu la quantités de formations disponibles après le bac, sa pocession ne me semble pas si dénuée d'interet.

    Si tu veux être préparé à un métier avec le même nombres d'années scolaire fait un bac pro ou autre. Je crois qu'en général leurs titulaires ont assez peu de problème d'embauche en plus... Donc je suis 100% d'accord avec la fin de ton commentaire sur le redorage des autres vois.
  • [^] # Re: C'était mieux avant.

    Posté par  . En réponse au journal Référentiel des métiers. Évalué à 1.

    Maintenant, après moultes réformes, il faut avoir 80% de réussites au bac quitte à avoir un bac au rabais. Il ne faut pas avoir peur de le dire, le bac ne veut rien dire, et ne sanctionne plus, ce n'est qu'une formalité. J'ai eu mon bac, et après je suis allé à la fac. Et je comprends ces profs de fac qui ont du mal à assurer la continuité tant les programmes de lycée ont été appauvris pour permettre à tous d'avoir le bac. Alors pour moi, la comparaison des chiffres n'est pas dans son contexte.

    Bof, faudrait se baser sur des fait concrets plutôt que sur des impressions de prof de fac pour dire que le bac est / n'est pas au rabais et que c'etait mieux avant.

    Pour m'a part en prepa javais eu l'impression certes que le lycée n'allait pas assez loin, mais de très très peu.

    Alors voilà, dès qu'on rentre dans le domaine de l'impression, on en trouve dans les deux sens. Je ne crois pas que le bac d'aujourd'hui soit au rabais.
  • [^] # Re: Logiciels pas optimisés

    Posté par  . En réponse au journal Pourquoi nous vendons un code contenant des bogues.... Évalué à 5.

    Prenons par exemple un système d'exploitation très connu qui demande un doublement du processeur et de la mémoire à chaque nouvelle version.

    De quelle distribution GNU/Linux tu parles ? ;))
  • [^] # Re: Eheh

    Posté par  . En réponse à la dépêche Erlang/OTP R11B supporte les architectures multiprocesseur. Évalué à 8.

    Les gros jeux vidéos modernes ont besoins de plusieurs langages (par exemple il est possible d'avoir un moteur 3D en C et quelques bribes d'asm, moteur physique en C++, langage de scripting pour gerer les perso, etc...)

    Faut arreter de croire que le C c'est le mal ultime et le FooBar c'est "trop de la balle ultime, et de toute manière si jamais ca rame on s'en fout nos PIV à 42 GHz qui necessitent une tranche nucléaire par proc sont bien assez rapide" ou inversement. Chaque langage a un interet dans un contexte particulier et c'est en les combinant qu'on peut faire des choses réellement interressantes.

    Ce passer d'asm dans des inner loop ultra critique en croyant que dans 1 ans on pourra compiler du python et ca produire du MMX mixé avec du SSE n'est pas la meilleur prévision qu'on puisse faire du futur :))) A l'inverse si un timer s'execute 1 fois par seconde, on s'en fout royalement qu'il mette 10 ou 100 µs.

    Autre exemple y a des fois ou c'est completement crétin d'utiliser un garbage collector, des fois ou ca s'implifie tellement le code que c'est absolument absurde de pas s'en servir (toutes choses égales par ailleurs).
  • # mwairf

    Posté par  . En réponse au journal Personne n'en a parlé ? Une interface driver intelligente bientôt sous Linux !. Évalué à 5.

    Jvoudrais pas vous décevoir mais d'après la news et le site de novell ca a rien a voir avec une API quelconque qui génèrerait de la compatibilité par un moyen magique restant à définir, mais c'est juste un gros coup de marketing autour d'un système de packaging et de distribution de modules dédié à gérer correctement les MAJ et enforcer la compatibilité par des règles de dépendances ou autre telle que tout soit automatisé et que seules les combinaisons correctes (et certifiées ?) puissent être installées.

    Bref rien de transcendant.
  • [^] # Re: Sauf que...

    Posté par  . En réponse au journal Le kernel darwin XNU x86 n'est plus libre.... Évalué à 4.

    putain si ce code est encore utilisé j'ai peur
  • # > se servir de Valgrind

    Posté par  . En réponse au journal Anjuta, en fait, ben c'est pas mort.. Évalué à 5.

    >intégrer, entre autres, Valgrind, dont je ne sais pas me servir

    Moi non plus je savais pas me servir de Valgrind jusqu'à que je balance un petit valgrind ./binaire avec binaire compilé en -g.

    Là j'ai tout de suite compris et depuis je kiff :)

    Valgrind mangez-en c'est bon !
  • [^] # Re: Ce qui est dommage

    Posté par  . En réponse au journal Phonon et gstreamer : un voyage dans le temps. Évalué à 3.

    Et comment tu fais pour gerer les syscall si a un moment donné tu tape pas dans le noyeau, condition pour que TOUTES les applis fonctionnent ?
  • # Comment ça pue !

    Posté par  . En réponse au journal Le kernel darwin XNU x86 n'est plus libre.... Évalué à 3.

    C'est des psyco chez Apple.

    Comment je trouve ça trop plus du tout interressant d'acheter un mac du coup (alors je me serais ptet laissé tenté par un double boot Os X / Nux avant)
  • [^] # Re: Retour aux sources

    Posté par  . En réponse au journal Le retour d'I2BP ?. Évalué à 2.

    Sauf que ya de la compression destructrice derriere et que ca change tout, donc au lieu d'un facteur 6 on va se retrouver avec une image dégueu et une diminution du taux de compression, du fait du conflit induit par ce subsampling et ceux inclus dans les algos de compression video.

    Donc voilà passer en 16 couleurs pour faire de la super compression destructrice n'a absolument aucun interet, faut s'informer un peu avant de moinsser aveuglement.
  • [^] # Re: Ce qui est dommage

    Posté par  . En réponse au journal Phonon et gstreamer : un voyage dans le temps. Évalué à 8.

    > En quoi est-ce dommage ?

    Tout simplement chaque couche a un coût, et pas qu'en temps CPU. Les ordinateurs souffrent de plus en plus des temps de chargement de par l'empilement, et cela ne va ni n'ira pas en s'arrangeant. Et qui dit temps de chargement dit aussi que l'objet chargé ira résidé en mémoire vive, d'où empreinte plus large, et incapacité d'utiliser de vieux ordinateurs. Le paradoxe actuel est que les ordinateurs vont beaucoup moins vite à executer les actions (de l'utilisateur) les plus basiques qu'auparavent alors qu'ils sont inifiniments plus puissant. La contrepartie et qu'il sont maintenant aussi capable d'effectuer des actions beaucoup moins basique, et même dans de bonne condition s'il s'agit principalement d'utiliser des processeurs et de la mémoire vive... (au contraire de charger toujours plus de fichiers a partir d'un disque dur qui ne seek pas du tout plus vite qu'avant)

    Reste que les couches ont quelquefois un avantage incontestable, notemment bien sûr en matière de compatibilité.

    Mais il est rare de ne pouvoir faire plus léger que ce dont on dispose actuellement (quoiqu'il existe encore quelques logiciel fort bien conçu en la matière, et les seuls que je connaisse qui rentrent dans cette catégorie sont libres (bon ok je connais très peu de logiciels proprio c'est de la triche) :)

    Mais globalement je persiste, Gnome et KDE deviennent bloatted.
    ex1: Chacun y va de son VFS alors que c'est plutôt (à priori) du domaine de l'OS (bien entendu de tels environements se voulant portable, il n'est pas vraiment envisageable de procéder autrement tout en atteignant les mêmes fonctionnalités, sauf que en se faisant on crée une distortion avec le comportement des applications native, distortion qu'on peut selon les goûts trouver tout aussi déplacée que l'absence de portabilité)
    ex2: L'empilement des couches en matière de rendu graphique (en particulier d'affichage des polices) donne un résultat extrèmement lent.

    Bref il s'agit du problème classique de choix entre légereté et fonctionnalités, l'évolution du monde informatique faisant que fatalement les logiciels se complexifient.

    Sauf qu'on ne sait pas réellement actuellement créer des architectures logicielles telles que l'utilisateur ne paye que pour ce qu'il utilise. Ce qui veut dire que pour qu'une couche soit adaptée à une situation, il faut qu'elle soit utile dans le cas moyen, que ce qu'elle aporte soit supérieur en terme de valeur percu par l'utilisateur aux ressources qu'elle consomme. Étant peu enclain à changer régulièrement d'ordinateur et aimant les environements (a peu près) légers, je n'aime donc pas trop que l'empilement de couche se fasse à une vitesse trop élevée. Mais jaccepte tout à fait que certain apprécient les fonctionnalités que ca leur apporte s'ils s'en servent réellement au quotidien.
  • # La france est-elle toujours une démocratie ?

    Posté par  . En réponse à la dépêche DADVSI : l'interopérabilité disparait. Évalué à 5.

    Malgré le respect (relatif) des procédures techniques de légifération concernant la mise en place des lois DADVSI, on peut noter que l'esprit de la constitution a été absolument baffoué en se servant d'astuces techniques de procédure, démontrant à mon avis un espèce d'énorme bug législatif, ironiquement une sorte de contournement de mesures de légifération ;)

    Comment peut-on alors que l'assemblée vote initialement la licence globale se retrouver avec un texte aussi liberticide représentant uniquement les interets des multinationnales du divertissement ?
  • # Ce qui est dommage

    Posté par  . En réponse au journal Phonon et gstreamer : un voyage dans le temps. Évalué à 3.

    Ce qui est dommage avec Gnome et KDE c'est que ca dérive terriblement en OS par dessus l'OS. D'ailleurs vu sous cet angle il ne me semble plus si idiot de foutre du mono partout, histoire de bénificier d'une VM ;) (mais combien de VM va-t-on imbriquer à la fin ??)
  • # Vive l'ASM !

    Posté par  . En réponse au journal La vengeance de Tanenbaum. Évalué à 5.

    Le kernel et le userland partagent la même adresse mémoire virtuelle (donc les performances sont bonnes) etla sécurité inhérente du language autorise, sans danger, ce partage mémoire.
    Le Sing# est largement basé sur le C# mais avec des ajouts spécifiques aux OS (primitive d'envoi de messages, sémantique définie par des contrats formels).


    On peut donc coder n'importe quoi si on connait l'asm ? ;)
  • [^] # Re: mouhaha

    Posté par  . En réponse au journal Les programmes compilés par EiffelStudio doivent être en GPL. Évalué à 4.

    C'est clair qu'un langage de prog a très peu d'interet à forcer une licence d'utilisation sur les binaires produits.
  • [^] # Re: Vivement la GPL v3!

    Posté par  . En réponse au journal HD - DVD, Blue-ray... et Linux ?. Évalué à 4.

    Mwai, en tout cas faut arreter de tripper tous les 1/4 d'h sur linux sous GPL v3, ça n'arrivera pas (pour diverses raisons, et pas seulement pcq Linus est contre)