Voila lequel est le mieux ?
C mon premier langage et on m'a fait tellement de louanges sur Pascal que maintenant me vient la question du compilateur et est-ce que ça vaut le coup de faire de la POO (sinon peut-on faire en Delphi pas de POO si C trop dur)

Ben à ma connaissance, Delphi n'est que la version améliorée et Windows de Turbo-Pascal...
 
La POO est toujours intéressante. Tu peux même appliquer ses principes généraux en Pascal pur, même si le compilateur t'offre un peu moins de garanties.

Delphi est la version objet de pascal et savoir "programmer objet" et tres utile de nos jours. Donc ...

Mais quand c le 1er langage  
 
est ce kil faut se mettre directement a la POO ?
en sachant ke g 16ans et ke g le tps

le plus top tu t'y mettras le mieux ce sera. Franchement.

D'un coté c'est peut-être mieux de commencer par de la prog structurée avec Pascal, d'un autre côté le fait qu'avec Delphi tu fais tres facilement des progs avec une belle interface graphique ça peut t'encourager à continuer...

Pour débuter, c'est différent. Je pense que Delphio doit être capable de faire des applications console, don si tu débutes, Delphi est très bien en se contentant d'abord d'apprendre les fonctions, les procédures, les records. Une fois que tu maîtrises bien tout ça, tu peux passer à l'objet.

le pb c'est que si tu commences l'apprentissage de la  programmation avec un outil RAD évenementiel comme Delphi, VB, etc..., tu risques de prendre de mauvaises habitudes comme mettre le code directement sur le click du bouton et autres cochoncetés de ce genre...  
 
donc a mon avis, tu commences a apprendre, avec Pascal, les fonctions, procédures, records et autres, puis tu passes a l'apprentissage de l'objet (basique car je ne suis pas sur que Turbo Pascal ait des notions tres avancées) et enfin tu approfondis ca avec Delphi en faisant des jolis progs avec de belles GUI...
 
C'est chiant , mais a mon avis, c'est la meilleur méthode pour apprendre correctement/rigoureusement, pasque si tu commences d'office avec Delphi, tu vas vouloir faire vite fait des beaux petits softs et tu vas te mettre a coder "salement".
 
enfin, apres, c'que j'en dis...

[edit]--Message édité par JWhy--[/edit]

JWhy> L'aspect psychologique de la tentation m'avait échappé.    
 
Bon bah écoutez JWhy alors, c'est lui l'meilleur !

 
c'est surtout que j'ai commencé a apprendre VB tout seul (l'auto-formation est nettement moins cher qu'une vrai formation pour de nombreuses entreprises   surtout quand ca concerne un stagiaire) et j'ai donc suivi les "conseils" et exemples du  bouquin livré avec VB qui dit "posez un composant ici", "double-clickez la", "ajoutez votre code", ... et quand le projet a commencé 2 semaines apres, je me suis fait remonté les bretelles par le Chef qui était pas au courant de l'auto formation et ne comprenait pas pourquoi je codais comme un sagouin...

Tiens ? Un chef pas content que quelqu'un code crado ? Ca fait ben longtemps que j'en ai pas vu, dis donc...

RAD : rapid application development ou qq chose dans le genre
IDE : interface de développement ...
 
Mon avis sur la POO :
Elle présente en plus un gros avantage pour la sécurité et le débogage. En effet, les objets contiennent des données, ont des méthodes et des propriétés. Les données d'un objet ne peuvent être modifiées qu'en appelant les méthodes de l'objet. Ce qui donne un code clair et lisible (du moment bien sur où on a pris la peine de donner des noms clairs aux objets, avec une convention de nommage logique (notation hongroise par exemple)) et qui evite de modifier une variable par erreur. Ce que ne permet pas la programmation structurée où on est parfois obligé de définir des variables globales.
 
A+

Pour compléter ce qu'a dit JPA:
La programmation objet organise ce qu'on appelle l'isolation du code et des données. Ca paraît un peu barbare comme terme, mais globalement ça veut dire que quand tu écris correctement tes programmes, tu restreins de façon drastique la quantité de code qui manipule une certaine donnée. Donc si elle a une mauvaise valeur, c'est dans ce code-là qu'il faut rechercher seulement, et pas le code de toute l'application.
 
Idem pour le code lui-même. Tu peux restreindre la "visibilité" de certaines fonctions, ce qui simplifie le débogage aussi en permettant d'éliminer d'emblée beaucoup de fonctions qui ne peuvent pas être responsables du bug pisté.
 
JPA> RAD est correct, par contre IDE=Integrated Development Environment.

[edit]--Message édité par BifaceMcLeOD--[/edit]