Marc a écrit 80 commentaires

  • [^] # Re: Ses chroniques.

    Posté par  . En réponse à la dépêche JLG, JLG.... Évalué à 4.

    Vas dire à un chef d'entreprise que sur sa hotline on racroche au nez à 10-30 % des appelants.

    Alors en entreprise 70 à 90 % des browser c'est jamais suffisant. Des études disent qu'un client mécontant a 10 fois plus d'effet négatif qu'un client satisfait d'effet positif.

    On n'est plus vraiment dans le monde des pages perso. Ca serait vraiment stupide de perdre des contrat de plusieurs kF pour de simples problèmes de tag html.
  • [^] # Re: Vont faire comme Progeny ?

    Posté par  . En réponse à la dépêche Distribution debian DeMuDi. Évalué à 10.

    Je pense qu'ils ont choisi cette politique pour pouvoir intégrer des trucs plus nouveaux, moins testés.

    Ils ne pouvaient pas rajouter les paquets multimedia à sid (unstable) et le proposer comme distrib, c'est trop "unstable" :). D'un autre côté woody (testing, mais futur stable) ne peut pas accepter n'importe quoi, c'est aussi fait pour les serveurs et les utilisateurs normaux qui veulent de la stabilité.

    Je trouve que c'est une bonne solution et grâce à apt, une ligne de plus dans sources.list, un upgrade et on a une distrib personnalisée. Donc pour l'utilisateur c'est pas compliqué. C'est clair que quand on ne connait pas apt ça peut sembler un peu stupide/difficile.
  • # Linux en entreprise côté desktop

    Posté par  . En réponse à la dépêche Interview d'Alexandre Julliard. Évalué à 6.

    Vivement une version 1.0 de WINE, qui puissent faire tourner une quantité de logiciels. Cela permettra de répondre aux dernier problème posé par le décideur qui veut passer à linux: on fait quoi pour le vieux logiciel XXX ?

    Avec KDE les utilisateurs passent en douceur à linux.

    StarOffice 6 remplace sans problème MS Office.

    WINE 1.0 fait tourner les logiciels manquant ou déjà acquis.

    Aucun problème coté serveur. Les premières entreprises qui font le saut ont sans doute tout le serveurs sous unix.

    Biensûr, la transition faite, les utilisateurs découvriront qu'il existe plusieurs gestionnaires de fenêtre, on se rendra compte qu'un document Word n'est pas la meilleur façon de stocker des données, que d'autre alternatives existent (xml, docbook, mysql, ...), on achètera des applications native.

    Je crois que d'ici peu linux sera vraiment en position de force pour entrer en entreprise côté desktop.
  • # Ils sont pas fou

    Posté par  . En réponse à la dépêche SAP préfère l'architecture de Sun à celle de Microsoft. Évalué à 10.

    Fallait s'en douter, chez SAP ils sont pas fou. Sans même rendrer dans la discussion .NET contre J2EE, un fait met .NET hors jeu.

    La platforme java a plusieurs année d'avance. Pas en terme de fonctionnalités, d'achitecture, etc. Simplement en terme d'expérience, de stabilité, elle a fait ses preuves.

    Qui voudrait baser toute son architecture sur un truc tout nouveau, encore en développement et en test.

    Comprenez moi bien, je n'ai rien contre .NET, il est simplement trop jeune. Peut-être que dans quelques années .NET pourra rentrer en ligne de compte.

    --
    rien ne sert de courir, il faut partir à point
  • [^] # Re: Système de fenêtrage

    Posté par  . En réponse à la dépêche Le Yopy bientôt en vente!. Évalué à 5.

    heu...
    X utilise protocole réseau indépendant de la machine (big/little indian). Pour chaque appel X la requête doit être codée, envoyée dans un socket, décodée par le serveur, puis exécutée.

    C'est tout de même plus lourd qu'un simple appel de fonction d'une bibliothèque :).

    Qu'on m'arrête si je me trompe.
  • [^] # Peut-être ntp ?

    Posté par  . En réponse à la dépêche LinuxMagazine France n°33 disponible. Évalué à 6.

    Peut-être aussi ntp, le système de synchronisation des horloges pas le réseau. C'est un gros sujet qui ne se résout pas en faisant ntp --help (contrairement à date).

    En résumé le daemon ntpd se synchronise sur plusieurs serveurs ntp, eux-mêmes synchronisés par d'autres serveurs plus précis(stratum plus faible). Les serveurs stratum 1 ont leur propre horloge atomique, ou utilisent le DTF77(horloge atomique par onde herzienne).

    ntpd ne se contente pas de mettre l'horloge à jour, il rattrape le retard progressivement pour ne pas créer de problème dans le système. Il adapte aussi la fréquence des requêtes ntp.

    Pour plus d'info: www.ntp.org

    ---
    tiens, je viens de faire le boulot de LinuxMagazine :)
  • # compilation de KDE

    Posté par  . En réponse à la dépêche GCC 3.0.2 est disponible. Évalué à 8.

    Contrairement à gcc 3.0.1, peut-on compiler KDE avec cette version ?

    Le code généré par g++ 3.0 est-il plus performant que sont celui de son prédécesseur (je pense au template par exemple) ?
  • # pourquoi seulement sur i386

    Posté par  . En réponse à la dépêche IBM annonce Websphere Commerce pour Linux !. Évalué à 5.

    En gros si j'ai bien compris, seul l'environnement de développement n'est disponible que sous la plateforme Intel.

    Le serveur WebSphere est écrit en java et tourne sur toutes les architectures dont les PowerPC et zSeries d'IBM.
  • [^] # Re: Noyau 2.4.7 ?

    Posté par  . En réponse à la dépêche Red Hat 7.2 dispo. Évalué à 0.

    Je me demande si la mention "avec noyau x.x.x" à encore un sens.
    Alan Cox travaille pour RH et quand on sais les différences qu'il y a entre la branche -ac et celle de Linus (voir kernel-cousin), on peut se demander si c'est pas plutôt "à base de x.x.x".

    en résumé le noyau c'est le 2.4.7-RH-7.2-1.

    Quelqu'un qui a installé cette distrib peut-il faire un diff entre les sources RH et le 2.4.7 original ?
  • [^] # Re: GNU ??

    Posté par  . En réponse à la dépêche Une distrib Mandrake orientée jeux?. Évalué à -1.

    En gros ça ressemble à la licence yast de SueSE, donc c'est pas libre.
    Si c'est pas le cas, quel est la différence ?
    Parce que yast t'as pas le droit de le vendre si j'ai bien compris (c'est ce qui fait que mandrake, redhat, etc. ne peuvent pas l'utiliser).
  • [^] # Re: Quelques précisions...

    Posté par  . En réponse à la dépêche Toujours plus loin dans la suppression des libertés individuelles. Évalué à 1.

    le fait d'être dans un champ magnétique statique n'a jamais fait de mal aux composants électroniques. Il faut un champ dont l'amplitude varie, par exemple un électro-aimant alimenté avec de l'alternatif ou en bougeant ton pull entre les aimants.

    Moi je m'en fout, j'attend le prochain labo de haute tension :).
  • [^] # il le dit lui-même

    Posté par  . En réponse à la dépêche Un serveur Web n'est pas conçu pour résister à des attaques. Évalué à 10.

    pas si con ce type, il le dit lui même :

    La sécurité constitue aujourd'hui un métier à part entière dans l'entreprise : elle nécessite de combiner une connaissance générique du réseau, des protocoles, des bases de données, du développement, des systèmes d'exploitation ouverts comme FreeBSD, mais, surtout, une veille technologique très pointue.

    ou ouvert comme linux, OpenBSD.

    En fait il vient peu-être chez vous avec ses théorie MS, installe FreeBSD et met apache dessus :).

    (bon, faut pas rêver c'est pour les firewall, etc. pas pour IIS)
  • [^] # deux trois précisions

    Posté par  . En réponse à la dépêche KDE 3.0 Alpha1. Évalué à 8.

    Le "support" de QT 3.0 est en fait principal raison du passage de 2.x à 3.x, car la compatibilité binaire est rompue. Sinon au niveau des lib kde les changements ressemblent au passage de 2.0 à 2.2 plutôt qu'à celui de 1.x à 2.x.

    Le moteur d'expressions régulières existait déjà.

    Xinerama était déjà supporté dans la version 2.2. Le problème c'est que le support n'est pas compilé par défaut dans la debian (et peut-être les autres distrib) car kde doit être linké statiquement à libXinerama (cf. http://lists.debian.org/debian-kde/2001/debian-kde-200109/msg00246.(...) ). En fait, il faut plutôt attendre un nouvel XFree ou recompiler avec --enable-xinerama.

    Un joli exemple d'alpha Blending dans kde3: http://dot.kde.org/1002403587/1002436006/1002465877/1002475491/KDE3(...) .

    Sinon une version 2.2.2 est aussi prévue pour corriger les bugs de la 2.2.1, donc n'hésiter pas à faire des rapports de bugs.
  • [^] # Re: TEMOIN D'ADMIN DOUTEUX !

    Posté par  . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à 9.

    Et puis comment peut on administrer un serveur sans rien voir ce qui se passe derriere ?

    Exact. Personne n'imagine un garagiste qui ne sait pas comment un moteur fonctionne. Tout le monde trouve normal qu'un électricien sache ce que c'est qu'un courant pour monter une installation électrique.

    Mais MS tent a réussi à persuader que _toute_ l'informatique est un truc simple et non technique. Qu'on a pas besoin de savoir ce qu'est un paquet IP, comment marche un OS, etc. pour faire de l'administration.

    Par exemple le fameux argument marketing MS: NT -> zéro admin, qui montre maintenant ses effets pervers.
  • [^] # Re: pas d'accord

    Posté par  . En réponse à la dépêche Les Dégats de Code Red, Nimda &Co. Évalué à 2.

    Et je ne crois pas à cette légendes d'utilisateurs en root quotidiennement.

    C'est peut-être une légende sur unix mais c'est en passe de devenir une réalité sur Windows XP. Un type dans mon foyer a acheté XP avec son nouveau PC et il est tout le temps en superuser, tout naturellement.
  • [^] # "programmabilité" de StarOffice

    Posté par  . En réponse à la dépêche sortie de la beta de Star Office 6. Évalué à 4.

    StarOffice possède StarBASIC qui est "VBA syntax compatible".

    De plus toute l'api d'OpenOffice.org est disponible via UNO qui est très proche de CORBA. UNO est actuellement diponible pour C++ (ou un appel UNO n'est qu'une simple fonction virtuelle, sans passage par l'ORB comme avec CORBA) et java.

    C'est pour ça qu'on lit souvent que StarOffice est écrit en java, alors qu'à part quelques scripts tout est écrit en C++.

    Donc StarOffice n'a rien à envier à MS Office.
  • [^] # Re: le xml comme format de fichier

    Posté par  . En réponse à la dépêche sortie de la beta de Star Office 6. Évalué à 6.

    Petite explication du format de OpenOffice.org.

    Un fichier OO est en fait une archive zip qui contient plusieurs documents. On y trouve:

    - un fichier styles.xml.
    par exemple:
    <style:font-decl style:name="Times" fo:font-family="Times" style:font-family-generic="roman" style:font-pitch="variable"/>

    - un fichier meta.xml qui contient diverses info sur le document.
    exemple:
    <meta:creation-date>2001-08-29T16:27:05</meta:creation-date>

    - un fichier settings.xml qui semble contenir la config pour OO.

    - et finalement un fichier content.xml qui contient le texte, les tables ou le dessin.
    extrait:
    <text:p text:style-name="P3"><text:s/>Fachgebiet Mathematik</text:p>
    En supprimant toutes les balises, on retrouve le texte.

    Les images et fichiers inclus se trouve dans un répertoire du fichier zip.

    Tout les documents (texte, tableur, dessin) ont le même format. Les namespaces sont utilisés au maximum, on réutilise xml-fo, mathML, SVG, etc.

    Avec un coup de unzip puis perl, sed ou XSLT on peut très facilement ressortir la date de création, l'auteur ou faire une recherche sur le texte.

    Je crois que ce nouveau format xml n'est pas qu'un coup marketing, c'est vraiment un plus. On peut par exemple imaginer réutiliser le code d'OpenOffice.org (qui est en GPL) dans kword pour faire la conversion .doc -> xml OO, puis un coup d'XSLT (ou DOM si c'est plus compliqué) et avoir un fichier kword xml.
  • [^] # Re: C'est pas mal !

    Posté par  . En réponse à la dépêche sortie de la beta de Star Office 6. Évalué à 2.

    Sauf que toi tu sais l'orthographe des mots.

    Il y a des gens qui savent pas comment les mots s'écrivent. Moi par exemple :-(. Il y des jours je découvre que l'orthographe d'un mot que je cro(y|i)ais juste est en fait fausse.

    Alors un peu de compréhen(t|s)ion.
  • [^] # Re: ETES VOUS TOUS CANDIDE ?

    Posté par  . En réponse à la dépêche tu me payes, je te bride .... Évalué à 4.

    Ça fait un noyau gigantesque mais ça évite
    d'avoir à le recompiler


    Non, il n'est pas si gros car il y a les modules.

    A noter que la taille du noyau avant démarrage n'est pas un problème pour la performance. C'est pas un ou deux méga de code noyau (à ne pas confondre avec les données du noyaux) qui posent problème avec plus de 64 Mo de RAM.

    Le problème de la taille du noyau vient du fait que linux démarre sur i386 en mode non protégé comme notre vieil ami DOS. Et dans ce mode, l'adressage n'est que de 16+4 bit soit 1 Mo, comme sur un 8086 ou 286.

    Sur une plateforme qui supporte un démarrage en 32 ou 64 bit, rien n'empèche d'avoir un noyau de 1 Mo ou plus (enfin en théorie, qqun peut confirmer ? ).
  • [^] # Re: si toi comprendre pas le francais de babelfish...

    Posté par  . En réponse à la dépêche SuSE et ses investisseurs. Évalué à 1.

    Cette histoire de tortue et de lapin, ça me fait penser à .NET et la platforme Java.

    Comment .NET peut gagner en partant avec plusieurs années de retard ?

    Rien ne sert de courrir, ...

    hop -> -1, c'est hors sujet

    --
    nimda, la preuve de la puissance des outils Microsoft
  • [^] # Re: Quelle est la différence avec Amazon?

    Posté par  . En réponse à la dépêche Article sur Passport dans libé. Évalué à 5.

    exactement.

    Le rêve de tout analyste marketing, c'est d'interconnecter les basses de données entre elles. On peut déjà acheter des basses de données clients et c'est un gros commerce (4-8 FF par entrée).

    Le problème c'est que qu'on arrive pas bien à faire le lien entre la consommation de CD, le style de produits bancaires, la marque de voiture, etc. d'une personne. Le recoupement est difficile. Grace à Passport on a la base de données de prospection/analyse de marché parfaite.

    Vous en rêviez, Microsoft l'a fait.
  • [^] # IPTables pour les particuliers ?

    Posté par  . En réponse à la dépêche SuSE 7.3 annoncée pour le 13 octobre.. Évalué à 0.

    Je suis en gros d'accord avec ce que tu dis.

    Mais:
    le 2.2.19 est très bien, mis à part le fait qu'il lui manque des choses de la branche 2.4 (DRI, IPTables, et autres...) qui sont relativement fréquements utilisée sur les stations des particuliers..

    Les particuliers ont-ils vraiment besoin de iptables, ipchains ne suffit-il pas pour une petite protection de son poste ?

    allez -> -1, t'as dû te tromper, c'est pas possible.
  • [^] # Re: souhait pour un futur article sur java

    Posté par  . En réponse à la dépêche Hors Série Java, seconde édition. Évalué à 10.

    Un problème de java par rapport à C++ c'est que _toutes_ les méthodes sont virtuelles par défaut. Au niveau langague objet, c'est un plus, l'héritage et bien plus facile et souple. Il n'y a pas non plus de problèmes avec les interfaces des API si les fonctions publiques changes.

    Mais quand je pense à tout les getTruc setTruc que contiennent les codes java avec:
    int getTruc(){ return this.truc; }
    void setTruc(int truc){ this.truc = truc; }

    ou pour affecter une variable on doit:
    1. aller chercher dans la v-table de l'objet le pointeur sur la fonction
    2. créer la fonction
    3. faire l'affectation
    4. gérer le retour de la fonction

    alors que si la fonction était non virtuelle le compilo aurait simplement mis en ligne this.truc = truc, je me dis que "a = a + b" ne doit pas être gros problème.

    Biensûr on peut mettre la fonction en final, mais comme personne ne le fait les compilos ne sont pas optimisés pour. On peut aussi tout écrire avec des variables publiques mais c'est très dangereux (pas de var en lecture seul).

    démo:

    class Test {
    public int var;
    public int getVar() {
    return this.var;
    }
    public void setVar(int var) {
    this.var = var;
    }

    public static void main() {
    int i;
    Test t = new Test();

    i = t.getVar();
    t.setVar(i);

    i = t.var;
    t.var= i;
    }
    }

    # javac Test.java
    # javap -c Test

    Method int getVar()
    0 aload_0
    1 getfield #2 <Field int var>
    4 ireturn

    Method void setVar(int)
    0 aload_0
    1 iload_1
    2 putfield #2 <Field int var>
    5 return

    Method void main()
    0 new #3 <Class Test>
    3 dup
    4 invokespecial #4 <Method Test()>
    7 astore_1
    8 aload_1
    9 invokevirtual #5 <Method int getVar()>
    12 istore_0
    13 aload_1
    14 iload_0
    15 invokevirtual #6 <Method void setVar(int)>
    18 aload_1
    19 getfield #2 <Field int var>
    22 istore_0
    23 aload_1
    24 iload_0
    25 putfield #2 <Field int var>
    28 return

    Même résultats avec et sans final get|setTruc.

    # java -version
    java version "1.3.0"
    Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.3.0-FCS)
    Java HotSpot(TM) Client VM (build Blackdown-1.3.0-FCS, mixed mode)

    hop -> -1, c'est un peu long
  • [^] # Re: MacOS X bien ! Apple, pas bien!

    Posté par  . En réponse à la dépêche Sortie de MacOS X 10.1. Évalué à 1.

    je crois qu'Apple a conclu un accort avec Microsoft. MS continue à fournir IE et Office pour MacOS et Apple renonce à sortir son OS sur i386.

    "Arrête le PC, c'est instable et c'est moche"

    la bonne réponse:
    pas de prob, j'achète un Gcube et je met debian PPC dessus :) ou alors une Sparc, Alpha, SGI MIPS, HP PA-RISC ou un IBM zSerie ;)
    Vous vous sentez pas à l'étroit sous macOS X ?
  • [^] # Re: bilan du système d'XP

    Posté par  . En réponse à la dépêche Un script pour récupérer son XP. Évalué à 10.

    Je crois qu'il ne faut pas seulement afficher en première page un lien sur l'explication des XP. Il faut aussi définir pourquoi et comment on doit scorer. Il faudrait définir quels sont les buts des XP.

    Plein de questions restent ouvertes:
    - Un post hors sujet est-il intéressant ?
    - Est-ce qu'un post insultant mais intéressant est accepté ?
    - Est-ce que l'orthographe et la grammaire sont des critères de scorage négatif ?
    - Doit-on scorer négativement un post sans arguments ?
    - Est-ce qu'on doit scorer négativement les post qu'on trouve faux et positivement les post justes ? Ou doit-on regarder les arguments donnés ?

    etc.

    Le débat est ouvert.