totof2000 a écrit 9656 commentaires

  • [^] # Re: Mauvaise soudure ?

    Posté par  . En réponse au message Disque dur HS - cherche modèle identique pour carte contrôleur. Évalué à 2.

    Certes, mais comme il dit qu'il arrive à monter le disque dur, j'en déduit que la "constante de temps" du problème est de l'ordre de qq secondes, ce qui est une éternité pour une capacité critique d'une alim à découpage.

    Mon expérience prouve que non … :)

  • [^] # Re: Mauvaise soudure ?

    Posté par  . En réponse au message Disque dur HS - cherche modèle identique pour carte contrôleur. Évalué à 2.

    Un condensateur, quand ça grille, c'est généralement bien mort et ça se repère plutôt bien sur une carte

    Pas forcément : il peut très bien ne pas être totalement griller mais laisser passer un courant de fuite suffisamment important pour ne plus pouvoir remplir son rôle de réserve d'énergie : en gros ça marche au début, lorsqu'il est bien chargé, mais dès que l'électronique de commande de la mécanique pompe de l'énergie, ça marche plus.

  • [^] # Re: Petite question ...

    Posté par  . En réponse au journal Deux nouvelles pour Qt. Évalué à 2.

    Non, ce n'est pas implicite du tout

    Si c'est implicite.

    tu le vois bien dans ton code qu'il y a une tabulation

    Pas toujours (en fonction de l'éditeur). Les autres langages mettent un begin/end EXPLICITE pour signifier le début/fin de bloc. Non pas que je n'aime pas que l'on force la tabulation (c'est un des détails qui m'a fait m'intéressser à Pythn et qui m'a fait l'aprécier au début), mais ça ne suffit pas.

  • [^] # Re: Petite question ...

    Posté par  . En réponse au journal Deux nouvelles pour Qt. Évalué à 1.

    « Excplicit is better than implicit » est une des raisons pour lesquelles je trouve python inélégant et fait que je n'y accroche pas du tout contrairement à ruby, javascript, perl, go

    Surtout que Python n'applique pas pleinement ce principe (rien de plus implicite qu'une tabulation pour définir les blocs de code).

  • [^] # Re: C'est une très bonne chose ....

    Posté par  . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à 0.

    La mise en veille sur un dom0 ? Pourquoi faire ? On parle d'un serveur là. Et tout ce que tu cites a un intéret assez limité sur un serveur.

  • [^] # Re: C'est une très bonne chose ....

    Posté par  . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à 1.

    Le démarrage des daemons Xen par exemple ?

  • [^] # Re: C'est une très bonne chose ....

    Posté par  . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à 3.

    Je me suis effectivement emmelé les pinceaux et j'ai écrit cette phrase avant de faire appel à mon ami google et j'ai mal reformulé ma question.

  • [^] # Re: C'est une très bonne chose ....

    Posté par  . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à -10.

    Je n'en veux pas, point barre. Si je voulais un truc à la systemd, j'utiliserais windows et son démarrage de services opaque.

  • [^] # Re: Petite question ...

    Posté par  . En réponse au journal Deux nouvelles pour Qt. Évalué à 9.

    Disons que certains langages permettent plus facilement le n'importe quoi que d'autres, et certais langages te laissent ton n'importe quoi à toi et empêche les autres d'y mettre le nez (et vice-versa).

    Sinon, pour prendre une autre extrême, il est bien plus difficile de faire n'importe quoi en Ada par exemple qu'en JS ou en Perl … ( mais je suis d'accord sur le fait que la rigueuer Ada n'est pas indispensable pour tous les projets).

  • [^] # Re: Petite question ...

    Posté par  . En réponse au journal Deux nouvelles pour Qt. Évalué à 2.

    C'est aussi très facile de faire des trucs crad en C++ ou en python…

    Certainement mais un des points forts de l'encapsulation est de pouvoir gérer ta saleté dans ton coin, et de ne pas permettre aux autres de mettre le nez dans celle-ci (et vice-versa) en obligeant à passer par des interfaces.

    Ce n'est pas le même contexte, pas le même environnement, pas les mêmes possibilités. Bref, pas les même API…

    Ce n'est pas un problème d'API mais un problème de langage. Est-ce qu'il y aurait une version de Javascript qui intègre l'encapsulation de manière native par exemple ?

    Tu as déjà codé en JS dans des sandbox, en dehors du web, par exemple avec NodeJS, PhantomJS (ou SlimerJS :-)) etc.. ?

    Non, et je réitère ma question ci-dessus.

  • [^] # Re: Petite question ...

    Posté par  . En réponse au journal Deux nouvelles pour Qt. Évalué à 3.

    Je ne vois pas en quoi utiliser JS est gênant.

    Ca peut être gênant lorsqu'on travaille sur des projets assez conséquents, pour peu qu'on manque un peu de rigueur (comme en PHP ou en Perl par exemple). J'ai peur de voir sur les desktops les mêmes horreurs que celles que l'on voit sur les sites www.

    le but ici, si j'ai bien compris, c'est de proposer un environnement de développement pour l'UI, plus simple que C++. Donc il faut un langage plus simple, moins complexe que C++. Et pour moi JS est idéal. Tu fais de l'objet sans t'embêter avec la gestion de pointeurs, de template ou de je ne sais quoi d'autres.

    On perd l'encapsulation qui peut poser problème.

  • [^] # Re: Étrange

    Posté par  . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à -3.

    N'importe quoi …. En tout cas comme appat à troll, c'est pas mal.

  • [^] # Re: C'est une très bonne chose ....

    Posté par  . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à -10.

    Personnellement, j'ai du mal à voir les avantages de xen, qui n'offre ni la souplesse (choix de l'OS ou du kernel) d'une virtualisation plus ou moins complète à la KVM, ni l'efficacité d'un système de conteneur à la openVZ.

    Eviter systemd et autres lennarteries au niveau du VMHost (ou Dom0 pour les pointilleux ) est un gros avantage.

  • [^] # Re: C'est une très bonne chose ....

    Posté par  . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à 4.

    Enfin quelqu'un qui sait lire.

  • [^] # Re: Zetes sur qu'il n'y aura pas de neige cette fois ?????

    Posté par  . En réponse au journal Où incuber l'excellence demain?. Évalué à 1.

    Merci pour le lien … intéressant à voir.

  • [^] # Re: C'est une très bonne chose ....

    Posté par  . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à 10.

    Personnellement, j'ai du mal à voir les avantages de xen, qui n'offre ni la souplesse (choix de l'OS ou du kernel) d'une virtualisation plus ou moins complète à la KVM

    Il faut te mettre à jour: xen supporte la virtualisation complète depuis longtemps.

  • [^] # Re: C'est une très bonne chose ....

    Posté par  . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à 5.

    En fait, le "VMHost", il tourne sous Xen, l'hyperviseur. Linux, NetBSD, OpenSolaris tournent en dom0, une sorte de VM privilégiée dédiée à la gestion de l'hyperviseur.

    … que l'on appelle couramment VMHost voir le schéma par exemple

    Avec KVM tu peux faire tourner tous types d'OS en guest, c'est de la virtualisation complète et non de la paravirtualisation (mais ça te demande le support d'instructions spécifiques à la virtualisation au niveau de ton processeur).

    Xen supporte aussi la virtualisation complète et tu peux faire également tourner tous types d'OS en guest (j'ai une ou deux VM Guest Windows sous Xen chez moi).

  • # C'est une très bonne chose ....

    Posté par  . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à 7.

    L'avantage de Xen (pour moi) est que celui-ci permet de faire tourner un VMHost sous NetBSD, contrairement à KVM qui est Linux Only (et je ne sais pas si on peut faire tourner un guest sous NetBSD ou Windows avec KVM … Quelqu'un dans la salle peut-il répondre ? D'après http://www.linux-kvm.org/page/Guest_Support_Status c'est possible, mais est-ce efficace comme solution ?)

  • # Petite question ...

    Posté par  . En réponse au journal Deux nouvelles pour Qt. Évalué à 6.

    Pour rappel, QML est le langage privilégié pour le futur de Qt, et mêle un aspect déclaratif pour la définition d‘interface graphiques, à un aspect impératif sous forme de code JavaScript.

    Quel est l'intéret d'utiliser le Javascript pour ça ? Non pas que je doute des perfs de celui-ci vu les progrès réalisés ces derniers temps, mais l'aspect objet de JAvascript est assez rudimentaire, sans compter le côté moins rigoureux de celui-ci par rapport à un langage comme Java ou C++. N'est-ce pas un peu dangereux ?

  • # Zetes sur qu'il n'y aura pas de neige cette fois ?????

    Posté par  . En réponse au journal Où incuber l'excellence demain?. Évalué à 3.

    … ou une bombe qui exploserait et qui causerait un bazar tel que l'accès au datacenter soit impossible pendant des jours ?

    Sinon, l'inter, vous pourriez pas la faire à 4h du mat ? Doit pas y avoir beaucoup de monde à cette heure là :) ? (plus sérieusement, je serais curieux de connaitre les stats de connections de linuxfr, etde savoir à quelles tranches horaires et de la semaine le site est le plus occupé).

  • [^] # Re: Beurk, c'est du python ... (

    Posté par  . En réponse au journal Glances et Metaglances. Évalué à -8.

    Je proteste !!!! Pourquoi un -10 ? Mon commentaire est pertinent pour un Vendredi (même si je l'ai posté Jeudi soir) !!!!

  • # Beurk, c'est du python ... (

    Posté par  . En réponse au journal Glances et Metaglances. Évalué à -10.

  • [^] # Re: C'est dommage, l'idée était belle.

    Posté par  . En réponse au journal envolée du cours de Bitcoin. Évalué à 3.

    Quand tu es propriétaire, si tu n'empêche pas ton logement de devenir insalubre, tu vis dans un logement insalubre.

    Et tu subis les augmentations de loyer lorsque le marché est en hausse, tu passes ton temps à déménager, ou alors ça te coute des frais de justice pour faire valloir tes droits.

  • [^] # Re: C'est dommage, l'idée était belle.

    Posté par  . En réponse au journal envolée du cours de Bitcoin. Évalué à 0.

    J'attends aussi des explications …

  • [^] # Re: C'est dommage, l'idée était belle.

    Posté par  . En réponse au journal envolée du cours de Bitcoin. Évalué à 2.

    Non, elles auraient été à ta charge, de façon indirecte. Même la taxe foncière sera à ta charge et calculée dans le prix du loyer. Et puis les travaux, le propriétaire n'est pas obligé de tous les faire.