Discussion :

[Tellen]

C'est parce que la fonction sscanf (que je ne connais pas) doit faire la conversion en octal et non en décimal.

Alors pourquoi les secondes affiche les 8 et les 9?

[Mac LAK]

Alors pourquoi les secondes affiche les 8 et les 9?

Cela ne les affiche pas : le sscanf a planté sur les minutes, donc les secondes sont tout simplement non initialisées : -858993460 (décimal) correspond à 0xCCCCCCCC en hexadécimal, qui est la valeur par défaut des variables sous Visual Studio en mode Debug.

[ILP]

En Pascal, je viens de la trouver :

Code Pascal :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
  case MessageDlg('Insérez le dernier disque de la série', mtInformation,
      [mbOK, mbCancel], 0) of
    mrOK:
      Cancel := False;
    mrCancel: ;
  end;

Euh...

Code Pascal :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Cancel := (MessageDlg('Insérez le dernier disque de la série', mtInformation,
  [mbOK, mbCancel], 0) = mrCancel);

C'est pas plus simple comme ça ?

[aepli]

Bonjour,

C'est un peu HS, mais il y a quand même eu un peu de code qui a été écrit ...

Petite anecdote d'ingénieur système ...
Dans le genre idiot, surtout quand c'est un consultant spécialiste GNU/Linux (à ces dire, hein) !

Je lui prépare une machine toute belle (il doit nous développer un service), je passe une bonne heure à lui expliquer que ce n'est pas Ubuntu et qu'il existe d'autre distribution (déjà là, j'ai des doutes ...).

Mais bon passons, c'est le lendemain où c'est le plus beau. Il m'appelle car il n'arrive pas à accéder à la machine et me dit ceci:
"J'ai un peu sécurisé le système, mais je crois que je me suis trompé et comme la commande cat ne fonctionnait plus, je l'ai réécrite". Un grand silence de votre serviteur c'est fait suivre à la fin de la phrase.

Pour ceux qui n'utilise pas des environnement GNU/Linux, la commande cat fait partie des commandes de base. Autant vous dire tout de suite que ce brave spécialiste n'avait pas que cette commande qui ne fonctionnait pas. Il avait réussit à me pourrir le système comme jamais (même ma soeur na jamais réussi à faire aussi bien!).

Pour ne pas vous laisser sur votre fin ... Je lui ai refait une installation propre et je lui ai ensuite expliqué à nouveau cet environnement. Cette fois ci, j'y ai passé la journée ...

Salutations.

PS: Je n'ai pas encore reçu le code source ... Suis pas pressé

[jabbounet]

Bonjour,

C'est un peu HS, mais il y a quand même eu un peu de code qui a été écrit ...

Petite anecdote d'ingénieur système ...
Dans le genre idiot, surtout quand c'est un consultant spécialiste GNU/Linux (à ces dire, hein) !

Je lui prépare une machine toute belle (il doit nous développer un service), je passe une bonne heure à lui expliquer que ce n'est pas Ubuntu et qu'il existe d'autre distribution (déjà là, j'ai des doutes ...).

Mais bon passons, c'est le lendemain où c'est le plus beau. Il m'appelle car il n'arrive pas à accéder à la machine et me dit ceci:
"J'ai un peu sécurisé le système, mais je crois que je me suis trompé et comme la commande cat ne fonctionnait plus, je l'ai réécrite". Un grand silence de votre serviteur c'est fait suivre à la fin de la phrase.

Pour ceux qui n'utilise pas des environnement GNU/Linux, la commande cat fait partie des commandes de base. Autant vous dire tout de suite que ce brave spécialiste n'avait pas que cette commande qui ne fonctionnait pas. Il avait réussit à me pourrir le système comme jamais (même ma soeur na jamais réussi à faire aussi bien!).

Pour ne pas vous laisser sur votre fin ... Je lui ai refait une installation propre et je lui ai ensuite expliqué à nouveau cet environnement. Cette fois ci, j'y ai passé la journée ...

Salutations.

PS: Je n'ai pas encore reçu le code source ... Suis pas pressé

un vieux proverbe taoiste dit un truc dans le style
celui qui sait ne parle pas.

En général cela se vérifie aussi dans la pratique, j'ai vu passer beaucoup d'expert ou pretendu comme tel, et ceux qui connaissaient le mieux leur domaine etaient souvent ceux qui s'en "ventaient" ou qui ne se revendiquaient pas "expert" du dit domaine, bref ceux qui savaient rester humble sur le sujet.

[Mac LAK]

En général cela se vérifie aussi dans la pratique, j'ai vu passer beaucoup d'expert ou pretendu comme tel, et ceux qui connaissaient le mieux leur domaine etaient souvent ceux qui s'en "ventaient" ou qui ne se revendiquaient pas "expert" du dit domaine, bref ceux qui savaient rester humble sur le sujet.

Tu as aussi l'âge qui joue : quand je vois passer un CV d'un prétendu "Expert C/C++" portant sur un type âgé de 22/23 ans avec six mois de stage comme seule expérience professionnelle, j'ai quand même de sérieuses crises de fou rire... Tu as aussi la variante avec "Expert C/C++ confirmé", avec dix ans d'expérience (dont neuf comme DBA, dév Java ou conception de sites Web) : là aussi, grosse rigolade en perspective...

C'est pareil dans tous les domaines : l'expérience significative reste le meilleur critère de jugement pour un expert.

[deadalnix]

C'est pareil dans tous les domaines : l'expérience significative reste le meilleur critère de jugement pour un expert.

C'est un critère important, mais crois moi, il y a des gens qui passent 10 ans à faire les mêmes erreurs car ils sont persuadés qu'il sont des roxors.

[JulienDuSud]

Tu as aussi l'âge qui joue : quand je vois passer un CV d'un prétendu "Expert C/C++" portant sur un type âgé de 22/23 ans avec six mois de stage comme seule expérience professionnelle, j'ai quand même de sérieuses crises de fou rire... Tu as aussi la variante avec "Expert C/C++ confirmé", avec dix ans d'expérience (dont neuf comme DBA, dév Java ou conception de sites Web) : là aussi, grosse rigolade en perspective...

C'est pareil dans tous les domaines : l'expérience significative reste le meilleur critère de jugement pour un expert.

Euh... Le C/C++ sont des languages, et la sémantique / syntaxe d'un language est relativement aisée à apprendre, et le nombre d'années d'expérience n'est généralement pas une bonne valeur pour la mesure de la maîtrise.

J'ai un ami de 22 ans et je pense être correct en pensant qu'il est un expert du langage. Probablement pas de toutes les API qui existent sur le C++, mais il maîtrise vraiment le standard.
Suffit d'aller faire un tour sur ##C++ sur Freenode pour s'apercevoir que les meilleurs ne sont généralement pas les plus vieux / ceux qui ont le plus d'expérience professionelle.

Après, si pour toi un expert c'est celui qui sait pisser 100 lignes en moins d'une minute, alors on a pas la même définition.

[metagoto]

Euh... Le C/C++ sont des languages, et la sémantique / syntaxe d'un language est relativement aisée à apprendre, et le nombre d'années d'expérience n'est généralement pas une bonne valeur pour la mesure de la maîtrise.

J'ai un ami de 22 ans et je pense être correct en pensant qu'il est un expert du langage. Probablement pas de toutes les API qui existent sur le C++, mais il maîtrise vraiment le standard.
Suffit d'aller faire un tour sur ##C++ sur Freenode pour s'apercevoir que les meilleurs ne sont généralement pas les plus vieux / ceux qui ont le plus d'expérience professionelle.

Après, si pour toi un expert c'est celui qui sait pisser 100 lignes en moins d'une minute, alors on a pas la même définition.

Tu as raison, il y a des "experts" de tous ages. Quoique, "expert jeune", quelque part, c'est un oxymore!
Cependant, maitriser le standard du C++ ne fait pas de la personne un expert C++ productif. Or, c'est ce genre de profile qui est généralement recherché, non pas celui d'un philosophe.

[jabbounet]

Après, si pour toi un expert c'est celui qui sait pisser 100 lignes en moins d'une minute, alors on a pas la même définition.

en relisant ce qu'a lit mak, je ne crois pas que ce soit ce qu'il a dit, il a simplement dit que l'expérience significative dans un domaine est un critère de jugement valable.

Je le rejoins un peu sur ce point a condition de savoir la lire sur le CV, j'ai déjà vu une personne avec un CV bourré de mission de quelques mois a droite a gauche et qui en fait s'était fait jeter de clients en clients avant de se faire jeter par sa boite qui avait finit par ne plus trouver de client ou le caser.

[Gouyon]

+1

Source : http://man.developpez.com/man3/scanf.3.php

En clair 08 est considéré comme de l'octal

%02d serait plus approprié

a++

Effectivement ça marche comme ça. Mais c'est vraiment un piège à C..

[pseudocode]

Effectivement ça marche comme ça. Mais c'est vraiment un piège à C..

Mais c'est vraiment un piège du C.

[Mac LAK]

Après, si pour toi un expert c'est celui qui sait pisser 100 lignes en moins d'une minute, alors on a pas la même définition.

Tu n'as pas compris. Non, ce n'est pas une question de vitesse de frappe, ni de grandes théories sur le langage ou le dernier design-pattern à la mode.
Un expert, c'est quelqu'un à qui tu vas demander une fonction, et va te rendre un code :

• Nickel côté commentaires, codage, normes de codage, documentation (la base, quoi...).
• Aura sorti en même temps la doc (ou mieux, le programme) d'auto-test et de non-régression.
• A déjà prévu dans son code les possibles évolutions de la fonction, ce qui permettra de ne pas tout péter pour rajouter quelque chose.
• A suffisamment vu de pièges vicieux dans sa vie professionnelle pour envisager à peu près tous les cas possibles d'évolution...
• Et plein d'autres trucs "normaux" pour une entreprise qui ne fait pas, justement, du pissage de code...

Or, ceci ne s'apprend que par l'expérience : on ne l'enseigne pas à l'école, et si personne ne te "force" à le faire, 99% des dévs amateurs n'en font pas la moitié. C'est pour cela qu'un dév avec peu d'expérience n'est pas un expert, parce qu'il faut le cadrer systématiquement.
Cela n'a rien à voir avec le "talent" pour le langage ou pour l'informatique en général, c'est simplement que lorsque tu es jeune débutant, tu es très très loin d'avoir vu la plupart des PAC (Pièges A C..) courants.

[chaplin]

Le pire bout de code, je l'ai vu en RPG, 8 ou 9 boucles imbriquées, le stagiaire était désoeuvré. Je lui avait conseillé d'utiliser un stabylo pour s'y retrouver.

[deadalnix]

Cela n'a rien à voir avec le "talent" pour le langage ou pour l'informatique en général, c'est simplement que lorsque tu es jeune débutant, tu es très très loin d'avoir vu la plupart des PAC (Pièges A C..) courants.

Je suis tout à fait d'accord sur ta définition de l'expert.

Mais si l'expérience est une donnée importante la dedans, je maintiens - et j'en ai vu, donc je maintiens de connaissance de cause - qu'il y a des gens qui passent 10 ans à tomber à chaque fois dans les mêmes pièges à con et à ne pas avoir appris à les éviter.

[jabbounet]

Je suis tout à fait d'accord sur ta définition de l'expert.

Mais si l'expérience est une donnée importante la dedans, je maintiens - et j'en ai vu, donc je maintiens de connaissance de cause - qu'il y a des gens qui passent 10 ans à tomber à chaque fois dans les mêmes pièges à con et à ne pas avoir appris à les éviter.

et parfois on tombe sur les pièges tendu par les autres en récupérant la lib ou le soft developpé par d'autres , mais c'est un autre débat

[SteveOS]

J'adore le sujet "Retrieving an accountId in the log" sur www.badprogramming.com.
Où le programmeur récupère l'accountId en parsant le fichier de log !

[Alain Defrance]

• Aura sorti en même temps la doc (ou mieux, le programme) d'auto-test et de non-régression.
• A déjà prévu dans son code les possibles évolutions de la fonction, ce qui permettra de ne pas tout péter pour rajouter quelque chose.
• A suffisamment vu de pièges vicieux dans sa vie professionnelle pour envisager à peu près tous les cas possibles d'évolution...
• Et plein d'autres trucs "normaux" pour une entreprise qui ne fait pas, justement, du pissage de code...

C'est un peu light quand même. Je connais beaucoup de personnes qui répondent à ces critères et qui ne sont pas des experts. Avoir un code propre qui marche et continuera à marcher, je dirais que c'est le strict minimum (même en fin de compte c'est plutôt rare). En effet c'est l'entreprise qui apprend ça, mais je dirais que l'expertise c'est la maîtrise d'un sujet en particulier. Pour moi un experts c'est quelqu'un qui maîtrise totalement une portion de techno. Expert JEE par exemple ça veut rien dire, c'est tellement vaste que l'expert en question ne sera que très peu pointu, or si on fait appel à un expert c'est pour avoir quelqu'un de solide. Un expert JPA par ex ça a un sens, quelqu'un qui maitrise totalement la persistance c'est envisageable et ce sont ces derniers qui vont nous pondre de jolies (ou pas) JSR.
L'expérience ne fais pas tout, et malgré mon jeune âge, j'ai eu l'occasion de voir de sacrées burnes en entreprise qui ont de l'expérience.

[Mac LAK]

C'est un peu light quand même. Je connais beaucoup de personnes qui répondent à ces critères et qui ne sont pas des experts.

Pour reprendre un terme mathématique, ce sont plutôt des "conditions nécessaires mais non suffisantes".
Mais un débutant possède rarement ces qualifications / notions... Ce qui est tout à fait normal d'ailleurs, ce n'est pas de l'anti-jeune primaire de ma part. Si les débutants savaient tout, ça se saurait depuis le temps, même si certains croient tout savoir...

L'expérience ne fais pas tout, et malgré mon jeune âge, j'ai eu l'occasion de voir de sacrées burnes en entreprise qui ont de l'expérience.

Bien entendu. Mais de mon côté, je n'ai jamais vu / rencontré de vrai expert qui soit jeune... L'expérience ne fait certes pas tout, mais elle reste nécessaire pour pouvoir prétendre être expert en quoi que ce soit.

[Daestrik]

Bien entendu. Mais de mon côté, je n'ai jamais vu / rencontré de vrai expert qui soit jeune... L'expérience ne fait certes pas tout, mais elle reste nécessaire pour pouvoir prétendre être expert en quoi que ce soit.

Et encore, expérience et âge sont deux choses différentes. Un gars de 20 qui a toujours été passionné, qui a grandi parmi les ordis et qui code depuis qu'il a 10 ans peut avoir plus d'expérience qu'un autre de 30 ans qui a commencé à 20 ans à la fac...