Programmeur de longue date et consultant dans divers domaines de l'informatique et quelques entreprises dans la partie francophone de la Suisse, je vais toujours chercher des opportunités dans les franges nouvelles, ou les endroits peu commus de l'informatique. Rétro-ingénierie, l'analyse de code, tests, recherche et développement sont quelques unes de mes sources d'enthousiasme ... ;)
Il ya longtemps, j'étais enthousamé par les diverses variantes de LISP. Mais j'ai été déçu par le manque d'intérêt pour l'approche fonctionnelle dans la plupart des sociétés suisses. A cette époque dans notre pays, UNIX était un OS gadget, C était presque tout à fait inconnu. Mais bon, comme d'habitude ici. J'ai commencé à promouvoir le concept objets, car nous dévellopions en C sous AIX et les lignes de code s'accumulaient. L'OOP n'était pas encore 'mainstrem', loin de là, , L'argument principal des opposant était alors: «Nous ne comprenons pas ces objets et ces classes", "trop lourd pour nos ordinateurs"
Eh bien ! le temps passant, ainsi que les compilateurs. Objective-C, C + +, VC + +, VB. Quand les interfaces de fenêtrage furent populaire, il en alla de mêmei des concepts objet. Bien sur, c'était approprié. Comme la mutabilité n'est pas un problème avec les interface utilisateur, ils sont principalement des pourvoyeurs de 'side-effects' ...
Mais bon, la POO commence à montrer son sombre visage. Mettant des objets et leur mutabilité incontrôlée dans tous les développements, les failles apparaissent. les 'design patterns' étaient un symptôme, mais a programmation multi tâche, les coeurs se multipliant, l'informatique dans les nuage, tout celà ne pouvait plus faire face aux mutations sans supervision..
Et la programmation fonctionnelle est revenue avec un lot de nombreux languages et concepts....
Et, nous y voilà: D
Mes compétences :
JAVA
C++
Vb.net
Clojure
PHP5
Jasmin
Conseil
Développement
C
Informatique
LISP
JVM