J'ai dû apprendre à programmer en Pascal aux alentour de 15 ans et je l'ai aussi réutiliser un peit peu en faculté.
Je dois avouer, que je le trouve inférieur au C en tous points.
J'ai fait pas mal de chose avec ça, comme des algorithmes de graphes, des algorithmes de tri, et même un peu d'intelligence artificielle comme des algorithmes génétiques.
Il y a une relation linéaire entre la taille du code en C et de son résultat compilé en assembleur.
Ça signifie qu'à chaque fois que vous écrivez une ligne de C, il ne va pas se passer de choses toutes bizarres comme lancer un algorithme qui va prendre deux plombes.
Il est très proche de la machine tout en ayant une abstraction suffisante pour ne pas être "trop" désagréable.
J'ai fait beaucoup de choses avec.
Tous les algorithmes de tri, des algorithmes d'intelligence artificielle (résolution de SAT3), du système, du réseau etc...
Bon, oui, le Pascal, le C, le Basic (fortran, Cobol et autres) étaient tous des langages impératifs, sans notion d'objets.
En gros, il n'y avait pas d'aide pour structurer votre code.
Alors, pour aider à limiter le nombre de bug, en particulier pour la création de très gros programmes, on s'est mis à réfléchir à la meilleure façon d'organiser du code d'ordinateur.
À la fin, ça à donné la programmation orienté objet. Et donc les langages comme le C manquaient de système pour aider au développement orienté objet.
Attention, la programmaiton orienté objet n'est pas la panacée. Combien de programme utilisez-vous qui n'ont pas de bug ?
Et ça ne convient pas à tous les type de problème.
Mais pour faire une application banquaire, un système de gestion des stocks, des clients ou des archives.
C'est-à-dire un système d'information, c'est pas trop mal.
Donc les langages orientés objets se sont mis à fleurir.
On continue vers les langages objets. Alors, à une époque où j'en ai entendu parler, c'était _le Graal_ !
La portabilité, votre programme marchera partout. Il était orienté objet. Incrusté à l'intérieur il y avait des concepts d'architecture qui empêchent de faire n'importe quoi... Sauf que.
Mais surtout, ici, ce n'est pas le langage qui est la meilleure partie, c'est plutôt le framework Cocoa qui lui est le plus souvent associé qui est une merveille.
Par rapport à tous les autres framework permettant de fabriquer des GUI, Cocoa est de très loin supérieur.
Même si ça semble être des détails sur le papier, en pratique cela fait une grande différence.
Vraiment jusqu'ici, même si Objective-C reste assez bas niveau, le fait que le typage de ce langage soit dynamique est un vrai plus pour l'interface graphique.
Je ne peux que vous encourager à vous accrocher à ce langage et de faire un vrai programme avec. Vous en serez certainement plus ravi qu'il n'y parrait eu début.
Sympatique, mais sans plus. Apparemment il y a eu pas mal de progrès depuis PHP5, un jour peut-être que j'y reviendrai. Mais, il a derrière lui une réputation de langage pour les "scripts kiddies".
PHP, reste pour moi le langage de l'injection SQL. J'en fait encore un peu de temps en temps. Et j'ai moi-même dû protéger les accès au SQL pour éviter les injections. Oui, je n'ai pas trouvé de librairie toute prête pour protéger les entrées SQL. Je n'ai pas beaucoup cherché non plus.
Perl c'est assez magique, mais la syntaxe est tellement désagréable à lire que personne ne peut vraiment aimer programmer dans un environnement de plusieurs personnes en Perl.
A moins que tous les autres soient des cadors du Perl.
Mais la feature qui tue, les expressions régulières :
Pendant des années, javascript était considéré comme un langage tout bon à vous embéter dans votre navigation web.
En réalité, javascript possède beaucoup de qualité des langages de haut niveau.
En particulier, il est facille de passer une fonction en paramèter ou de créer des fonctions anonymes (closures).
Récemment, il est devenu très rapide et beaucoup de frameworks et de librairies naissent un peu partout.
- Il y a Cappuccino, Objective-J (comme de l'objective-C mais avec du javascript)
- Sproutcore
- Spine.js
- Backbone.js
- jQuery
- prototype.js
En particulier avec jQuery, on peut faire des appels chainés, très agréables à utiliser.
Comme je le disais, c'est une bonne surprise, javascript a été choisi un peu au hasard lors de la création des navigateurs web comme langage de script.
Et il s'avère qu'à part sa syntaxe, tout le reste est bien.
Heureusement, en ce qui concerne la syntaxe, on peu pallier à ce problème en utilisant CoffeeScript.
J'ai appris CamL à la fac, j'avais trouvé cette expérience très interressante.
J'étais plutôt bon, et j'avais les bonnes intuitions mathématiques qui vont avec la programmation fonctionnelle.
Mais je dois avouer que je ne l'ai plus jamais utilisé.
Simplement, ce type de langage semble si loin de ce qui se fait pour fabriquer des produits que ça me donnais vraiment l'impression d'être un langage pour chercheurs.
En général les concepts derrière tous les langages de programmation sont assez limités.
Chaque langage y va de son petit lot de nouveau concepts, et en général en une après-midi, c'est appris.
Pour haskell, c'est très différent.
Je sens bien qu'il va me falloir plusieurs semaines pour maîtriser la bête.
Ça doit faire quatre semaines que j'apprend haskell un peut tous les jours et je sais qu'il y a des notions que j'ai juste survollées et qui sont assez incroyables.
Les Monades par exemple, est un concept que je n'avais jamais rencontré ailleurs.
C'est un super concept.
De plus le design du langage en fait un parfait système pour paralléliser les calculs naturellement.
haskell sépare la partie "pure" de la partie "impure" de la programmation.
À ma connaissance, c'est le seul langage de programmation qui fait ça.
Enfin, je prend beaucoup de plaisir à apprendre ce langage.
La communauté est aussi très acceuillante.
Pas de "L0L! URAN00B!".
Et aussi pas de concession du langage pour devenir populaire.
Le langage est bon, voilà tout.
Alors qu'en Java et C++, typiquement certain choix ont été fait en dépis du bon sens pour "faire plaisir".