Christophe B. a écrit 1660 commentaires

  • # c'est sur ils n'ont pas honte

    Posté par  (site web personnel) . En réponse au journal Ils n'ont honte de rien!. Évalué à 4.

    J'en veux a M$ pour la raison suivante :

    avant 3.1 et rejeton (95 98 2K 2K3 ...) l'informatique était un métier
    avec des gens de métier (quoique ...) au même titre que les autres.
    Un problème informatique cela arrivait mais comme avec les garagistes on appelait les "informaticiens" qui allait régler le problème.

    De plus vu le coup des machines et des logiciels un certain respect mutuel
    s'instaurait, mutuel car le service était rendu en fonction de la rémunération
    on pouvait prendre le temps de faire les choses bien.

    puis est venu windows et depuis l'informatique est devenu "facile" ...
    ya plus qu'a cliquer et tout tombe tout cuit ... en théorie

    L'informatique est devenu alors synonyme de bug, de virus de malware, de pirate.
    et le métier d'informaticien synonyme de fléau couteux et surtout virtuel.

    Et malheureusement, on parle beaucoup plus de l'informatique qui se plante que de celle qui tournent (parfois depuis des années) et que l'on oublie.

    pour moi M$ reste de la malbouffe informatique, un produit de consommation jetable.

  • [^] # Re: A force de coller du SQL de partout

    Posté par  (site web personnel) . En réponse à la dépêche DataMapper 1.0. Évalué à 1.

    Oui apparemment mongoDB peut le faire mais ne garanti rien du tout
    il ne veulent pas prendre en compte les locks exclusif et ainsi ils évitent la gestion des deadlocks ou verrou mortels

    Donc si tu as 100 user qui veulent réserver le même billet d'avions ou le même appart en location et qu'il en reste plus qu'un ... en stock

    Par contre tout a ete mis en oeuvre pour gerer plusieurs versions
    ainsi je peu avoir une version du document toi aussi , je valide mes modifs , toi aussi
    et tout est écrit, reste plus qu'a faire un merge de nos modifications respective.

    En transactionnel :

    je veux etre le seul a modifer le stock de (l'appart/ place d'avion/ produit ..)
    begin
    select .... from .... for update nowait;
    si c'est ok
    update ... set ...
    commit (et c'est dans la boite)
    sinon
    Enreg verrouille reessayer plus tard svp
    rollback
    en gros ...

    et en theorie je n'ai pas douze personnes sur le meme siege dans un avion
    ni 6 famille dans le meme appart pour la meme periode et pas de stock farfelu :)
    mais en theorie seulement ....
  • [^] # Re: A force de coller du SQL de partout

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

    Tiens marrant moi je vois pas comment on peu faire cela avec MongoDB.

    Dans un environnement multi utilisateur de gestion la cohérence des informations est vitale
    ainsi si la base indique un stock de 100 produits, le logiciel ne doit pas permettre le destockage (donc la generation de bon de livraison) de plus de 100 quantités.
    sachant que plusieurs personnes vont demander une affectation en même temps et la le sigle ACID pour ce genre de transaction prend toute sont importance ...

    A = Atomique
    C = Cohérente
    I = Isolée
    D = durable

    pour cela il faut etre le seul a modifier un enreg et donc poser un lock/verrou, mais il faut aussi prévenir les copains que cet enreg est verrouillé ...

    Je n'ai pas trouvé comment on pouvait poser un lock sur un enregistrement mongodb hors tout est la apparemment ce style de base est fait pour gérer des versions et stocker les modifications
    ce qui est difficile par contre en base relationnelle

    Je vois plutot mongodb comme complementaire a mysql / postgresql

    A+
    chris
  • # A force de coller du SQL de partout

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

    Le SQL c'est bien , voui mais si on en colle de partout comme le font certain éditeur cela devient très lourd (typiquement de l'objet mappé en relationnel)

    Typiquement la modification d'un document type mémo ou devis peut être géré avec du No SQL et différente version du document, quitte a les reunifier aprés.

    Par contre certain cas comme la gestion de stock dans un environnement multi user je vois pas comment on peu faire sans SQL

    Les quelques base de données objets que j'ai vu étaient trop limités (style eyedb ou zobd)

    ya t il des base de données OBJETS que vous connaissez qui tiennent la route ?

    A+
    chris
  • # Allez voir du coté de chez ARDUINO

    Posté par  (site web personnel) . En réponse à la dépêche Sortie d'OGD1. Évalué à 2.

    Et vous comprendrez pourquoi du matériel libre est aussi nécessaire ...

    [http://www.framablog.org/index.php/post/2010/06/02/arduino-m(...)]

    Il s'agit d'une porte ouverte de plus !
    Et comme dans une maison chaque fois qu'une porte s'ouvre une fenêtre se ferme à cause du courant d'air :)

    Non en fait pour apprendre et démocratiser des technologies complexes

    A+
    chris
  • [^] # Re: Puissance de python

    Posté par  (site web personnel) . En réponse au journal Explorez les richesses du langage Python. Évalué à 3.

    Merci pour ce merveilleux exemple d'humour opensource
    je n'ai pas encore compris comment on note mais je met 20/20

    A+
    chris
  • [^] # Re: L'avenir d'AIX

    Posté par  (site web personnel) . En réponse au journal AIX - Mais quel avenir ?. Évalué à 7.

    Dans mon domaine de l'ERP je peu confirmer :
    Alors que le produit était porté sur beaucoup de choses :
    HPUX est en déclin, SCO a disparu complétement reste AIX et linux
    Linux monte de plus en plus, AIX est stable mais ce qui est demandé c'est windows ;-p

    Pour les bases de données ORACLE tient le haut du pavé, SQL SERVER vient derrière surtout la version 2005, l'ERP à eu une version avec IBM DB2 (presque un jumeaux d'oracle) mais après 2 ventes par an sur de petite config l'éditeur à arrêtée.

    Pourquoi je préfère AIX, je suis faineant c'est peut l'un des OS ou ya le moins de choses à faire.
    Tu l'installe, tu le mets à jour, tu poses la machine
    après il faut de temps en vérifier l'espace disque et lancer la commande errpt c'est tout

    bref que du bonheur pour faienant

    par contre en cas de mise a jour en general c'est un CD complet mais bon c'est tellement vite fait.

    Linux on en à un en prod avec l'ERP, en plus c'est une DEBIAN sous oracle ca tourne bien (touchons du bois) mais c'est pas significatif c'est pour moins de 10 postes

    Sinon pour moi les config supérieur à 100 postes => ORACLE+AIX+pSerie
    j'ai bientôt une formation linux on verra après
  • [^] # Re: AIX - Mais quel avenir ?

    Posté par  (site web personnel) . En réponse au journal AIX - Mais quel avenir ?. Évalué à 2.

    Bonjour,

    Petite question qui me turlupine car je n'ai pas de réponse, L'itanium pourquoi de "nombreux" editeurs (enfin surtout ceux que je connais) ne veulent pas en entendre parler ?

    AIX n'est pas cher ( 56 euros le CD je crois ) mais par contre les machines le sont !

    A+
    chris
  • [^] # Re: AIX - Mais quel avenir ?

    Posté par  (site web personnel) . En réponse au journal AIX - Mais quel avenir ?. Évalué à 10.

    Bonjour à tous,

    Je vous lie beaucoup et apprécie la justesse de vos échanges, et la puisque que l'on parle d'AIX je peu me permettre de répondre.

    Certes AIX est vieillot mais il a de bonne infra structure, ainsi il suffit d'aller voir du coté des LPAR (Logical partitions) et de la version 6 d'AIX pour voir des fonctionnalités hors du commun ex: la partition mobility

    Ainsi il est impressionnant de voir une machine virtuelle changer de machine physique en 2 secondes ! et sans coupure s'il vous plaît.

    Ses défaut n'avoir qu'un seul constructeur mais c'est aussi une qualité car on retrouve toujours ses petits entre AIX 3 / 4 / 5 et bientôt 6 (enfin AIX 3 j'exagere un peu ... ) on reste dans de l'homogene

    AIX est un bon outil, des défaut bien sur, le principal est son monde pas assez ouvert, trop peu de portage de produit libre ou alors de trop anciennes versions.

    En fait le couple pSerie (Gamme de machine IBM) + AIX est très robuste ce qui est très pratique en professionnel, on pose les machines et c'est tout, au bout d'une semaine le client ne sait plus le numéro de version de l'OS !

    Bref Linux a beaucoup de choses à prendre d'AIX et AIX devrait prendre plus de choses à Linux.
    Je en sais si l'un pousseras l'autre, mais je ne souhaite pas que cela se fasse tout de suite.

    Comme je le redis AIX est un bon outil. Si vous n'etes pas convaincu venez voir ORACLE + AIX et les versions Real Application Cluster (RAC) et aussi HACMP (Haute disponibilité) c'est cher mais on en a pour son argent !

    A+
    chris
  • [^] # Re: Moi, j'ai mieux ...

    Posté par  (site web personnel) . En réponse au journal pc discout sans os. Évalué à -2.

    Bonjour,

    Oui c'est super tu l'achetes tu le monte en 1 h
    tu prend ton CD (debian , knoppix, Ubuntu )
    et une heure apres tu as ton serveur
    que demander de plus

    j'en ai acheté 4 (2 en pro machine de test) 2 pour moi don un donner a qqun rien a dire

    ldlc sont des gens sérieux