Le jeudi 26 août 2010 Tzacos s'exprimait ainsi: > Nolwenn Jarossay a écrit : > > > > Le 26 août 2010 16:02, François Poulain <fpoul...@metrodore.fr > > <mailto:fpoul...@metrodore.fr>> a écrit : > > > > > > Pourtant, jeune collégien, je n'ai pas eu besoin de maitriser ces > > concepts > > pour animer ma tortue en logo (et je n'aurait alors pas > > nécessairement été > > en mesure de les découvrir en profondeur). Donc amha le concept de > > « bon > > langage » dépendra toujours de chaque situation. > > > > > > On peut produire tout un tas de chose sans réellement comprendre ce > > que l'on fait. Personnellement j'utilise régulièrement les maths sans > > vraiment y piger grand chose, intrinsèquement parlant. > > > > Pour enseigner un langage, c'est quand même important de tenter > > l'explication, au moins pour essayer d'éveiller la curiosité de > > l'élève et d'aller au delà de la simple création de code. De plus > > comprendre sa machine peut aider à éviter les fuites de mémoire, > > monopolisations du temps machine et autres horreurs que l'on trouve > > encore trop souvent. > > > > Les langages bas niveau font la liaison plus facilement, bien sur rien > > n'empêche de parler d'architecture matérielle avec du python; et > > quelque soit l'âge ( la RAM peut être transformée en un meuble avec > > des tiroirs...) > > > > Les notions de fuites mémoires, consommation mémoire, bugs et autre ne > dépendent ni du language, ni de la machine. > Elles dépendent uniquement de la qualité du developpement: de sa > conception à son utilisation, en passant par des règles de codages > respectée, une qualité de l'organisation du code, des tests realisés > (malheureusement souvent passé à l'as pour diverses raisons le plus > souvent commerciales) et de la validation des "spécifications". Autres > raisons aussi de mauvais codage: bah, ma machine a un gros processeur, > une grosse memoire, alors je me fout de la consommation des ressources. > Comportement de plus en plus frequent dans le developpement, qui donne > comme effet de bord une qualité logicielle en constante dégradation > depuis près de 20 ans. > > Le langage C est un langage de bas niveau. Qui nécessite une discipline > de codage importante (au regard d'autres langages). > De plus, il ne faut comparer que ce qui est comparable. Python, Perl ne > sont que des langages de scripting au départ, et s'appuient sur des > librairies écrites en... C/C++ la plupart du temps (a confirmer > cependant, je ne suis pas sur, mais en tout cas dans un langage de bas > niveau). > > Aujourd'hui les écoles forment plus à "pisser" du code. En tant que chef > d eprojet informatique, j'ai très souvent vu de jeunes diplômés coder > sans penser ni au test ni à la traçabilité par exemple. Encore moins à > la réutilisation du code aussi. Je ne parle pas des commentaires et de > la documentation. > > Ce qui fait la qualité de l'enseignement de la programmation, ce st > aussi que l'enseignant sachent ce que veut dire faire du développement > de façon professionnelle, ce qui n 'est pas toujours le cas (encore > qu'il serait pourtant facile de penser qu'avec le temps de plus en plus > d 'enseignant aient eu une carrière préalable ailleurs que dans > l'enseignement). > > Il n'y a pas nécessité de connaitre l'architecture d'une machine pour > faire un programme. A l'exception des programme touchant au cœur du > matériel, et notamment la programmation système et/ou des pilotes. Ce > qui est important ce sont les concepts sur lequel repose le langage et > qui en font sa spécificité, et donc son utilité dans le cas d'espèce > pour lequel on veut programmer. > > Faire du parsing avec du C c est lourd et nécessite une grosse > programmation, avec Perl c'est très simple. (ce n'est qu'un exemple). > > Il n'y a pas de bon ou mauvais langage. Il y a des langages qui ont été > conçus dans une optique précise et un but précis. Donc avant de comparer > des langages, il faut d'abord s'assurer que l'on compare bien des choses > comparables. > > > Laurent
Rien a ajouter : j'ai exactement ces optiques. Poutant, J'ai commencé la programmation en 1995 seulement. Les langages objets et interprètés actuels étaient pourtant tous là. J'ai d'abord apris REXX très puissant pour l'époque. Puis suis passé a C non sans mal, puisque en autodidacte. Ce qui fait peut-être la différence, c'est que c'était de la programmation d'automatismes sur micro-controleurs. Et peut-être le fait que j'ai été électronicien pendant les 10 premières années de ma vie professionnelle. > _________________________________ > Linux mailing list > Linux@lists.parinux.org > http://lists.parinux.org/mailman/listinfo/linux _________________________________ Linux mailing list Linux@lists.parinux.org http://lists.parinux.org/mailman/listinfo/linux
