Mais Python, Perl, Ruby, Haskell et autres sont bien la preuve qu'on peut développer des programmes plus ou moins simple sans forcément passer par la case "gestion de pointeurs et allocation de la mémoire".
J'ai rencontré beaucoup de personnes qui ne sont pas vouées à devenir contributeurs au noyau Linux et qui néanmoins doivent développer des programmes pour leur travail (genre des biologistes effectuant des traitements statistiques ou des mécaniciens sur des calculs de structure -- même raisonnement pour les sysadmins et développeurs web). Et pour ceux ayant subi l'infâme "introduction à l'informatique via C", le terme informatique avait une forte tendance à être synonyme de :
- perte de temps : passer des heures à rédiger du code qui ne compilera même pas
- complexité : pourquoi tant de fonctions pour entrer des données ? getc, getchar, fgetc, fgets, ...
- incompréhension : le fameux "segfault", qui nous laisse dans l'embarras sans aucune autre explication
- inutilité : 1 mois de travail sur un projet pour afficher seulement trois lignes de texte et deux triangles à l'écran
... et après on s'étonne qu'en fin de formation, tout le monde préférait Excel/Access à gcc :o
[^] # Re: Et pis .....thon
Posté par Johands . En réponse au journal Lamentations ou les remords d'un geek. Évalué à 2.
Mais Python, Perl, Ruby, Haskell et autres sont bien la preuve qu'on peut développer des programmes plus ou moins simple sans forcément passer par la case "gestion de pointeurs et allocation de la mémoire".
J'ai rencontré beaucoup de personnes qui ne sont pas vouées à devenir contributeurs au noyau Linux et qui néanmoins doivent développer des programmes pour leur travail (genre des biologistes effectuant des traitements statistiques ou des mécaniciens sur des calculs de structure -- même raisonnement pour les sysadmins et développeurs web). Et pour ceux ayant subi l'infâme "introduction à l'informatique via C", le terme informatique avait une forte tendance à être synonyme de :
- perte de temps : passer des heures à rédiger du code qui ne compilera même pas
- complexité : pourquoi tant de fonctions pour entrer des données ? getc, getchar, fgetc, fgets, ...
- incompréhension : le fameux "segfault", qui nous laisse dans l'embarras sans aucune autre explication
- inutilité : 1 mois de travail sur un projet pour afficher seulement trois lignes de texte et deux triangles à l'écran
... et après on s'étonne qu'en fin de formation, tout le monde préférait Excel/Access à gcc :o