Seul problème, je ne sais plus quel firmware j'ai utilisé exactement..
Ca peut pas se voir sur l'interface Web ?
(en tout cas merci pour le retour :) Je croyais etre seul au monde )
Les langues des pays de l'est ont un spectre auditif assez large et il couvre la totalité du spectre de l'anglais alors qu'il est plus restrain pour les langues latine comme l'espagnol
Exemple veridique : pour un russe, les sons 5 et 100 lui semblent totalement similaires, dixit un ami russe, qui travaille en Suisse.
Il me disait d'ailleurs, qu'au debut pour faire ses courses, ben c'etait assez galere ;)
... Sortir le billet de 500 Frs suisses ou bien celui de 100 ? :P
Étonnamment, moi je me fais pas trop de soucis pour les biologistes.
Ben oui, ils devront bien se rendre a l'evidence de la suprematie du modele OpenSource pour l'activite de recherche.
Et ce d'autant plus vite qu'en genetique, ils vont avoir besoin de grosses plateformes de calcul.
Ces memes plate-formes de calcul qui sont etudiees, fabriquees, concues, pour et par les physiciens des particules : le GRID en gros.
De plus en plus, il y a des plate-formes communes qui se mettent en place :
o entre physiciens des particules (qui ont l'expertise sur ce genre de manips, qui ont l'habitude de gerer les gros volumes de donnees (genre LHC) et surtout qui ont deja une certaine infra-structure qui est en place)
o et biologistes qui sont (d'apres les echos que j'ai eu dans mon labo) demandeurs/clients de cette expertise et de cette solution "clef en main".
La plupart des outils developpes ayant le moindre rapport avec GRID (LCG, EGEE, NorduGrid,...) sont OpenSource.
Les biologistes devront bien se mettre a l'OpenSource, par la force des choses et parce que ce modele a fait ses preuves en physique des particules.
PS: L'avantage pour les physiciens c'est que ca ramene des sous :)
(Contrats avec la region/Europe)
CDRecord n'est plus celle officielle du créateur, mais une version "libéralisée"
Je sais/savais pas.
J'ai fait une petite recherche dans le changelog unstable et j'ai rien trouve de vraiment probant : juste un probleme de copyright sur une bibliotheque externe (libedc) qui a ete regle (le changelog ne dit pas comment).
Donc il faut sans doute mieux connaitre la petite histoire du paquet pour en dire plus, ou faire une recherche plus en profondeur :/
Tu peux developper sur la gestion de la fréquence processeur assez aggressive ?
Ca m'interesserait...
D'ailleurs des fois que certains aient des configs (noyau+soft) particulieres ou des petites astuces pour grapiller des minutes d'autonomie...
PS: Attention ceci est un detournement de topic :)
Juste pour pinailler (je me sens d'humeur pinailleuse voire meme quadri-pilo-sectomatrice ) :
Le vide n'existe pas.
Le vide dans une ampoule ? bof, quelques particules de gaz subsistent.
Le vide dans une chambre a vide ? meme punition.
Le vide dans l'espace circum-solaire ? cf plus haut.
Le vide dans les cavites supra-conductrices du Large Hadron Collider au CERN a Geneve ? Pareil.
Le "vide energetique" ? euh qu'est-ce que ca veut dire ?
Le vide quantique, l'etat d'energie nulle, le zero... le neant quoi !
Y a pas plus plein que le vide quantique (soupe de particules virtuelles qui passent leur temps a se creer et s'annihiler joyeusement!) !
De vide il n'y a vraiment que 2 choses :
1. Une copie lors d'un devoir de philo :)
2. et le
Le photon (reel) n'a PAS de masse.
E=mc^2 n'est que la valeur de l'energie au repos d'une particule (en relativite restreinte), ie: la valeur de son energie dans le referentiel dans lequel elle parait immobile. Corollaire, il n'y a pas de referentiel dans lequel on puisse trouver de photon (reel) au repos.
La formule complete est E^2=p^2c^2+m^2c^4
On peut par contre trouver des photons (virtuels) de masse negative... Mais c'est totalement hors-sujet :)
Oui mais la les photons sont relativistes (puisqu'ils vont a la vitesse de la lumiere dans le vide) et donc Ecine = 1/2 mv^2 ne tient plus : au revoir tonton Isaac Newton, salut Albert E^2 = p^2c^2 + m^2c^4 :)
Ceci etant, il ne me semble pas qu'il faille passer en relativite (restreinte) pour resoudre ce probleme: l'approximation semi-classique devrait suffire pour saisir le "truc".
Les photons ont une quadri-impulsion (px, py, pz, E) : ils peuvent donc communiquer une certaine quantite de mouvement a tout objet (principe d'action-reaction).
Tout d'objet eclaire par le laser/Soleil recoit donc un certain flux de ce melange de photons et particules ionisees (=~ plasma), ce qui se traduit par une pression.
Bien sur, la pression exercee par un photon est de l'ordre du pouilleme... Mais multiplie par le nombre incroyable de photons par unite de surface et par seconde (== le flux) : on peut obtenir une poussee non-negligeable.
D'autant plus que dans l'espace : pas de frottement (au premier ordre : il y a justement le vent solaire :) Pour remonter face au vent, il faut une godille-solaire... Je me souviens plus de l'astuce pour la realiser, mais ca doit se trouver dans un Science&Vie) )
Par contre, l'ordre de grandeur pour la puissance du laser... Je seche.
Oui mais (et la j'atteins mon niveau d'incompetence) est-ce que les operateurs courants font bien ce qu'on pense qu'ils doivent faire ? (+,-,*,/,++,--,+=,etc)
Et puis, est-ce qu'il faut aussi gerer le fait que 9+1 n'est plus un chiffre mais un nombre ?
Ca n'engage que moi, mais je pense qu'il vaut mieux explicitement specifier l'espace de nommage (ie: std ) dans tout bout de code C++.
Ca evite 2-3 bourdes que l'on peut faire (ou faire faire au compilateur).
Et puis il me semble que c'est une bonne habitude de programmation : http://packages.debian.org/unstable/doc/stl-manual(...)
Non-non, je buvais tes paroles, c'est juste sur le : A moins que le noyau Linux, chose improbable, ne note toutes les pages comme exécutables, mais cela me semble peu vraisemblable
que j'avais légèrement tiqué... Ca ressemblait furieusement à un lancé de troll de 3ème catégorie ;)
/me qui voit vraiment le mal partout :P
Et tu as une référence pour la STL ?
Ça m'intéresserait assez, vois-tu...
Ça m'aurait évité bien des déboires, du genre : apprendre que, parce les std::list n'ont pas d'op'érateur d'accès random (operateur[ ]) et ben on peut pas lui passer de functor dans un std::sort (il faut passer par le sort de std::list si je ne m'abuse).
Et je suppose que ce genre de subtilités sont expliquées dans les bouquins de référence sur la STL. Non ?
[^] # Re: Les nouvelles vont vite!
Posté par Sebastien . En réponse au journal Le voici, le KDE 3.3. Évalué à 1.
[^] # Re: Retour d'expérience..
Posté par Sebastien . En réponse au message [Wifi] LinkSys et openWRT. Évalué à 2.
Je vais voir ce soir ce que ca peut donner.
Et une moisson de pertinentations! Une!
[^] # Re: Retour d'expérience..
Posté par Sebastien . En réponse au message [Wifi] LinkSys et openWRT. Évalué à 1.
Ca peut pas se voir sur l'interface Web ?
(en tout cas merci pour le retour :) Je croyais etre seul au monde )
[^] # Re: Coup d'épée dans l'eau
Posté par Sebastien . En réponse à la dépêche Est-ce que le logiciel doit prendre en otage les données ?. Évalué à 1.
Exemple veridique : pour un russe, les sons 5 et 100 lui semblent totalement similaires, dixit un ami russe, qui travaille en Suisse.
Il me disait d'ailleurs, qu'au debut pour faire ses courses, ben c'etait assez galere ;)
... Sortir le billet de 500 Frs suisses ou bien celui de 100 ? :P
[^] # Re: Coup d'épée dans l'eau
Posté par Sebastien . En réponse à la dépêche Est-ce que le logiciel doit prendre en otage les données ?. Évalué à 2.
Ben oui, ils devront bien se rendre a l'evidence de la suprematie du modele OpenSource pour l'activite de recherche.
Et ce d'autant plus vite qu'en genetique, ils vont avoir besoin de grosses plateformes de calcul.
Ces memes plate-formes de calcul qui sont etudiees, fabriquees, concues, pour et par les physiciens des particules : le GRID en gros.
De plus en plus, il y a des plate-formes communes qui se mettent en place :
o entre physiciens des particules (qui ont l'expertise sur ce genre de manips, qui ont l'habitude de gerer les gros volumes de donnees (genre LHC) et surtout qui ont deja une certaine infra-structure qui est en place)
o et biologistes qui sont (d'apres les echos que j'ai eu dans mon labo) demandeurs/clients de cette expertise et de cette solution "clef en main".
La plupart des outils developpes ayant le moindre rapport avec GRID (LCG, EGEE, NorduGrid,...) sont OpenSource.
Les biologistes devront bien se mettre a l'OpenSource, par la force des choses et parce que ce modele a fait ses preuves en physique des particules.
PS: L'avantage pour les physiciens c'est que ca ramene des sous :)
(Contrats avec la region/Europe)
[^] # Re: Outil de Decideur
Posté par Sebastien . En réponse au journal PDA et conseils. Évalué à 3.
Avec un lien, ça fait tout de suite plus pro :P
Surtout pour les dissailledeurs pressés.
http://linuxfr.org/2004/07/27/16911.html(...)
[^] # Re: Pas grave...
Posté par Sebastien . En réponse au journal cdrecord... sur la route du non-free. Évalué à 3.
Je sais/savais pas.
J'ai fait une petite recherche dans le changelog unstable et j'ai rien trouve de vraiment probant : juste un probleme de copyright sur une bibliotheque externe (libedc) qui a ete regle (le changelog ne dit pas comment).
Donc il faut sans doute mieux connaitre la petite histoire du paquet pour en dire plus, ou faire une recherche plus en profondeur :/
# Pour les absents/pas-sur-place
Posté par Sebastien . En réponse à la dépêche L'atelier « paquets Debian » de Gulliver se réunit vendredi 20 août. Évalué à 2.
Est-ce que le (eventuel) tuto sera mis en ligne sur le site ?
Dis oui s'il vous plait monsieur :)
PS : Le lien "Outils de vérification formelle" (dans les Ateliers) est cassé
http://gulliver.eu.org/ateliers/fv-tools/index.html(...)
[^] # Re: Acer
Posté par Sebastien . En réponse au message Laptop + debian. Évalué à 2.
Ca m'interesserait...
D'ailleurs des fois que certains aient des configs (noyau+soft) particulieres ou des petites astuces pour grapiller des minutes d'autonomie...
PS: Attention ceci est un detournement de topic :)
[^] # Re: devfs | udev, drivers du chipset ide
Posté par Sebastien . En réponse au message Kernel panic ..... Évalué à 1.
http://freedesktop.org/Software/ProjectUtopiaBuildDebian(...)
[^] # Re: Impulsion du photon
Posté par Sebastien . En réponse au journal Les photons poussent-ils ?. Évalué à 3.
Le vide n'existe pas.
Le vide dans une ampoule ? bof, quelques particules de gaz subsistent.
Le vide dans une chambre a vide ? meme punition.
Le vide dans l'espace circum-solaire ? cf plus haut.
Le vide dans les cavites supra-conductrices du Large Hadron Collider au CERN a Geneve ? Pareil.
Le "vide energetique" ? euh qu'est-ce que ca veut dire ?
Le vide quantique, l'etat d'energie nulle, le zero... le neant quoi !
Y a pas plus plein que le vide quantique (soupe de particules virtuelles qui passent leur temps a se creer et s'annihiler joyeusement!) !
De vide il n'y a vraiment que 2 choses :
1. Une copie lors d'un devoir de philo :)
2. et le
[^] # Re: Et pourquoi ?
Posté par Sebastien . En réponse au journal Les photons poussent-ils ?. Évalué à 1.
E=mc^2 n'est que la valeur de l'energie au repos d'une particule (en relativite restreinte), ie: la valeur de son energie dans le referentiel dans lequel elle parait immobile. Corollaire, il n'y a pas de referentiel dans lequel on puisse trouver de photon (reel) au repos.
La formule complete est E^2=p^2c^2+m^2c^4
On peut par contre trouver des photons (virtuels) de masse negative... Mais c'est totalement hors-sujet :)
# Relativite...
Posté par Sebastien . En réponse au journal Les photons poussent-ils ?. Évalué à 4.
Ceci etant, il ne me semble pas qu'il faille passer en relativite (restreinte) pour resoudre ce probleme: l'approximation semi-classique devrait suffire pour saisir le "truc".
Les photons ont une quadri-impulsion (px, py, pz, E) : ils peuvent donc communiquer une certaine quantite de mouvement a tout objet (principe d'action-reaction).
Tout d'objet eclaire par le laser/Soleil recoit donc un certain flux de ce melange de photons et particules ionisees (=~ plasma), ce qui se traduit par une pression.
Bien sur, la pression exercee par un photon est de l'ordre du pouilleme... Mais multiplie par le nombre incroyable de photons par unite de surface et par seconde (== le flux) : on peut obtenir une poussee non-negligeable.
D'autant plus que dans l'espace : pas de frottement (au premier ordre : il y a justement le vent solaire :) Pour remonter face au vent, il faut une godille-solaire... Je me souviens plus de l'astuce pour la realiser, mais ca doit se trouver dans un Science&Vie) )
Par contre, l'ordre de grandeur pour la puissance du laser... Je seche.
Petit florilege de sites trouves sur le net :
http://www-istp.gsfc.nasa.gov/Education/Fwsolwind.html(...)
http://www.cnes.fr/html/_112_638_640_.php(...)
http://fr.wikipedia.org/wiki/Vent_solaire(...)
http://www.meteofrance.com/FR/glossaire/designation/139_curieux_vie(...)
http://www.astronomes.com/c1_solaire/p113_chromo.html(...)
[^] # Re: unsigned short
Posté par Sebastien . En réponse au message Type pour un chiffre. Évalué à 1.
[^] # Re: unsigned short
Posté par Sebastien . En réponse au message Type pour un chiffre. Évalué à 1.
Et puis, est-ce qu'il faut aussi gerer le fait que 9+1 n'est plus un chiffre mais un nombre ?
Bref... Faut faire attention :)
[^] # Re: unsigned short
Posté par Sebastien . En réponse au message Type pour un chiffre. Évalué à 1.
# unsigned short
Posté par Sebastien . En réponse au message Type pour un chiffre. Évalué à 1.
unsigned short chiffre = 0;
le type qui se rapproche le plus de la definition d'un chiffre ([0;9]).
Ensuite, au niveau de la depense de memoire :
Type__________________________Size
bool..........................................................1 byte
char, unsigned char, signed char....1 byte
short, unsigned short...........................2 bytes
int, unsigned int....................................4 bytes
long, unsigned long.............................4 bytes
float..........................................................4 bytes
double.....................................................8 bytes
[^] # Re: namespace
Posté par Sebastien . En réponse au message c++ compile pas sur mandrake 10. Évalué à 4.
using namespace std;
Ca n'engage que moi, mais je pense qu'il vaut mieux explicitement specifier l'espace de nommage (ie: std ) dans tout bout de code C++.
Ca evite 2-3 bourdes que l'on peut faire (ou faire faire au compilateur).
Et puis il me semble que c'est une bonne habitude de programmation :
http://packages.debian.org/unstable/doc/stl-manual(...)
# probleme avec ifupdown ?
Posté par Sebastien . En réponse au message Probleme réseau après installation SID. Évalué à 1.
Ou sinon, vas voir :
https://linuxfr.org/forums/15/2992.html(...)
Ca y ressemble grandement...
[^] # Re: meuh
Posté par Sebastien . En réponse au journal Technologie No eXecute. Évalué à 2.
A moins que le noyau Linux, chose improbable, ne note toutes les pages comme exécutables, mais cela me semble peu vraisemblable
que j'avais légèrement tiqué... Ca ressemblait furieusement à un lancé de troll de 3ème catégorie ;)
/me qui voit vraiment le mal partout :P
[^] # Re: meuh
Posté par Sebastien . En réponse au journal Technologie No eXecute. Évalué à 1.
(J'ai jamais trop mis les mains dans le cambouis du kernel)
# Bug 264134
Posté par Sebastien . En réponse au message /etc/network/ifstate disparait.... Évalué à 2.
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=ifupdown(...)
Faudrait sans doute voir à faire un apt-get install apt-listbugs :P
[^] # Re: Tutorial
Posté par Sebastien . En réponse au message Fonction Call Back : comment ca marche ?. Évalué à 2.
PS : marrant, pertinentise, il connaît le correcteur. Trop fort.
[^] # Re: des livres sympas pour apprendre le C++
Posté par Sebastien . En réponse au message Un livre pour apprendre le C++. Évalué à 1.
Ça m'intéresserait assez, vois-tu...
Ça m'aurait évité bien des déboires, du genre : apprendre que, parce les std::list n'ont pas d'op'érateur d'accès random (operateur[ ]) et ben on peut pas lui passer de functor dans un std::sort (il faut passer par le sort de std::list si je ne m'abuse).
Et je suppose que ce genre de subtilités sont expliquées dans les bouquins de référence sur la STL. Non ?
[^] # Re: C'est donc ça ?
Posté par Sebastien . En réponse à la dépêche XCB : bientôt la version 1. Évalué à 2.
http://www.presence-pc.com/news/n4701.html(...)