Discussion :

[Guigui_]

J'ai commencé comme bon nombre par le GwBasic

Puis je suis passe au QBasic. J'ai alors essayé le turbo pascal mais je n'ai pas vu la moindre difference (Me trompe-je ?)

Apres je suis passé au Caml (le meilleur langage a mon avis)
Apres au VB et enfin a Delphi. Entre temps, j'ai du apprendre le java (mais je n'ai vraiment pas accroché) et au C.


Moi je pencherai plutot pour commencer du cote du basic ou du Caml. Le Caml, c'est le seul langage qui permet programmer comme bon nous semble. Et il permet d'utiliser facilement les tableaux, les listes (au moins, il ya une différence claire et nette entre les tableaux et les listes avec le Caml contrairement a d'autre langage), les functions de bases du graphisme. Bref, pour débuter, c'est ce qu'il y a de mieux

[hachesse]

Python et Caml, ben voyons.
Personnelement je te deconseil absolument ces 2 langages beaucoup trop exotique pour débuter.
Il est a mon sens bien plus préférable de commencer par un langage qui est utiliser a grande échelle. Comme ca tu es sur de ne pas te tromper.

Python et Caml sont des langages marginaux tres peu utilisés (ya qu'a chercher les messages sur python et Caml sur les forums)

En plus, Caml c'est un langage de la famille ML, c'est a dire un langage de programmation fonctionnel.

Si tu veux etre sur de ne pas apprendre un langage en pur perte
Pascal (Pascal Objet)
C/C++
Java
VB

Sachant que VB est abondoné par MS pour .NET
Java et C++ c'est 100% Objet
C c'est 0% objet

Et que le pascal objet te permet de faire ou non de l'objet
Et qu'il sera porté sur la plate forme .NET de MS (avec Delphi)

[gl]

Java et C++ c'est 100% Objet
C c'est 0% objet

Euh le C++ fournit les mecanismes pour faire del'objet mais ne l'impose absolument pas (Java un peu plus) donc c'est un peu exagere de dire que c'est 100% objet.

Concernant Python et CAML (ainsi que tout les langages plus ou moins exotiques : LISP, Prolog, etc...) ce sont des langages interessant, qui peuvent etre bien pour apprendre a programmer (CAML etait, est peut etre encore, le langage utilise dans les CPGE MP en option info) et qui sont interessant a voir car ils abordent certaines choses de maniere original.
Mais ils sont peu utilises dans les milieux professionnels et donc a ce titre il ne faut pas se contenter d'apprendre uniquement ces langages.
De plus un de leur principal interet, l'approche original, est aussi un mauvais pour eux en tant que premier langage d'apprentissage : ils vont donner des facons de travailler qui ne correspondent pas du tout aux langages plus utilises ce qui peut etre bloquant.

Personellement je pense, comme beaucoup d'ailleurs, que pour commencer il faut voir C, C++ ou Java (VB bien que beaucoup utilise est plus ou moins abandonner par Microsoft et est beaucoup trop laxiste et tu risques de prendre de mauvaises habitudes).
Et ensuite voir des langages plus marginaux comme Python, CAML, Lisp, Prolog, etc..
Je pense aussi qu'avoir quelque notions d'assembleur peut etre interessant pour comprendre les mecanismes sous-jacent.

[narmataru]

Les langages que je conseil pour apprendre sont pascal pour le procédural et java pour l'orienté objet. Je conseil java bien que smalltalk serait plus approprié, mais le premier est beaucoup plus documenté la communauté plus active (mais faut quand même jeté un oeuil sur smalltalk)
Pour l'objet il faut aussi avoir un langage de modélisation sinon c même pas la peine, surtout si on est en phase d'apprentissage. Donc là c UML qu'il faut regarder. Pour débuter y faut au moins connaitre les diagrammes de classe, puis plus si affinité
objet => modélisation objet

moi j'ai commencé par du basic (vb). ca te permet de commencer avec un truc souple ou tu peux faire plein de conneries avec. après je suis passé au c/c++ et j'ai appris à faire moins de conneries. après le vb c encore mieu

ben m.... alors ! si tu as fais plus de conneries avec VB qu'avec C/C++ qu'avec lesquels ont peut faire tout et n'importe koi (dans le mauvais sens du terme) dans l'intérêt de ce post je déconseille vivement l'apprentissage par le VB

[ndp]

Je ne pense pas que commencer par un langage fonctionnel comme Caml soit pénalisant. Caml est fonctionnel, développer en Caml apprend a faire l'analyse fonctionnelle descendante. Bien sur, cette approche n'est pas celle des langages orientés objets en premier lieu, mais il faut l'intégrer quand même.
Est-ce qu'on est obligé de passer par l'apprentissage d'un langage fonctionnel? surement pas surtout si c'est pas une fin en soit, mais ça peut aussi permettre de mieux comprendre en quoi l'approche objet est meilleure.

[Fooshi]

Moi j'ai commencé par un peu de Basic puis du C et enfin a fond dans le C++ .
Je pense que le C++ c'est mieux pour commencer sans hesitation .

[Anomaly]

Je ne pense pas que commencer par un langage fonctionnel comme Caml soit pénalisant.

La programmation fonctionnelle n'est pas une technique naturelle pour l'homme. Elle a été inventée pour résoudre des problèmes de la programmation classique, l'impérative, dont l'essentiel est les effets de bords. Il ne faut pas commencer par apprendre le Caml mais bien un langage impératif pour pouvoir apprécier ensuite (éventuellement) un langage fonctionnel. L'intérêt d'un langage fonctionnel est essentiellement intellectuel ou alors pour des besoins très spécifiques (centrale nucléaire, ...).

Débuter par de l'objet me semble équivalent à vouloir ingurgiter 10 000 notions avant de commencer quoi que ce soit.

J'ai débuté avec GW BASIC, mais je recommande fortement de commencer par un langage comme le Turbo Pascal. Il est clair, il t'apprend la rigueur, il est puissant, il possède une orientation objet (limitée), les messages d'erreurs sont clairs (contrairement à C/C++), il n'y a pas de difficultés spécifiques contrairement au C (genre : le retour d'un tableau, la différence pointeur/tableau, la non-vérification des indices des tableaux)...

N'oublions pas que le Pascal a été inventé à l'origine pour l'enseignement. Donc utilisons-le pour ce qu'il a été conçu

[Causa Sui]

Je dirais C/C++ mais c'est surtout basé sur mon gout pour les languages issus du C... Et aussi du fait de leur grande popularité qui est un atout de ces languages. Cela dit VB peut etre tres bon pour apprendre a créer l'interactivité entre programme et utilisateur.

[nyal]

Tout le monde a son propre avis. Et la personne te dira que le meilleur lnagage pour demarrer, c'est celui avec lequel il a demarre.

Tu peux demarrer avec les 3. Il suffit de voir tout les developpeurs ici present qui , malgre le langage de developpement, ont reussi a evoluer dans le bon sens.

Ca n'a donc pas beaucoup d'importance. Le plus important, c'est de continuer ensuite a evoluer.

J'ai tout de meme une remarque a faire. Ne demarre pas par le caml. J'ai essaye le caml et j'ai eu les plus grandes peine du monde malgre ma petite experience dans differents langages. On n'etait deux et on a eu enormement de mal malgre une documentation fournie. (on a meme abandonne le projet).

Mais j'y reviendrai o caml qui est un langage rapide.

[jack69]

Bonjour a tous,

Ma fois comme tout le monde y va de son avis.....

Moi je dirais que le Pascal te permet de prendre rapidement de bonnes habitudes. Comme dit dans un mail precedent tu apprends ce qu'est l'algorithmie et la programmation avec l'impossibilite de faire n'importe quoi.

Par contre derriere il me semble qu'il faut evoluer suivant le domaine qui t'attires. Le C te donneras de bonnes connaissances si tu veux faire de l'embarque (notion de pointeurs relativement importante car manipulation d'adresses, d'espaces memoires restreint), pour la programmation objet C++ ou Java. Mais la je connais deja moins.

Pour tous les autres langages type Python (un des rares que je connaisse), il me semble tres facile de s'y mettre quand tu maitrises les autres. Ils sont relativement intuitifs. Mais du coup un peu trop "leger" pour un premier langage.

En resume je dirais qu'apres avoir pris de bonnes bases d'algorithmie avec le Pascal, apprendre a fond le C, C++ ou java te permettra ensuite de t'adapter tres rapidement a n'importe quel autre langage (chacun ayant ses specificites).

Il me semble qu'aujourd'hui aucun developpeur ne peut dire "je ne fais que du nomDuLangage, et je ne ferai jamais que du nomDuLangage". L'important, c'est surtout d'apprendre a s'adapter non :