Discussion :

[Delaney]

(je précise que je ne suis pas professionnel)

(1) A l'époque de vos débuts en programmation, comment avez vous appréhendé votre premier bogue ?
c'était il y a plus de 25 ans et les oreilles des gens qui m'entouraient ont du pas mal saigné

(2) Combien de temps avez-vous passer à résoudre votre plus difficile bogue ?
toujours pas résolu, je suis tombé sur un cas (en VBA) où c'est excel qui buggait d'où reprogrammation complète de la fonction de manière différente...

(3) Et depuis, comment voyez-vous les bogues ?
mode sérieux : comme le reflet de mon indiscipline, mon niveau de compétence et de rigueur
Mode Humour : une chianlit sans nom


(4) De quelle manière concevez-vous à présent vos programmes ?
design first
code et fonction ensuite


(5) Employez-vous une technique particulière pour concevoir vos programmes ?

Macro fonction par macro fonction


(6) De quelle manière déboggez-vous vos programmes ?
au fur et à mesure, je teste le code implémenté.

(7) Employez-vous une technique particulière pour déboggez vos programmes ?

La clé est la parfaite connaissance de l'objet utilisé et codé je pense.
parfois au petit bonheur la chance


(8 ) Quels outils personnels ou non utilisez-vous pour gagner du temps (ou autres) dans la réalisation de vos programmes ?
aucun

(9) En quoi consistent t'ils ?
NA

[Invité]

Pour programmer, rien de plus facile pour moi il me suffit de décomposer la tâche principale en sous tâches plus faciles à réaliser et c'est ainsi que naissent les fonctions et procédures.
depuis 3 mois environs tout se fait naturellement , plus besoin de plan ou de brouillon.

Le débogage est plus difficile, car il nécessite une grande patience et une grande compréhension des mécanismes du langages utilisé
Pour ma part j’exécute pas à pas le code source "Avec mon cerveau". Et j’essaie d'identifier les erreurs.

Remarque:
Pour éviter les bugs, mieux vaut bien vérifier les messages d'alerte donnés par le compilateur.

[Luc Hermitte]

(1) A l'époque de vos débuts en programmation, comment avez vous appréhendé votre premier bogue ?
(2) Combien de temps avez-vous passer à résoudre votre plus difficile bogue ?
(3) Et depuis, comment voyez-vous les bogues ?

(4) De quelle manière concevez-vous à présent vos programmes ?
(5) Employez-vous une technique particulière pour concevoir vos programmes ?

(6) De quelle manière déboggez-vous vos programmes ?
(7) Employez-vous une technique particulière pour déboggez vos programmes ?

(8 ) Quels outils personnels ou non utilisez-vous pour gagner du temps (ou autres) dans la réalisation de vos programmes ?
(9) En quoi consistent t'ils ?

1- Bonne question. C'est trop vieux.
2- Certains que je trainais dans une appli fortement MT ont pris très longtemps avant d'être identifiés correctement : les mutex c'est le mal pour la synchro. Il a fallu des semaines pour pondre une correction (sur le papier) de l'architecture : synchros par messages, avec un organe central pour centraliser les changements d'états du système. Vu le coût, les risques de régression, et d'autres facteurs (ça tombait en marche l'essentiel du temps), la correction n'a jamais été apportée.
3- des erreurs humaines

4, 5- Je privilégie la Programmation Par Contrat (vive les assertions!) comme d'autres. La programmation Défensive (résistance dynamique aux erreurs de programmation), seulement quand je n'ai pas le choix. Et plein de tests.
(Vile pub)

6, 7- Je l'ai dit, vive les assertions, et les coredump.

8, 9- Plein de plugins & snippets développés pour vim sur ces 15 dernières années.
Des analyseurs statiques de code, de documentation automatique. Des papiers et des crayons, ...

[ologram00]

Quant je commence a mettre des variables en type au dessous des instructions j invente une variable et je continue a mettre des chaine de caractères, et a la fin cette variable n est stocke en mémoire,

[litsubzu]

A l'époque de vos débuts en programmation, comment avez vous appréhendé votre premier bogue ?
J'en ai un peu chi*r, surtout que je devez me débrouillez avec printf car je ne connaissais pas valgrind et gdb.

Combien de temps avez-vous passer à résoudre votre plus difficile bogue ?
Une journée.

Et depuis, comment voyez-vous les bogues ?
Très souvent des erreurs de spécification et/ou d'inattention, donc souvent des problèmes dût à un manque de rigueur dans le code.

De quelle manière concevez-vous à présent vos programmes ?

• Coder de façon simple, éviter les sucres syntaxiques qui font gagner 5 lignes et rendent le code moins lisible
• Avoir de bonne spécification et commenter le code (beaucoup commenter)
• Beaucoup de tests unitaires

Employez-vous une technique particulière pour concevoir vos programmes ?
Non rien en particulier.

De quelle manière déboggez-vous vos programmes ?
Avec un débogueur

Employez-vous une technique particulière pour déboggez vos programmes ?
J'ai pas de manière spéciale de déboguer mes programmes, j'essaie de trouver d'où le vient bogue avec mes tests unitaires, et j'utilise mon deboguer. Lorsque je suis en C, je vérifie qu'il n'y a pas de fuite de mémoire.

Quels outils personnels ou non utilisez-vous pour gagner du temps (ou autres) dans la réalisation de vos programmes ?
J'ai quelques template de code/script que je réutilise régulièrement, mais rien de bien fou.

En quoi consistent t'ils ?

• Template pour LaTeX
• Scripts shell plus ou moins génériques pour les tests, où les oracles ainsi que les commandes d'exécution du code sont donnés dans des fichiers
• Des petites libs avec doc pour les codes que je réutilise

[DenisHen]

Je suis (très) loin d'être un "vrai" programmeur... Je le fais car j'aime ça, que je trouve ça HYPER intéressant et que cela me facilite tellement la vie (professionnelle comme privée) ...

Le fait d'être très logique m'aide énormément...

Ma méthode ? L'approximation successive... Je m'explique, je fais du code d'après d'autres bouts de codes déjà écrit (par moi ou d'autres), j’apprivoise, j’appréhende, je comprend et je compose..

Je "code" en VBA pour Excel et Word (à 10% de mon temps de programmation et surtout pour les collègues) et en LiSP, pour AutoCAD (à 90% de mon temps de programmation pour mes collègues et moi) Et le tout fait 80% de mon temps de travail... En bref, je ne produit que 20% pour mon salaire...

J'ai demandé plusieurs formations pour programmer, développer (LiSP, DOT NET, C#...). Mais on me répond systématiquement : "Ben, pour l'instant, t'en n'as pas besoin ! !" Que répondre à ça...

Voici ma méthode...

Denis...

[openlowcode]

J'ai un point de vue atypique sur la programmation. Je m'interdis l'usage du debuggeur, et je rajoute des logs pour analyser l'exécution quand je rencontre des problèmes. Cela contribute à rendre le code opérable sur serveur par la suite, car toute l'information nécessaire sera dans les logs.