Quel est le meilleur langage pour débuter la programmation ?

De mon point de vu, pour bien apprendre à développer, il, faut d'abord bien comprendre l’algorithmie, c'est pourquoi le pascal ou le c me semble essentiel.

Donc pour débuter, je dirais le pascal, parce que c'est un langage procédurale et typé et qu'il est moins permissif que le C.
Puis le C, parce qu'on est proche du système et qu'on se casse les dents sur la gestion mémoire et les appels au système (ça apprend à lire la doc :mouarf:).

Ensuite, un langage orienté objet comme le java ou le C#, en y incluant les interfaces graphiques et les applications web.

Citation:

---

Envoyé par pcaboche

Normalement l'usage, c'est :
- je suis d'accord -> :plusser:
- je ne suis pas d'accord -> pas de +1 ou -1, je cite le passage en question, et on discute...
- :moinsser: -> uniquement pour signaler que le message est un troll (et si vraiment ça dépasse les bornes -> on appelle un modératueur)

---

Si vous mettez votre souris sur le :moinsser: alors vous verrez l'usage prévu sur ce site. Comme vous pouvez le lire, si on n'est pas d'accord, il est indiqué qu'on peut mettre un pouce en bas.

Citation:

---

Envoyé par redbullch

Si vous mettez votre souris sur le :moinsser: alors vous verrez l'usage prévu sur ce site. Comme vous pouvez le lire, si on n'est pas d'accord, il est indiqué qu'on peut mettre un pouce en bas.

---

Chez moi c'était écrit "Connectez-vous pour voter". Je viens donc de te mettre un -1 en bon et due forme.

Citation:

---

Envoyé par codec_abc

Il existera probablement jamais un langage qui empêchera le développeur (et surtout le développeur débutant) d'écrire des horreurs s'il en a envie ou s'il ne s'évertue pas à écrire du code propre.

---

Ben si c'était l'idée du langage Ada justement : ne rien laisser passer de suspect, t'avertir au moindre truc louche. Je ne dis pas qu'il est parfait mais seulement qu'il a été conçu dans cette optique. On aime ou pas, tu as le droit de remplacer "t'avertir" par "te faire c..." dans la première phrase si on n'aime pas.

Citation:

---

Envoyé par GPPro

La syntaxe est les dernier des soucis quand on veut enseigner le développement...

---

Je ne dirais pas ça : d'accord pour ne pas apprendre par cœur toutes les possibilités de la syntaxe d'un langage; par contre, il serait bon d'apprendre au débutant à bien faire la distinction entre ce qui relève du concept (notion de structure, notion de bloc...) et ce qui est propre à la syntaxe d'un langage (eh oui, tous n'utilisent pas des accolades pour créer un bloc...)

Citation:

---

Envoyé par codec_abc

dans un débat il y a très peu de chance que tout le monde ait le même avis.

---

Oui mais mieux vaut une réponse argumentée qu'un pouce en bas. Au fond ça pourrait être intéressant si on pouvait voir qui vote (juste les pseudos, juste pour pouvoir relier à une éventuelle réponse) mais c'est vrai que tel c'est difficile de s'en servir de façon constructive.

Citation:

---

Envoyé par codec_abc

Chez moi c'était écrit "Connectez-vous pour voter". Je viens donc de te mettre un -1 en bon et due forme.

---

Ben, pareil. Tu sauras donc que le +1 pour le coup c'est moi, et on ne pourra pas dire que je n'ai pas expliqué pourquoi.

Citation:

---

Envoyé par esperanto

Ben si c'était l'idée du langage Ada justement : ne rien laisser passer de suspect, t'avertir au moindre truc louche. Je ne dis pas qu'il est parfait mais seulement qu'il a été conçu dans cette optique. On aime ou pas, tu as le droit de remplacer "t'avertir" par "te faire c..." dans la première phrase si on n'aime pas.

---

Un compilateur C bien réglé peut t'avertir de beaucoup de problèmes dans le code. Après faut-il encore y prêter attention. Mais le coté fonctionnel du code n'est pas le seul problème. Concernant le "mauvais" code je regroupai par cette appellation des problèmes lié à la structure du code en lui-même. Par exemple, une méthode de 10000 lignes peut être codé de façon tout à fait correcte, elle n'en reste pas moins une mauvaise méthode car elle est beaucoup trop longue. Je ne vais par parler pour ADA (car je ne le connais pas) mais je n'ai connaissance d'aucun langage qui oblige le développeur a faire du code propre à défaut d'empêcher son code d'être compilé (ou interprété). Or les débutants ont de mon point de vue rarement tendance à factoriser leurs codes et à découper un problème en sous problème de "manière propre".

EDIT: A propos du système de (-1) je suis à peu près sur qu'il a un effet pervers sur les débats. Exemple, redbullch s'en ait mangé plein alors qu'il a donné une information que probablement dont plein de personnes n'avaient visiblement pas connaissance. Personnellement, en 5 ans j'avais jamais vu le tooltip et je pense pas être un cas isolé. Du coup, c'est clair que ca t'incite pas à parler si on te "crache" dessus à la moindre occasion et sans justification.

Salut les susceptibles des -1, je me nomme zorro et je vous remet a vos place avec mes menos una, et comme dit le précédent gars:
- "on te "crache" dessus à la moindre occasion et sans justification"

Adiós hombres !

Et le BASIC?
Plus personne ne connaît cela?
C'est pourtant le but premier de ce langage, être accessible aux débutants.

:roll: Rien ne vaut le FiM++. :dehors:

Citation:

---

Envoyé par Neckara

:roll: Rien ne vaut le FiM++. :dehors:

---

Brainf*ck, Whitespace, Malbolge...

http://www.99-bottles-of-beer.net/toplist.html

Citation:

---

Envoyé par corwin92

Et le BASIC?
Plus personne ne connaît cela?
C'est pourtant le but premier de ce langage, être accessible aux débutants.

---

Si si. Mais franchement ? Non.

Citation:

---

Envoyé par codec_abc

Un compilateur C bien réglé peut t'avertir de beaucoup de problèmes dans le code. Après faut-il encore y prêter attention. Mais le coté fonctionnel du code n'est pas le seul problème. Concernant le "mauvais" code je regroupai par cette appellation des problèmes lié à la structure du code en lui-même. Par exemple, une méthode de 10000 lignes peut être codé de façon tout à fait correcte, elle n'en reste pas moins une mauvaise méthode car elle est beaucoup trop longue. Je ne vais par parler pour ADA (car je ne le connais pas) mais je n'ai connaissance d'aucun langage qui oblige le développeur a faire du code propre à défaut d'empêcher son code d'être compilé (ou interprété). Or les débutants ont de mon point de vue rarement tendance à factoriser leurs codes et à découper un problème en sous problème de "manière propre".

---

Un analyseur statique de code saura dire que realloc peut fuir, ou que tous les chemins ne sont pas correctement gérés. Mais le compilateur ne fera pas mieux que de détecter les problèmes de signed/unsigned (et ce n'est pas pour autant que le bon type taille sera utilisé: http://ewontfix.com/9/), et que voir que T* est balancé dans un %x, mais sans rappeler le besoin de caster le T* dans du void* avant l'envoi dans un %p.

Après, il est vrai qu'il y a beaucoup de "problèmes" à savoir gérer quand on développe. Plein de problèmes transcendent les langages. D'autres sont propres à des langages. (Ce qui était la teneur de la préface que j'avais écrite pour le Livre de Philippe "Koala01" Dunksi). Seulement les problèmes propres au C vont interférer avec les premiers pas d'un débutant -- ce qui sera bien moins vrai pour Ada. Et (vu que tu rebondis sur le "C enseigne la rigueur ; non c'est faux, cf arguments ; C enseigne la rigueur ; Non c'est faux, cf d'autres arguments", avec un début d'arguments (ce que j'apprécie, malgré que je sois en désaccord)), à supposer que les profs sachent utiliser le C correctement (cf int vs size_t, realloc, ...), et qu'ils forcent à utiliser -Wall & cie. Il est peu probable qu'ils poussent à utiliser clang-analyser ou équivalent, d'autant que je doute que les codes qu'ils montrent passent le test (que j'appelle abusivement) de Chen.

Citation:

---

Envoyé par corwin92

Et le BASIC?
Plus personne ne connaît cela?
C'est pourtant le but premier de ce langage, être accessible aux débutants.

---

Ben déjà tu vas avoir du mal à préciser lequel, voir par exemple ici
Entre le vieux Basic du MO5 et le Visual de Microsoft, il y a un monde.

Et puis il y a une différence entre être accessible et être idéal. Le Basic est simple mais il enseigne des méthodes de développement aujourd'hui largement décriées (cherche "programmation spaghetti" sur ton moteur de recherches préféré et tu comprendras)

Citation:

---

Envoyé par codec_abc

Un compilateur C bien réglé peut t'avertir de beaucoup de problèmes dans le code. Après faut-il encore y prêter attention. Mais le coté fonctionnel du code n'est pas le seul problème. Concernant le "mauvais" code je regroupai par cette appellation des problèmes lié à la structure du code en lui-même. Par exemple, une méthode de 10000 lignes peut être codé de façon tout à fait correcte, elle n'en reste pas moins une mauvaise méthode car elle est beaucoup trop longue. Je ne vais par parler pour ADA (car je ne le connais pas) mais je n'ai connaissance d'aucun langage qui oblige le développeur a faire du code propre à défaut d'empêcher son code d'être compilé (ou interprété). Or les débutants ont de mon point de vue rarement tendance à factoriser leurs codes et à découper un problème en sous problème de "manière propre".

---

Bon, le coup de la méthode de 10000 lignes je veux bien. On pourrait tout à fait imaginer un compilateur (même pas besoin d'avoir un langage spécifique) qui interdise les méthodes trop longues, à des fins pédagogiques.

Maintenant, avec un langage permissif comme le C, il y a plein de choses que le meilleur des compilateurs ne repèrera jamais.
Un exemple qui m'est réellement arrivé. Je devais écrire un programme dessinant des plans de maisons. La première version en Pascal était truffée d'erreurs de conversion entre les mètres et les pixels. Je suis passé à Ada et je me suis empressé de définir deux types correspondant aux pixels et aux mètres : parce que justement, dans ce langage, même si ces types sont physiquement équivalents à un float, chaque fois que tu essaies de faire passer l'un pour l'autre, le langage te demande de faire le transtypage explicitement. Et du coup quand il t'avertit de l'erreur tu penses à multiplier par l'échelle.

Ce n'est pas pour rien qu'Ada est le langage de prédilection dans les secteurs critiques: armée, centrales nucléaires, fusées... Mais effectivement, les habitués des #define en tout genre vont vous dire que c'est bien plus rapide et qu'ils n'aiment pas. Chacun son truc.

Moi, j'aurais plutôt tendance à être de l'avis de transgohan : Pascal est un langage idéal pour l'apprentissage. D'ailleurs, il a été conçu dans ce but : typage fort, imbrication des sous-programmes, portée limitée des variables, pointeurs, constantes, types composés, ensembles (si, si : au sens mathématique du terme !), énumérés, syntaxe rigoureuse... Et, pour l'objet, il existe depuis très longtemps une extension orientée objet du langage.
Quant à ADA, il a été dérivé du Pascal, mais avec une syntaxe plus lourde & sans les ensembles. Mais il a été écrit pour être encore plus fiable que le Pascal. D'ailleurs, il est utilisé surtout pour l'embarqué, en aéronautique, astronautique, automobile...

PASCAL.
Désolé, mais je trouve le choix de langages proposé consternant. :weird:
Et il n'y a même pas une ligne "Autre, préciser..."

MathLab, HTML/CSS, C++ pour débuter la programmation ???!!!
Et pourquoi pas BASIC, W-langage, Cobol, ADA... ???

Au risque de passer pour un parano, je dirais que le lobby de la pensée unique "C-like" a encore frappé... :roll:

Le titre du sujet est "Quel est le meilleur langage pour débuter la programmation ?".
La question du sondage est "quel est le meilleur langage pour apprendre la programmation ?".

Déjà, on ne sait pas de quoi on parle.
Parlons-t-on de débuter ou d'apprendre ?

"Débuter", à quel niveau ? à quel âge ?
Dans quel environnement ? Scolaire ? Autodidacte ?

"Apprendre", quelles sont les notions à acquérir ? Quels sont les objectifs ?
Est-ce un apprentissage "court" (juste une initiation) ou un apprentissage plus "long" (former les futurs experts de demains) ?
Est-ce qu'on a un objectif particulier ? (Faire de l'embarqué ? Faire du développement mobile ? Prendre le relais d'un collègue ?).

Il n'y a pas qu'une manière d'apprendre ou de débuter.
Donc je ne pense pas qu'il n'y ai qu'un langage pour apprendre ou pour débuter la programmation de manière optimale.


Déjà, est-ce qu'il y a qu'une seule "programmation" ?
Entre C++ et XSLT, il y a déjà de très grandes différences. Il existe un bon nombre de paradigme de programmation.
Est-ce que "débuter" ou "apprendre" la programmation veut dire connaître tous ces paradigmes ? Je ne pense pas.

Dois-t-on tous commencer avec un paradigme particulier ? Je ne pense pas non plus.


Vous savez que ce genre de débats ne visent que le troll et n'apportent rien.
Ce n'est pas :

Citation:

---

Quels langages conseilleriez-vous pour faire découvrir la programmation.

---

mais bien :

Citation:

---

Quel est le meilleur langage [...]

---

On part donc tout de suite dans l'idée de choisir le langage unique, chacun défendant donc le sien.
Le but étant d'avoir un troll sans fin pour générer du trafic.

D'ailleurs vous savez bien qu'on ne tire rien de ce genre de débat :

• un sondage joli sondage pour faire joli ;
• 50 pages de trolls ;

Mais la première personne concernée, c'est bien le débutant. Mettez-vous à sa place :
50 pages de trolls de personnes disant "C++ c'est le meilleurs", "non c'est le pascal !", qui croire ? que choisir ?
Et question plus importante : "comment choisir" ?
Après je ne dis pas qu'il n'y a pas des choses intéressantes qui sont dites ici, mais est-ce qu'un débutant va vraiment lire une discutions aussi longue ? Est-ce qu'on ne va pas, au contraire, le perdre d'avantage ?

Si on veut vraiment l'aider, pourquoi des résumés ne sont-ils pas écris puis publiés afin de peser le pour et le contre de chaque opinions afin de l'aider réellement ?
Si on veut vraiment l'aider, pourquoi ne ne posons-nous pas les vraies questions pour se mettre à leurs places ?

Ce débat n'est là que pour vous permettre de vous divertir et de vous défouler.

Donc s'il vous plaît, épargnez-moi vos :

Citation:

---

je dirais que le lobby de la pensée unique "C-like" a encore frappé...

---

Je n'ai jamais cherché à apprendre "LA PROGRAMMATION" pour l'art.
Par contre exploiter un langage pour qu'un ordinateur (ou une calculatrice à mes débuts) exécute des instructions dans le but de faire faire à cette machine des opérations diverses ça oui ça m'attire.
Et pour ça je n'ai rien trouvé de mieux que le basic et bien sur Visual basic qui permet de programmer sur PC avec pas trop de difficultés.
Pourtant j'ai essayé le C++ mais je n'ai jamais vraiment pu décoller des trucs basiques et au bout de quelques mois, quelques bouquins et consultations sur internet j'ai abandonné.
En quelques jours avec Visual Basic 2008 puis 2010 (les versions gratuites) je suis parvenu à obtenir des résultats qui m'ont finalement conduis à construire une application utilisable. Alors bien sur je ne sais pas grand chose du fonctionnement de mon ordi mais celui-ci m'obéis et ça me va.
Aller sur ce je retourne à mon programme et Vive le Visual basic.

Une aporie telle que "Quel est le meilleur langage pour débuter la programmation ?" est, comme on le sait et comme on le voit un sujet de nature à faire couler beaucoup de bits. Alors allons-y !

Je ne suis pas un développeur pro. Alors que fais-je sur Developpez.com ? Mais qu'est-ce qu'un pro a à faire de cette question ? Voici donc un témoignage d'un (presque) néophyte parmi ces voix savantes et quelquefois puristes.
À quarante ans passés, j'ai eu à développer des sites documentaires. La question était, pour moi, de savoir quel était le meilleur langage pour lier des bases de données et des pages web. Je ne voulais pas trouver un emploi d'informaticien, je n'avais envie ni de le devenir ni de passer mes nuits à apprendre du code et les pourquoi des comment. Néanmoins, il fallait que je "débute en programmation" car, vous le savez mieux que moi, les données d'un SGBD n'arrivent pas toutes seules sur les pages. M'auriez-vous, Messieurs les pros, donner les mêmes conseils qu'à un jeune étudiant surdoué en maths désirant faire carrière dans l'informatique ?

J'avais envie d'apprendre le Java pour résoudre mon problème. Eh bien non, les "connaisseurs" m'ont conseillé le PHP.
Plusieurs années après (les quarante ans sont bien loin derrière), j'apprends finalement le Java, comme ça, pour rigoler. Et je me dis "c'est nettement plus facile. Que n'ai-je commencé par là au lieu de ramer pendant toutes ces années ?" Est-ce à dire que j'ai été mal conseillé ? Je ne crois pas. Je pense tout simplement que je suis plus en phase avec l'esprit Java qu'avec l'esprit PHP (et peut-être aussi que le PHP a été une porte d'accès au Java). On trouvera tout aussi bien quelqu'un dans mon cas à qui on aurait conseillé le Java qui réaliserait que le PHP lui parle plus.

En conclusion, à qui s'adresse la question "Quel est le meilleur langage pour débuter la programmation ?" et qui la pose ?

mon humble avis est qu'il vaut mieux d'abord définir le projet, et ensuite le language s'imposera quasiment sans choix.
par exemple si on veut étendre les fonctionnalités d'excel, ca ne sert a rien de se mettre sur le php...
de plus si y a pas de projet en mire, je vois pas comment on peut avoir l'envie de se mettre sur la prog. on apprend mieux quelque chose quand on en a besoin.

C'est vrai que le C est simple, mais pas tellement orienté RAD, enfin pas quand on commence car il nous manque nombre de réflexe.
Obliger le débutant à prendre conscience de l'architecture d'un ordinateur avant de même coder sa première ligne peut vite rebuter...
Le C++ est souvent présenté avec des notions supplémentaires de POO, en plus de ce que propose le C. Pour moi c'est très risqué car savoir construire des classes ce n'est pas vraiment concevoir. Laissons le structurer ses données simplement pour aborder les problématiques d'encapsulation et d'abstraction.
La compilation c'est déjà un autre aspect des choses à assimiler, ça peut vite devenir compliqué pour débuter.
D'un autre côté il y a pleins d'IDE gratuite avec chaîne de compilation et et debugger qui facilitera l'apprentissage.

Utiliser un interpréteur comme Python est une bonne chose. Il embarque des lib pour tout faire, oblige à se documenter. Je regrette son typage dynamique propice à l’inconsistance des données.
Il a par ailleurs des IDES gratuites python qui valent ce qui est proposé en C.
Je trouve que l'on va plus rapidement construire des programmes avec des fonctionnalités riche (communiquant, graphique) avec Python plutôt qu'avec le C.

Mais bon cela également de la cible du développement (un mobile, un PC ?, un MAC), un langage pourra être préféré parce qu'il y a une communauté importante autour de la cible et pratiquant un langage plutôt qu'un autre ( ex : objective-C pour un iPhone, plutôt que du C++ ou du C.).

Citation:

---

Envoyé par bizulk

Le C++ oblige à avoir quelques notions supplémentaire de POO, en plus de ce que propose le C. Pour moi c'est très risqué car savoir construire des classes ce n'est pas vraiment concevoir.

---

C'est faux. On n'est pas obligés de faire de l'OO en C++ -- pas plus qu'en Ada ou qu'en Pascal (pour les versions qui supportent aussi ce paradigme). Re(-re?) cf Je me lance de Francis Glassborrow, 100% C++ pour débutant complet, 0% OO, 0% pointeur, 0%template, 0%exception.

Oui c'est vrai, mais la différence entre le C et le C++ sans la POO est-elle si notable ?

Citation:

---

Envoyé par bizulk

Oui c'est vrai, mais la différence entre le C et le C++ sans la POO est-elle si notable ?

---

Elle est titanesque ! Il n'y a ni destructeur ni exception en C, et ça change tout.

On n'écrit pas les codes pareil. Je serai surpris de ne pas déjà en avoir parlé dans les pages qui précèdent...

Hello,

je tiens à préciser que je suis pas un programmeur "expérimenté", cependant j'ai pu tester plusieurs langages pour trouver celui qui me correspond.

Commencer par l'HTML, oui c'est la base, mais c'est pas un langage de programmation, mais de description.

Par quel langage commencer ?

Avant de poser cette question, il faut connaître "quel est notre besoin ?"

Est ce à titre personnel ? Professionnel ? Pour un OS précis ? du web ?

C : C'est intéressant, langage de bas niveau, mais j'ai du mal à me passer de l'orienté objet.
C# : Une documentation française, utilisé par beaucoup de professionnel, le framework .net... Mais propriétaire. Pour prog sous linux (avec mono), c'est vite la merde.
C++ : Documentation FR, multiplateforme (?), framework .net, langage de bas niveau.
Java: Langage interprété (multiplaforme, moins optimisé point de vu performance... Quoi que cela dépend du programmeur, et les machines de nos jours le gèrent bien), très utilisé par les pro.

Python/Ruby : Langage de haut niveau, interprété, moins utilisé par les pro', une communauté sûrement plus "petite" que les autres.

Lorsqu'on parle de "débutant", est ce les bases de la programmation ? (Condition, boucle, fonctions, POO) ou plus avancé (utilisation d'un framework, MVC/MVT, réseau) ? Parce que la base reste commune à tous les langages, seul l'objectif du débutant lui fera choisir son langage de départ. (excepté les pointeurs).

Pour ma part j'ai longuement hésité,et malgré que beaucoup de monde ont craché sur Java (lenteur, faille de sécurité.. Quoi que cela dépend beaucoup du dev), j'ai choisis ce langage.

Je ne vois pas en quoi la compréhension du fait qu'un tableau en C n'est pas un pointeur mais s'utilise comme un pointeur peut aider à comprendre les concepts essentiels de l'informatique!!!

Quand à PHP, j'imagine que c'est une blague ou un troll, je vois pas d'autre possibilité.

Citation:

---

Envoyé par squadz

C : C'est intéressant, langage de bas niveau, mais j'ai du mal à me passer de l'orienté objet.

---

C est bas niveau dans quelle mesure?

Citation:

---

Envoyé par abel.cain

C est bas niveau dans quelle mesure?

---

Certaines personnes trouvent que le langage C et C++, sont de bas niveau du fait qu'ils puissent gérer le matériel. D'autres pensent l'inverse, du fait qu'on ne peut pas gérer aussi finement ce matériel. (c'est sûre, c'est pas de l'assembleur.)

Par contre si on pouvait rester sur le sujet initial ("la programmation pour débuter"). Tu peux créer un nouveau sujet pour en débattre, mais c'est pas très intéressant :-|

Bonjour,
c'est sans doute le VBA sous Excel.
En effet, le débutant peut voir immédiatement les effets de son code sans passer par la compilation.
quoi de plus simple ?
Après il peut choisir en fonction de ses aspirations et de la demande un langage plus technique.
cordialement.

Je dirais qu'il faut distinguer deux situations :

• apprendre la programmation
• intéresser et initier des jeunes à la programmation

Dans le 1er cas, il faut absolument que les gens sachent comment fonctionne l’ordinateur dans les grandes lignes. Le public visé est donc de niveau bac et post-bac. Il faut donc un langage qui colle au matériel, avant d'apprendre par la suite d'autres langages plus utilisables en pratique.
=> Le langage C par ex.
Simple à apprendre, très structuré, et donnant de bonnes habitudes, quitte à s'en passer par la suite, mais en connaissance de cause car trop contraignant au quotidien.

Dans le 2nd cas, il faut un langage pas trop compliqué à apprendre, stimulant à utiliser et permettant rapidement d'obtenir des résultats concrets ressemblant à l'informatique de M. tout le monde.
=> python par ex.

L'autre jour, j'écrivais à l'arrache un truc du quotidien dans un langage de script de très haut niveau pour avoir un résultat dans l'heure. J'ai récupéré une librairie de la communauté d'utilisateur pour traiter en série des masses de fichiers. ça ramait à mort.
Dans la source, ça sentait le mec formé en basic, qui redimensionnait dans une boucle de très grands tableaux en permanence, alors qu'il fallait écrire un mini gestionnaire de mémoire.
Résultat : la lib de la communauté était très fonctionnelle sur de petits échantillons, mais sur 1/2 million de fichiers ramait encore après 2h quand j'ai tué le programme... La version réécrite avec une gestion de la mémoire mettait moins de 10 mn...
Comme quoi une expérience en C, même si on ne l'utilise que plus que dans des cas particuliers, semble indispensable pour écrire correctement dans des langages déconnectés du matériel.

Bonjour à tous,
Excuser moi de rentrer dans cette conversation, mais il me semble que l'on ne répond pas à la bonne question.
Vos réponses (toutes très bonnes), tentent de répondre à la question suivante : "quel est le meilleur langage ?"(pour un débutant ou non).

Mais je pense que la question est plus vaste. Elle serait pour moi la suivante : "Je suis un débutant, je dispose d'un ordinateur, je n'ai pas envie d'investir dans l'achat d'un langage tout de suite car je ne sais pas assez de choses dans ce domaine, j'ai besoin d'un langage gratuit (c'est la le mot clé : gratuit), quel est le meilleur langage.
Si la question est posée ainsi alors, les réponses sont plus limitées aux seules subtilités techniques des différents langages, Non?

Je pense que les jeunes ou moins jeunes qui veulent démarrer ont cela en arrière plan dans leur tête. Ils posent mal leur question en disant : " Quel est le meilleur langage pour débuter ?"

Dans ce cas il faut répondre totalement à la question:

quels sont les langages gratuit et ou se le procurer ?
Quels sont les avantages et inconvénient de chacun (facilité de programmation mais aussi compilation et interprétation des langages utilisés, car cela dépend de ce que l'on veut faire des programmes développés).

Quels sont les langages qu'il faut acheter, leur prix et ou se les procurer ? (avantages inconvénients etc etc...)

Personnellement j'aimerai bien un article qui réponde de façon développé à cette question, sous cet angle la.

Merci d'avoir pris le temps de me lire.
Amicalement votre.

@Fagus : I agree à 600%.

Citation:

---

Envoyé par Fagus

Je dirais qu'il faut distinguer deux situations :

• apprendre la programmation
• intéresser et initier des jeunes à la programmation

Dans le 1er cas, il faut absolument que les gens sachent comment fonctionne l’ordinateur dans les grandes lignes. Le public visé est donc de niveau bac et post-bac. Il faut donc un langage qui colle au matériel, avant d'apprendre par la suite d'autres langages plus utilisables en pratique.
=> Le langage C par ex.
Simple à apprendre, très structuré, et donnant de bonnes habitudes, quitte à s'en passer par la suite, mais en connaissance de cause car trop contraignant au quotidien.

---

Oui, il faut que les développeurs professionnels aient de telles notions. Mais commencer par ces notions est contre productif. Pour eux également. Qu'ils apprennent d'abord réfléchir à l'écriture d'algos corrects.

Quant au C, je ne le classe pas dans "donne de bonnes habitudes" -- cf la gestion des cas dégradés qui passent encore plus à la trappe dans les cours de C que dans les autres langages. Pour ma part les bonnes habitudes sont celles qui permettent des programmes robustes et qui répondent aux besoins. Un programme qui va vite dans le mur, ça ne sert à rien. Si en cours de route on voit que les perfs ne sont pas au rendez-vous, on peut commencer à regarder ce qui peut être fait de mieux. Quitte à débaucher un "expert" pour le faire.

Dernier trucs, des bonnes habitudes en C (relativement à l'écrire de programmes robustes) ne sont pas transposables immédiatement dans des langages à exceptions. Et c'est encore pire en C++ où les devs qui viennent du C (ou dont les profs en viennent) croient que les ressources peuvent se gérer de façon robuste à la main.

bonsoir

Citation:

---

Envoyé par raffi98

mon humble avis est qu'il vaut mieux d'abord définir le projet,

---

Bien d'accord avec toi !
Du coup, le premier langage à apprendre (et c'est celui que je suis en train de potasser) c'est UML

Mon père m'a initié avec QBasic, je faisais rien de transcendant mais je pouvais afficher des trucs à l'écran (16 couleurs :aie:).
Je pense que ce qui est important c'est d'avoir des feedbacks rapides et donc des procédures simples pour les entrées/sorties.

Ce qui fait que le C, C++ et Java ne me semble pas des plus indiqués. A l'IUT, ils utilisent un pseudo-langage BABBA. C'est essentiellement une liste de macro pour le précompilateur C++. Ca fournissait surtout des macros/procédures pour les entrées sorties et qq fonctions "à la Ncurses".

Entre les deux, je me suis auto-formé à Java.


De mes souvenirs, le problème le plus épineux était le compilateur. Donc j'aurais tendance à partir sur un langage interprêté. De plus, ils disposent souvent d'une REPL. Je trouve cela essentiellement pour l'apprentissage par expérimentation.

Mes critères suivant seraient : une bonne API de bases (bien conçus, bien documentées et suffisamment large), une bonne communauté (pour trouver de l'information en quantité et en qualité) et typé.
Le typage apporte de la sûreté, de la facilité de relecture, et évite bcp d'erreurs bêtes que l'on fait à outrance quand on débute.

Sans le problème du typage, j'aurais tendance à suggérer Python/Ruby. Après avec les critères que j'ai défini, je ne vois que Groovy mais ce choix ne me paraît pas des plus pertinents (mais je n'ai pas une expérience pédagogique avec celui-ci). Après les problèmes de réglage et appel au compilateur se résolve très facilement avec un IDE (au moins pour Java), donc si c'est aussi simple avec le C++, je partirai du C++ qui offre l'accès à beaucoup de concepts.

Au-delà du langage, je pense que ce qui est important c'est surtout la méthode d'apprentissage et l'approche.

Citation:

---

Envoyé par Deuzz

bonsoir



Bien d'accord avec toi !
Du coup, le premier langage à apprendre (et c'est celui que je suis en train de potasser) c'est UML

---

UML est un langage de modélisation. Comment tu veux modéliser un programme informatique quand tu ne sais pas ce dont il s'agit?
Ceci dit, le fait de faire intervenir UML assez tôt dans la formation me semble être une bonne idée, mais certainement pas quand tu ne comprends même pas ce qu'est une affectation...

Allez, une petite couche ! 8-)

Un langage d'apprentissage ne sert pas à un projet précis.
Il sert à donner de bonnes habitudes au débutant.
On parle bien d'apprentissage de la programmation, c'est à dire savoir écrire un code propre, savoir créer un algorithme qui ne ressemble pas à une raffinerie de pétrole...
Et on peut se contenter d'une bonne vieille application de type console : c'est simple & efficace.

Résumons.
Il faut donc un langage facile d'accès, très structuré (donc, pas le C...), très fortement typé (même remarque !), avec une syntaxe lisible (*{*[()][*([])]} ne me semble pas un exemple de code compréhensible, a priori ; et la différence entre 'a' & "a" n'est pas évidente pour un débutant. Etc.) & rigoureuse (tant qu'on pourra écrire x='c'+2, ça n'incitera pas à la rigueur dans l'écriture du code)...
Le C pour débuter ? Alors qu'il faut (presque), pour afficher le premier message, se fader des pointeurs ?
Hum ! :calim2:
Et puis le variables déclarées à la volée... 8O Là aussi, risque d'erreurs sournoises. Surtout les trucs du style if a=b au lieu de if a==b. Un bon vieux classique. L'absence de notion de constantes me chiffonne un poil aussi.
C++ ? C'est très nettement préférable au C.
Après, on peut dire que Basic est bien. Encore que, point de vue structuration & du typage... :aie:. VB est considérablement moins atroce, sur ce point.
On peut lui préférer Pascal (c'est mon cas : pas besoin des pointeurs, sauf en de très rares occasions. Donc risques d'erreurs sournoises très limités), Ada (dérivé du Pascal, en plus contraignant, donc plus sûr encore)... C'est une question de goût. Inconvénients de ces deux langages : ils sont plus verbeux que d'autres. Mais, à mon avis, plus lisibles aussi.
PHP ? Mpfffff (soupir) ! Y a mieux.
Certains préconisent OCAML. Je ne connais pas bien, donc... Un truc me chiffonne : le typage est peut-être fort, mais automatique. Donc le programmeur débutant ne sait pas nécessairement ce qu'il fait.
Les langages interprétés sont intéressants pour obtenir un résultat plus immédiat (c'était d'ailleurs le but de Basic). Pourquoi pas, tant qu'ils respectent les critères de typage, de structure... Hélas, beaucoup sortent de ces règles, pour simplifier la vie des programmeurs.
Quant à Java, je laisse aux spécialistes de dire s'il fait partie des langages d'apprentissage.
À fuir dans tous les cas : CoBOL & ForTran. Encore que ce dernier ait sans doute un peu évolué (je n'ai connu que le ForTran 77... :?)

Pour ce qui est des langages gratuits, il y en a des quantités : Python, Perl, (Free)Pascal, OCAML, C, C++, PHP... En fait, presque tous les langages connus ont une version gratuite.

Voilà. Bonne soirée

Si quelqu'un n'est pas capable de distinguer " et ' il ne devrait peut être pas essayer d'apprendre la programmation.

En quoi le fait d'écrire 'c'+2 est un souci?

Citation:

---

Envoyé par abel.cain

Si quelqu'un n'est pas capable de distinguer " et ' il ne devrait peut être pas essayer d'apprendre la programmation.

---

Il y a plusieurs phases dans l'apprentissage de la programmation. D'ailleurs, je ne l'ai pas évoqué mais on utilise souvent différents langages. Pour ma part mon cursus universitaire se compose (dans l'ordre) de : C++, C, SQL, Java, PHP, Ada, Haskell, Prolog, Ruby.

Chacun m'a appris un truc différent.

Citation:

---

Envoyé par abel.cain

En quoi le fait d'écrire 'c'+2 est un souci?

---

Sémantiquement cela n'a pas de sens. Cela n'a de sens que pour la représentation actuelle des caractères. Certes cette représentation ne risque pas de changer, mais cela reste une aberration d'un point de vue purement conceptuel.
Et je pense que pour l'apprentissage les concepts sont tout de même la base bien avant les détails. Surtout aussi technique que la représentation binaire (stockage mémoire).

Citation:

---

Envoyé par Logan Mauzaize

Sémantiquement cela n'a pas de sens.

---

Tu parles de quelle sémantique?