18041 sujets
Questions générales et questions de débutants
Bonjour,
Je comprends mal ta question, développant en C , C++ assembleur, j'ais bien un débugueur
pour ces langages, mais quand tu écris en PHP tu écrit de "l' interprété" et non du compilé,
alors si tu a un genre EASYPHP sur ton micro tu peux exécuter en local le php que tu écris,
et PHP décrit a la volée tes erreurs en prime avec le numéro de la ligne incriminée.
Je comprends mal ta question, développant en C , C++ assembleur, j'ais bien un débugueur
pour ces langages, mais quand tu écris en PHP tu écrit de "l' interprété" et non du compilé,
alors si tu a un genre EASYPHP sur ton micro tu peux exécuter en local le php que tu écris,
et PHP décrit a la volée tes erreurs en prime avec le numéro de la ligne incriminée.
Pour PHP tu as X-Debug : http://xdebug.org/ Si tu utilises WAMP il est installé par défaut.
Zend Studio à un débogueur intégré aussi : http://shop.zend.com/fr/zend-studio-for-eclipse.html?src=hpsb
Il doit y en avoir d'autres.
Modifié par jb_gfx (29 Jul 2011 - 11:10)
Zend Studio à un débogueur intégré aussi : http://shop.zend.com/fr/zend-studio-for-eclipse.html?src=hpsb
Il doit y en avoir d'autres.
Modifié par jb_gfx (29 Jul 2011 - 11:10)
Bonjour à toutes et à tous,
Il ne faut pas se focaliser sur les techniques de ces années d'antan !
Je n'ai jamais eu besoin de débogueur de toute ma vie.
Un programme se construit morceau après morceau, que tu testes en plaçant des ordres d'affichages selon le langage (display en cobol, write en pascal, printf en C, cout en C++, echo en php ...) que tu utilises. Cela afin de contrôler l'exactitude de ce que tu écrits.
Un débogueur permet de corriger les bugs du programme mais en aucune façon te dira sir tu as bien développé tes traitements (programmation structuré, modularité, technique de la POO, coût en taille mémoires, temps d'exécution ...).
Je suis assez d'accord avec Christele. Ce sont des usines à gaz et en plus leur utilisation est assez compliquée ! Cela détecte l'endroit où l'erreur se produit mais cela ne donne aucune solution à sa correction. Ce n'est que par la pratique assidue que l'on peut corriger ses erreurs de développement, car après tout nous développons dans notre propre logique.
@+
Modifié par Artemus24 (29 Jul 2011 - 15:19)
Georges974 a écrit :Mais de quoi parles-tu ? Je suis de la même génération que toi, et je n'ai jamais entendu parlé d'un débogueur en basic et en pascal ? Fais-tu allusion au Basic Appelsoft et au Pascal USCD qui était sur les Apple II+ dans les années 80 ?
Au temps du basic, pascal (ça nous rajeuni pas!).
Il existait la possibilité de simuler opération après opération d'un programme en appuyant sur la touche space.
Il ne faut pas se focaliser sur les techniques de ces années d'antan !
Je n'ai jamais eu besoin de débogueur de toute ma vie.
Un programme se construit morceau après morceau, que tu testes en plaçant des ordres d'affichages selon le langage (display en cobol, write en pascal, printf en C, cout en C++, echo en php ...) que tu utilises. Cela afin de contrôler l'exactitude de ce que tu écrits.
Un débogueur permet de corriger les bugs du programme mais en aucune façon te dira sir tu as bien développé tes traitements (programmation structuré, modularité, technique de la POO, coût en taille mémoires, temps d'exécution ...).
Je suis assez d'accord avec Christele. Ce sont des usines à gaz et en plus leur utilisation est assez compliquée ! Cela détecte l'endroit où l'erreur se produit mais cela ne donne aucune solution à sa correction. Ce n'est que par la pratique assidue que l'on peut corriger ses erreurs de développement, car après tout nous développons dans notre propre logique.
@+
Modifié par Artemus24 (29 Jul 2011 - 15:19)
Artemus24 a écrit :
Un débogueur permet de corriger les bugs du programme mais en aucune façon te dira sir tu as bien développé tes traitements (...) coût en taille mémoires, temps d'exécution ...
Ben si... c'est justement pour ça que X-Debug (et la plupart des débogueurs) intègrent des fonctions de profiling.
http://en.wikipedia.org/wiki/Profiling_%28computer_programming%29
Modifié par jb_gfx (29 Jul 2011 - 17:03)
En quelques mots je voudrais juste répondre à Artemus24 qui sait tout "faire".
Quelle envolé "lyrique", je ne vois pas en quoi je me "focalise". Il me semble qu'on est sur un forum, pour poser des questions, NON?
Si tu veux uniquement "en imposer" par tes réflexions personnelles qui au demeurant n'intéressent que toi même.
Pour le reste, je sais aussi de quoi je parle...je n'ai pas besoin de leçon...mais basta!!...
Dommage que ce genre de réflexions n'apportent rien à la réflexion et détruit la convivialité....
A bon entendeur salut.
Quelle envolé "lyrique", je ne vois pas en quoi je me "focalise". Il me semble qu'on est sur un forum, pour poser des questions, NON?
Si tu veux uniquement "en imposer" par tes réflexions personnelles qui au demeurant n'intéressent que toi même.
Pour le reste, je sais aussi de quoi je parle...je n'ai pas besoin de leçon...mais basta!!...
Dommage que ce genre de réflexions n'apportent rien à la réflexion et détruit la convivialité....
A bon entendeur salut.
bonjour/bonsoir,
en gros , amateur et sans aucune formation je comprends un peu l'intervention de artemus24 , car je me servais moi même de "echo" ou "print" ou "dump_var" pour débusqué mes erreurs ... mais il est évident que ça va pas plus loin que ça et ne permet pas de débogué réellement un programme au mieux cela te conforte dans ta méthode. ... et comme je ne suis pas programmeur , je sais tout au plus et que cela me dit que ça peut marcher sans me confirmer que c'est la bonne façon de faire ... ta question m’intéresse. mais je doute qu'il y est réellement un "débogueur" qui qui puisse réellement te servir de coach ou prof/correcteur. au pire il faut avoir les connaissance et au mieux les compétences pour en tirer profit. Dns tout les cas un esprit ouvert et un ego non-surdimensionné .... no more comment!
Cordialement
en gros , amateur et sans aucune formation je comprends un peu l'intervention de artemus24 , car je me servais moi même de "echo" ou "print" ou "dump_var" pour débusqué mes erreurs ... mais il est évident que ça va pas plus loin que ça et ne permet pas de débogué réellement un programme au mieux cela te conforte dans ta méthode. ... et comme je ne suis pas programmeur , je sais tout au plus et que cela me dit que ça peut marcher sans me confirmer que c'est la bonne façon de faire ... ta question m’intéresse. mais je doute qu'il y est réellement un "débogueur" qui qui puisse réellement te servir de coach ou prof/correcteur. au pire il faut avoir les connaissance et au mieux les compétences pour en tirer profit. Dns tout les cas un esprit ouvert et un ego non-surdimensionné .... no more comment!
Cordialement
La peur d'utiliser un débogueur (qui sont loin d'être des usines à gaz) vient surtout d'un manque de pratique et d'une manière de coder "amateur". Quand tu débutes en PHP tu tapes 3 lignes de code, tu testes, 3 lignes de code, tu testes, et ainsi de suite.
Quand tu commences à devenir productif tu vas, par exemple, écrire une classe complète et seulement quand tu as fini de l'écrire tu la teste. Et si ça foire tu vas pas t'amuser à mettre des "echo", des "var_dump" ou encore des "print_r" partout pour voir d'où vient le problème.
Un exemple d'une classe toute simple écrite d'un trait, il y a un bug vraiment tout con qui fait que les résultats sont faux. Comment corriger ça avec des "echo" ? Et où se situe l'erreur ?
Modifié par jb_gfx (29 Jul 2011 - 20:16)
Quand tu commences à devenir productif tu vas, par exemple, écrire une classe complète et seulement quand tu as fini de l'écrire tu la teste. Et si ça foire tu vas pas t'amuser à mettre des "echo", des "var_dump" ou encore des "print_r" partout pour voir d'où vient le problème.
Un exemple d'une classe toute simple écrite d'un trait, il y a un bug vraiment tout con qui fait que les résultats sont faux. Comment corriger ça avec des "echo" ? Et où se situe l'erreur ?
class Aes {
private $mysql;
private $context;
private $key;
private $iv;
private $enc = MCRYPT_RIJNDAEL_128;
private $mode;
/**
* The constructor
*
* @param string $mode 'cbc', 'ecb' or 'mysql'
* @access public
*/
function __construct($mode = 'cbc')
{
switch(strtolower($mode)) {
case 'cbc':
$this->mysql = false;
$this->mode = MCRYPT_MODE_CBC;
break;
case 'ecb':
$this->mysql = false;
$this->mode = MCRYPT_MODE_ECB;
$this->iv = '0000000000000000';
break;
case 'mysql':
$this->mode = MCRYPT_MODE_ECB;
$this->mysql = true;
$this->iv = '0000000000000000';
break;
default:
throw new Exception(__CLASS__.': Unknow mode (must be "cbc", "ecb" or "mysql".');
break;
}
$this->context = mcrypt_module_open($this->enc, '', $this->mode, '');
}
/**
* Set the private key
*
* @access public
* @param string $key
*/
public function setKey($key)
{
$key = utf8_decode($key);
$length = strlen($key);
if ($length !== 16 && $length !== 32)
{
throw new Exception(__CLASS__.' error: key length must be 128 or 256 bits.');
}
if ($length == 16)
{
$this->key = $key;
return true;
}
if ($this->mysql === false)
{
$this->key = $key;
}
else
{
$realkey = str_repeat("\00", 16);
for ($i=0, $j=0; $j < $length; $i++, $j++)
{
if ($i == 16)
$i = 0;
$realkey{$i} = $realkey{$i} ^ $key{$j};
}
$this->key = $realkey;
}
return true;
}
/**
* Set Initialization Vector
*
* @access public
* @param string $iv 128bit string
* @return boolean
*/
public function setIv($iv)
{
$iv = utf8_decode($iv);
$length = strlen($iv);
if ($length != 16)
{
throw new Exception(__CLASS__.' error: Initialization Vector length must be 128 bits.');
}
$this->iv = $iv;
return true;
}
/**
* Crypt data
*
* @access public
* @param string $data Data to encrypt
* @return binary Encrypted data or false
*/
public function crypt($data)
{
$data = utf8_decode($data);
if ($this->testSettings() === false)
return false;
if ($this->mysql === true)
{
$pad_len = 16 - (strlen($data) % 16);
$data = str_pad($data, (16*(floor(strlen($data) / 16)+1)), chr($pad_len));
}
if (mcrypt_generic_init($this->context, $this->key, $this->iv) != -1)
{
$cipher = mcrypt_generic($this->context, $data);
mcrypt_generic_deinit($this->context);
return $cipher;
}
else
{
return false;
}
}
/**
* Decrypt encrypted data
*
* @access public
* @param binary $cipher
* @return string Decrypted data or false
*/
public function decrypt($cipher)
{
if ($this->testSettings() === false)
return false;
if (mcrypt_generic_init($this->context, $this->key, $this->iv) != -1)
{
$data = mdecrypt_generic($this->context, $cipher);
mcrypt_generic_deinit($this->context);
if ($this->mysql === true)
return rtrim($data, $data[mb_strlen($data)-1]);
else
return rtrim($data, chr(0));
}
else
{
return false;
}
}
/**
* Test if key and IV are correctly set
*
* @access private
* @return boolean
*/
private function testSettings()
{
if (empty($this->key))
{
throw new Exception(__CLASS__.' error: you must set a private key.');
}
if ($this->mode == MCRYPT_MODE_CBC && empty($this->iv))
{
throw new Exception(__CLASS__.' error: you must set an initialization vector.');
}
return true;
}
}
Modifié par jb_gfx (29 Jul 2011 - 20:16)
jb_gfx » +1 
Tu as entièrement raison pour les débutants(es)
. Un changement de valeur et hop! - on vérifie les resultats. Les echo's informent à la base. Pas toujours avec précision concernant la ligne d'erreur, toutefois simple de repérage. Mais simple d'information aussi. J'ai toujours tracé, moi aussi, pour vérifier le bon fonctionnement du programme, mais avec les limites imposées. (tracé : est l'expression Flash » équivalant à echo).
Mais j'imagine qu'en production les choses iront autrements. Force oblige d'utilisé les débuggeurs, un jour.
De plus les débuggeurs, ne sont-ils pas des programmes qui évoluront aussi. Et combien d'autres services (informations) pourront-ils surveiller, et récupérer pour nous.
..
Modifié par zardoz (29 Jul 2011 - 20:41)
Tu as entièrement raison pour les débutants(es)
. Un changement de valeur et hop! - on vérifie les resultats. Les echo's informent à la base. Pas toujours avec précision concernant la ligne d'erreur, toutefois simple de repérage. Mais simple d'information aussi. J'ai toujours tracé, moi aussi, pour vérifier le bon fonctionnement du programme, mais avec les limites imposées. (tracé : est l'expression Flash » équivalant à echo). Mais j'imagine qu'en production les choses iront autrements. Force oblige d'utilisé les débuggeurs, un jour.
De plus les débuggeurs, ne sont-ils pas des programmes qui évoluront aussi. Et combien d'autres services (informations) pourront-ils surveiller, et récupérer pour nous.
..
Modifié par zardoz (29 Jul 2011 - 20:41)
Bonsoir à toutes et à tous,
Je ne donne aucune leçon et j'ai encore moins la grosse tête comme tu le laisses supposer.
J'ai simplement poser la question des noms du basic et du pascal que tu utilisais ! Car ayant eu un APPLE II+ dans les années 80, il n'y a jamais eu de débogueurs dessus. Mais si je me suis trompé alors corrige moi dans mon erreur en m'indiquant les noms exactes des deux langages et la marque de ton ordinateur.
De plus, si je parais tout savoir comme tu le dit si bien, c'est tout simplement parce que je suis ingénieur en informatique et que cela te déplaise ou pas. J'ai exercé toute mon activité sur des gros système comme BULL et IBM. Je ne connais pas très bien le monde WEB et c'est pour cela que je viens sur ce forum, pour apprendre, comme toi !
Je te donne un conseil et tu en fais ce que tu veux. Pour apprendre un langage, le débogueur ne te servira à rien. C'est fort possible que vous travaillez différemment du monde du gros système, mais un langage cela s'apprend en faisant de la pratique et rien d'autre.
Et puis, si vous n'avez pas de débogueur sous la main et que vous êtes en production et que vote chef vous demande de solutionner ce plantage, le plus rapidement possible, vous répondez quoi ? Je ne sais pas faire !
Bravo pour le professionnalisme. Si pour travailler, vous avez besoin de béquilles, où allons-nous ?
J'ai connu beaucoup de petits jeunes qui procédaient exactement comme toi (jb_gfx). Ils écrivaient tout en une seul traite, et ne connaissant pas parfaitement le langage qu'ils utilisaient, et bien lors du recettage, ils s’apercevaient qu'ils avaient un gros plantage. Ne sachant pas comment faire alors ils appelaient au secours.
Et au lieu d'être productifs, ils mobilisaient d'autres personnes pour les aider à s'en sortir. Bravo pour le conseil. J'ai toujours eu horreur de ces engins là, car beaucoup d'informaticiens ne savent pas s'en servir.
D'une part, c'est une perte de temps, car beaucoup de retour sur le développement sont nécessaire. Dans la mise en place d'une application, nous sommes limités par le temps, car nous avons des délais à respecter. Il y a un temps pour le développement et un temps pour le recettage.
D'autre part, on s’aperçoit par la suite que le principale problème est le non respect des normes d'écritures en vigueur au sein d'une équipe de développement. Alors désolé de le dire, mais cela, c'est mon expérience. Et dès que quelqu'un me parle de débogueur, je vois rouge à cause des mauvaises expériences que j'ai eu avec ces petits jeunes qui croient tout savoir.
A l'école, on fait beaucoup de bourrage de crânes, du genre, vous êtes l’élites, mais dès que ces petits jeunes sont dans la vie active, ils désenchantent assez rapidement car croyant refaire le monde, ils s’aperçoivent souvent qu'ils ignorent tous des contraintes professionnelles.
@+
Georges974 a écrit :
En quelques mots je voudrais juste répondre à Artemus24 qui sait tout "faire".
Quelle envolé "lyrique", je ne vois pas en quoi je me "focalise". Il me semble qu'on est sur un forum, pour poser des questions, NON?
Si tu veux uniquement "en imposer" par tes réflexions personnelles qui au demeurant n'intéressent que toi même.
Pour le reste, je sais aussi de quoi je parle...je n'ai pas besoin de leçon...mais basta!!...
Dommage que ce genre de réflexions n'apportent rien à la réflexion et détruit la convivialité....
A bon entendeur salut.
Je ne donne aucune leçon et j'ai encore moins la grosse tête comme tu le laisses supposer.
J'ai simplement poser la question des noms du basic et du pascal que tu utilisais ! Car ayant eu un APPLE II+ dans les années 80, il n'y a jamais eu de débogueurs dessus. Mais si je me suis trompé alors corrige moi dans mon erreur en m'indiquant les noms exactes des deux langages et la marque de ton ordinateur.
De plus, si je parais tout savoir comme tu le dit si bien, c'est tout simplement parce que je suis ingénieur en informatique et que cela te déplaise ou pas. J'ai exercé toute mon activité sur des gros système comme BULL et IBM. Je ne connais pas très bien le monde WEB et c'est pour cela que je viens sur ce forum, pour apprendre, comme toi !
Je te donne un conseil et tu en fais ce que tu veux. Pour apprendre un langage, le débogueur ne te servira à rien. C'est fort possible que vous travaillez différemment du monde du gros système, mais un langage cela s'apprend en faisant de la pratique et rien d'autre.
Et puis, si vous n'avez pas de débogueur sous la main et que vous êtes en production et que vote chef vous demande de solutionner ce plantage, le plus rapidement possible, vous répondez quoi ? Je ne sais pas faire !
Bravo pour le professionnalisme. Si pour travailler, vous avez besoin de béquilles, où allons-nous ?
J'ai connu beaucoup de petits jeunes qui procédaient exactement comme toi (jb_gfx). Ils écrivaient tout en une seul traite, et ne connaissant pas parfaitement le langage qu'ils utilisaient, et bien lors du recettage, ils s’apercevaient qu'ils avaient un gros plantage. Ne sachant pas comment faire alors ils appelaient au secours.
Et au lieu d'être productifs, ils mobilisaient d'autres personnes pour les aider à s'en sortir. Bravo pour le conseil. J'ai toujours eu horreur de ces engins là, car beaucoup d'informaticiens ne savent pas s'en servir.
D'une part, c'est une perte de temps, car beaucoup de retour sur le développement sont nécessaire. Dans la mise en place d'une application, nous sommes limités par le temps, car nous avons des délais à respecter. Il y a un temps pour le développement et un temps pour le recettage.
D'autre part, on s’aperçoit par la suite que le principale problème est le non respect des normes d'écritures en vigueur au sein d'une équipe de développement. Alors désolé de le dire, mais cela, c'est mon expérience. Et dès que quelqu'un me parle de débogueur, je vois rouge à cause des mauvaises expériences que j'ai eu avec ces petits jeunes qui croient tout savoir.
A l'école, on fait beaucoup de bourrage de crânes, du genre, vous êtes l’élites, mais dès que ces petits jeunes sont dans la vie active, ils désenchantent assez rapidement car croyant refaire le monde, ils s’aperçoivent souvent qu'ils ignorent tous des contraintes professionnelles.
@+
Bonsoir à toutes et à tous,
moi, je n'ai que ça à faire : Je suis à la retraite.
Mais toi jb_gfx que fais-tu toute la journée sur ce forum ? Tu n'as personne d'autre à embêté ? Car coté vie privée, cela doit être le désert. Je crois que les gens comme toi se nomment des GEEKS. Ou encore des NOLIFE. Non ?
Mais avant de dire que je suis obsolète, moi au moins j'ai vécu ! Je crois que cela ne doit pas être ton cas. Alors essaye de décoller de ton ordinateur, va faire un tour dans le monde des vivants et après on en reparle.
@+
moi, je n'ai que ça à faire : Je suis à la retraite.
Mais toi jb_gfx que fais-tu toute la journée sur ce forum ? Tu n'as personne d'autre à embêté ? Car coté vie privée, cela doit être le désert. Je crois que les gens comme toi se nomment des GEEKS. Ou encore des NOLIFE. Non ?
Mais avant de dire que je suis obsolète, moi au moins j'ai vécu ! Je crois que cela ne doit pas être ton cas. Alors essaye de décoller de ton ordinateur, va faire un tour dans le monde des vivants et après on en reparle.
@+
Bonjour,
D'abord, que le langage soit compilé ou interprété n'empêche pas l'utilisation d'un débuggueur. Il suffit de tester Firebug sous Firefox ne serait-ce que pour débugguer du Javascript.
Ensuite, pour le Pascal, je sais qu'en Pascal Objet sous Delphi il y avait un débuggeur, mais je crois que c'est s'arrêter sur des détails non essentiels, puisque ce n'était pas l'objectif de la question posée. Inutile d'analyser si oui ou non il y avait un débuggeur à cette époque. Ça crée un débat inutile et ça dévie le sujet.
Un programmeur utilise tous les outils à sa disposition, et l'utilisation d'un débuggeur est un outil supplémentaire qui peut s'avérer utile dans certaines situations. Vouloir en utiliser un ne signifie pas que le programmeur cessera d'utiliser son cerveau. Les expériences personnelles c'est bien, mais de là à extrapoler et mettre tout le monde qui utilise des débuggeurs dans le même panier, il y a une marge.
Vous pouvez critiquer l'utilisation des débuggeurs, mais les attaques personnelles ne sont pas tolérées ici. On est tous le vieux con d'un autre vieux con, alors cessez ces conneries, sinon je ne serai plus responsable des coups de pelle.
Modifié par Tony Monast (30 Jul 2011 - 00:36)
D'abord, que le langage soit compilé ou interprété n'empêche pas l'utilisation d'un débuggueur. Il suffit de tester Firebug sous Firefox ne serait-ce que pour débugguer du Javascript.
Ensuite, pour le Pascal, je sais qu'en Pascal Objet sous Delphi il y avait un débuggeur, mais je crois que c'est s'arrêter sur des détails non essentiels, puisque ce n'était pas l'objectif de la question posée. Inutile d'analyser si oui ou non il y avait un débuggeur à cette époque. Ça crée un débat inutile et ça dévie le sujet.
Un programmeur utilise tous les outils à sa disposition, et l'utilisation d'un débuggeur est un outil supplémentaire qui peut s'avérer utile dans certaines situations. Vouloir en utiliser un ne signifie pas que le programmeur cessera d'utiliser son cerveau. Les expériences personnelles c'est bien, mais de là à extrapoler et mettre tout le monde qui utilise des débuggeurs dans le même panier, il y a une marge.
Vous pouvez critiquer l'utilisation des débuggeurs, mais les attaques personnelles ne sont pas tolérées ici. On est tous le vieux con d'un autre vieux con, alors cessez ces conneries, sinon je ne serai plus responsable des coups de pelle.
Modifié par Tony Monast (30 Jul 2011 - 00:36)
Artemus24 dernière réponse succinte (comme tu me mets en cause)
1- Je n'ai pas l'habitude d'invectiver les autres ni de me laissé faire.
2-Un point commun je suis ingénieur électronicien (grande école) à la retraite (ça jette comme qui dirait l'autre!).Je n'ai pas la grosse tête, je préfère l'humilité mais comme on m'attaque...
3-Le php n'est pas "ma langue" d'où les questions "débutants".
4-Je fais encore pas mal de sport (musculation, nata, 10km course)en dehors de ça
Je m'intéresse à la culture scientifique etc...---ainsi tu as un profil---je ne pense pas encore être ce vieux con et...je vis sous les tropiques.
Voilà pour le "pédigré".....je n'aime pas me mettre en avant mais malgré tout faut se défendre par les temps qui courent, n'est-ce pas Artemus 24??
Je ne pensais pas qu'une telle question sur les débuggeurs allait soulever un tel mouvement.
Mais restons zen...
Restons respectueux et convivial. Néanmoins merci pour les informations.
Artémus reste zen même si je partage "que certains" jeunes scientifiques manquent parfois d'humilité...j'en ai terminé...revenons à l'essentiel.
Merci aux autres pour vos réponses...
Georges
1- Je n'ai pas l'habitude d'invectiver les autres ni de me laissé faire.
2-Un point commun je suis ingénieur électronicien (grande école) à la retraite (ça jette comme qui dirait l'autre!).Je n'ai pas la grosse tête, je préfère l'humilité mais comme on m'attaque...
3-Le php n'est pas "ma langue" d'où les questions "débutants".
4-Je fais encore pas mal de sport (musculation, nata, 10km course)en dehors de ça
Je m'intéresse à la culture scientifique etc...---ainsi tu as un profil---je ne pense pas encore être ce vieux con et...je vis sous les tropiques.
Voilà pour le "pédigré".....je n'aime pas me mettre en avant mais malgré tout faut se défendre par les temps qui courent, n'est-ce pas Artemus 24??
Je ne pensais pas qu'une telle question sur les débuggeurs allait soulever un tel mouvement.
Mais restons zen...
Restons respectueux et convivial. Néanmoins merci pour les informations.
Artémus reste zen même si je partage "que certains" jeunes scientifiques manquent parfois d'humilité...j'en ai terminé...revenons à l'essentiel.
Merci aux autres pour vos réponses...
Georges