Discussion :

[gvasseur58]

La start-up française LiveMon mise sur Free Pascal pour son développement
mais pourquoi ?

S'il y en a qui relèguent Free Pascal au second plan, ce n'est pas le cas pour tout le monde. La start-up LiveMon a par exemple décidé de miser sur le compilateur pour le langage Pascal pour son développement. Découvrons donc LiveMon et les raisons qui justifient le choix de Free Pascal.

La société LiveMon

En tant que directeur technique (CTO) chez Mailjet puis prestashop, Marc Pertron ne pouvait se satisfaire des solutions de monitoring proposées pour maîtriser une infrastructure grandissante et complexe. Il décide alors de développer sa propre solution de monitoring et fonde LiveMon fin 2015 à Brest.

Le cahier des charges qu'il met en place est exigeant : il faut réunir le monitoring des infrastructures, des logs et du ping sur une même plate-forme et finement analyser ces données pour prévenir à temps l'utilisateur d'incidents de performance imminents.

Afin de réaliser ce projet, Marc Pertron rassemble autour de lui une équipe expérimentée qui se compose notamment de la vice-présidente EMEA chez Pitney Bowes, du meilleur directeur des ventes d'IBM Systems et du codirecteur technique US de Vestiaire Collective.

Très tôt, LiveMon décroche un partenariat technologique avec le géant américain IBM qui lui ouvre de nouveaux horizons techniques. À ce titre, la société rejoint l'Open-Power Foundation aux côtés de groupes comme Google, Samsung ou Ubuntu.

Puis la start-up ouvre des bureaux à Paris pour accélérer son développement commercial et marketing. Pendant que la société continue de se faire un nom en France, elle planifie déjà son expansion aux États-Unis avec une implantation à San Francisco, appuyée par IMPACT et prévue en avril 2017.

Présentation de la plate-forme

La technologie LiveMon repose sur trois différenciateurs principaux. La start-up tire son nom de l'un d'eux puisque LiveMon signifie en réalité « Live Monitoring » !
En effet, le temps réel est une des caractéristiques essentielles proposées.

Une première fonctionnalité fait que l'outil remonte et analyse des centaines de mesures par seconde afin de proposer aux utilisateurs finals une analyse fine de leur environnement technique capable de détecter le moindre épiphénomène.

En second lieu, la plate-forme rassemble l'analyse des mesures serveurs, des logs et du ping sous une même interface au même format. L'objectif est de simplifier le monitoring en faisant avec un unique logiciel dans le cloud ce qui requiert d'ordinaire cinq logiciels en moyenne à intégrer, configurer et maintenir sur des serveurs internes.

Enfin, grâce à l'ensemble de ces données, les algorithmes d'intelligence artificielle ont tout ce qui leur est nécessaire pour trouver les corrélations et tendances qui présagent d'incidents à venir. Les devops, administrateurs et responsables d'infrastructures peuvent alors s'appuyer sur ces alertes préventives afin d'anticiper des incidents de performance et éviter qu'ils ne nuisent à la qualité de service qu'ils garantissent aux employés et clients qui utilisent leurs applications.

Un projet fondé sur Free Pascal

Pour le tableau de bord, ainsi que pour tous les frontaux Web, est utilisée la bibliothèque React en conjonction avec d'autres outils comme ES6 et Webpack. Cette configuration permet de proposer des pages rapides et fluides.

Lorsqu'on l'interroge sur le choix de Free Pascal comme compilateur en production, ce qui pourrait paraître surprenant pour certains, Marc Pertron répond du tac au tac qu'il ne connaît pas de compilateur plus stable et efficace que celui-ci. La preuve ? L'application développée pour MailJet, elle aussi fondée sur Free Pascal, a déjà traité plus de dix milliards de mails sans un seul plantage ou ralentissement.

Free Pascal intervient aussi bien au niveau de la bibliothèque d'outils d'intelligence artificielle que dans l'élaboration d'outils de bases de données ACID maison. Linux est la plate-forme privilégiée pour le développement. Marc Pertron dit se contenter d'un simple éditeur de texte pour la programmation, mais ajoute que certains de ses collaborateurs utilisent Lazarus. Lui-même souhaite des progrès de cet EDI pour arriver à la qualité du compilateur sous-jacent.

Pour ceux qui douteraient encore de la pertinence de ces choix, Marc Pertron fait aussi remarquer que le Pascal est très lisible et qu'il permet de former en très peu de temps les programmeurs qui ne le connaîtraient pas au départ. Au bout du compte, chacun s'y retrouve, surtout pour le partage et la réutilisation du code au sein de l'équipe.

À ce jour, comme le montrent les photos, l'équipe de LiveMon est jeune et très motivée. Mieux, Marc Pertron recrute des collaborateurs dont le profil est clair : il recherche avant tout des programmeurs Free Pascal expérimentés. Qu'on se le dise : il est toujours possible de contacter cette start-up en pleine expansion et de lui proposer ses compétences.

Pour postuler, il suffit de consulter l'annonce postée ici sur developpez.com : le moins qu'on puisse dire est que l'offre est alléchante...

Utilisez-vous Free Pascal de manière professionnelle ou pensez-vous le faire ?

Que pensez-vous de l'utilisation simultanée de plusieurs langages comme Pascal et JavaScript ?

[Jipété]

Pour postuler, il suffit de consulter l'annonce postée ici sur developpez.com : le moins qu'on puisse dire est que l'offre est alléchante...

Sympa, leur PA, ça donne envie ! Dommage que j'aie passé la DLC (suis périmé, maintenant),

Et, tiens, ça me fait me souvenir qu'à une époque lointaine j'avais envoyé une candidature spontanée à IBM un peu dans le style de leur PA, et j'attends toujours la réponse... Tant pis pour eux,

[Kajiku]

Que c'est bon de lire ce genre de chose !

Pour être développeur Delphi et m'être intéressé à Free pascal à travers Lazarus, voir qu'une entreprise, française en plus, supporter et dire du bien de cette technologie, chapeau !

Si je n'étais pas à l'autre bout de la France, je postulerais sans trop d'hésitation, j'ai à priori le bagage nécessaire.

Bref, bonne continuation à cette start-up prometteuse !

[Aurelien.Regat-Barrel]

Lorsqu'on l'interroge sur le choix de Free Pascal comme compilateur en production, ce qui pourrait paraître surprenant pour certains, Marc Pertron répond du tac au tac qu'il ne connaît pas de compilateur plus stable et efficace que celui-ci. La preuve ? L'application développée pour MailJet, elle aussi fondée sur Free Pascal, a déjà traité plus de dix milliards de mails sans un seul plantage ou ralentissement.

Autant je comprends qu'on mette en avant les qualités d'un langage pour sa vitesse de compilation par exemple, autant je comprends pas cet argument sur la stabilité du compilateur lui-même. Si je prends le problème à l'envers : quels sont les compilateurs qui provoquent des plantages ou ralentissement en prod ?

GCC - entre autre exemple - est utilisé par la NASA pour son robot semi autonome sur Mars, faire tourner des milliards de kernel Linux pendant des mois, envoyer des milliards de mails chaque jour, etc.

Après c'est peut être juste un argument pour balayer les craintes relatives au compilateur Free Pascal!

[Dodfr2]

Depuis Turbo Pascal et Delphi ça a toujours été mon langage préféré, tout du moins jusqu'à Delphi 7 parce qu'après l'IDE est parti en vrille, heureusement que Lazarus a su maintenir cette simplicité ! ça met pas 300 ans à compiler et on passe pas son temps à essayer de comprendre les erreurs de compilation et faire la chasse aux dépendances ;-)

Comme j'aime à le penser, il n'y a pas de meilleur langage que celui que l'on connaît/maîtrise et qui permet de répondre aux besoins ;-)

[Pierre GIRARD]

Depuis Turbo Pascal et Delphi ça a toujours été mon langage préféré,...

Tout pareil, d'ailleurs, c'est le seul que je connais vraiment. Ce que j'aime dans Pascal, c'est qu'il est rigoureux. Du coup, ça diminue les risques de faire des programmes boiteux. En gros, c'est un des langages de programmation parmi les plus fiables.

Maintenant, je n'ai jamais programmé quoi que ce soit professionnellement, ça reste de l'amateurisme, mais je programme beaucoup plus vite en Pascal qu'en Basic (par exemple).

[_janfi_]

J'ai développé presque 20 ans en Turbo Pascal puis pascal objet, j'utilise de temps à autre Free Pascal et souvent Perl. Ça m'aurais plus, mais j'ai 54 ans et même si je suis convaincu que j'en ai 35 je doute que je sois un profil intéressant pour eux. De plus je suis de l'autre côté de la France.....
Dommage

[TJ1985]

Pascal est ma langue maternelle. J'ai utilisé ce langage pour écrire mon premier job professionnel, une cascade d'outils de portage des programmes COBOL d'une banque pour passer de Bull à VAX-VMS et d'un modèle de base de données réseau vers SGBDR. Ce fut un succès, certains des programmes portés tournent encore plus de 25 ans après...
Des années plus tard j'ai retrouvé Pascal en écrivant des outils de trading en Delphi, ce fut un vrai plaisir, pour moi et aussi pour mes utilisateurs. Il y a une grosse année je me suis intéressé à fpc et Lazarus et j'ai été très impressionné par la qualité de cet ensemble. Au point que j'ai commencé à en traduire les docs en Francais, effort que je n'ai pas poursuivi faute de motivation. En passant, si ça intéresse quelqu'un, faites-moi signe.
Je suis très heureux de voir la qualité de cet environnement reconnu par des pros, manifestement ils ne prennent aucun risque.

[Dodfr2]

J'ai développé presque 20 ans en Turbo Pascal puis pascal objet, j'utilise de temps à autre Free Pascal et souvent Perl. Ça m'aurais plus, mais j'ai 54 ans et même si je suis convaincu que j'en ai 35 je doute que je sois un profil intéressant pour eux. De plus je suis de l'autre côté de la France.....
Dommage

Quelque chose me dit que la majorité de ceux qui ont aimé ce sujet ont plus de 40 ans ;-)

[Jiji66]

Quelque chose me dit que la majorité de ceux qui ont aimé ce sujet ont plus de 40 ans ;-)

En France au moins c'est sans doutes actuellement vrai.
Maintenant qu'est ce qui peut expliquer qu'un langage comme le Pascal Object mainte fois décrit comme agonisant et proche de la disparition puisse faire autant de résistance malgré le désengagement total de Borland, son editeur-createur ?

Parmi les éléments de réponses je dirais que le langage et ses compilateurs permettent déjà de faire beaucoup de choses sur des cibles très différentes, ensuite je dirais que la relecture du code d'une application pour sa maintenance ou son transfert dans les mains de quelqu'un d'autre est sans aucuns doutes plus facile par exemple qu'en C ou C++.

En fait, si le bruit de fond sur l'utilisation d'un tel langage a la syntaxe si différente du C persiste c'est qu'il doit bien avoir quelques points positifs pour justifier son utilisation.

[tartenpion32]

oui, comme mentionné par un message précédent, je ne suis pas un jeunot
et bien heureux de lire ces articles sur le Pascal
En effet, depuis que j'ai un système sous Linux, j'ai eu envie de me remettre un peu à la programmation
Sur les conseils de la personne qui m'a installé ce système, j'ai essayé de m'initier au C++ avec QtCreator!
Une horreur ce machin.
Moi, dans une vie antérieure, j'avais fait un bout de carrière avec du Pascal
Ensuite, j'ai utilisé aussi le turbo pascal 6 sous dos
Ces articles me redonnent confiance dans le pascal que l'on disait obsolète et je vais de ce pas installer Lazarus et le free pascal disponible dans ma distribution
Et je jette aux orties Qt et le C++, ainsi aussi que le bureau KDE
Pourquoi le bureau ?
Parce que je le supporte depuis le début car mon copain m'avais dis qu'il y a une logique à utiliser KDE et Qt
Si je décide d'utiliser Pascal, il n'y a plus aucune raison d'utiliser KDE
En fait ce que je reproche à KDE vient de son héritage de Qt : un machin abscons, mal documenté, inutilisable après un investissement en temps énorme et stérile : beaucoup de blabla style marketing école de commerce mais aucune utilisation concrète, les exemples absents.
et dans tous les vidéos ou tutos disponibles que j'ai pu trouver, un focus mis essentiellement sur le bling bling.
Donc pour moi, ces articles arrivent juste au bon moment, pour me redonner confiance en un langage digne de ce nom.
En linguistique, ils utilisent toutes sortes de mots : langage, argot, créole, patois, dialecte, jargon.
Dans cette classification, le pascal mérite le titre de langage, pour le C++, le mot de jargon convient mieux
Et ce qui est grave, c'est qu'un langage véhicule une culture : celle du pascal, je la connait et elle correspond à mon éthique; quand à la culture engendrée par C et C++, elle me dérange : c'est la négation même de l'histoire des sciences et techniques.
Pourquoi : depuis le début de l'humanité, les hommes inventent des machines pour se faciliter la vie; les ordinateurs en font partie; avec le C++, l'argument est qu'il génère un code optimisé ?
Donc, pour faciliter le boulot de la machine, on empoisonne la vie du programmeur!
C'est une régression énorme.

[Pierre GIRARD]

Non seulement je n'ai jamais réussi à me mettre au C++, mais il y a sur ce Forum de véritables pointures pour répondre aux questions sur Pascal/Delphi/Lazarus. Grâce à eux, je ne suis jamais resté sec très longtemps.

Une de mes applications est une base de données de recettes de cuisine. J'en avais mare de ne jamais retrouver mes recettes préférées dans les livres/revues/fiches et bouts de papiers divers. J'ai tout scanné, les images d'un côté, les textes d'un autre, et avec des indexes sur les ingrédients principaux et les modes de cuisson, je retrouve tout quasiment instantanément.

Sans Pascal ni Firebird, j'en serais toujours à mes recherches frustrantes sur papier.

[ALT]

Moi, j'ai programmé avec une quinzaine de langages. Soit pour des raisons professionnelles, soit pour des formations (CNAM, par exemple) qui imposent des langages.
Ben, y a pas photo, je préfère Pascal.
C ? Que des pointeurs. Une erreur d'allocation => un plantage. Et la gestion des variables (là encore, une erreur & crac : plantage ou résultats aléatoires). Dans tous les cas, un débogage interminable ! Et je ne m'étends pas sur les horreurs qu'on peut écrire (du style une boucle complète dans une ligne. Pour l'évolutivité du code, on repassera.
COBOL ? Trop verbeux.
REXX ? Réservé à IBM.
ForTran ? Trop vieux (colonnes 1 à 5 : étiquettes, colonne 6 à 70 : programme, colonne 70 à...).
ADA ? Trop rigide. Et ne connaît pas les ensembles (les autres non plus, d'ailleurs). Et pourtant, c'est un très bon langage.
Caml «light» ? Horrible, sauf dans des cas précis (calculs mathématiques, par exemple).
Basic ? La numérotation des lignes est un poil chiante. Bon, je sais, ça a disparu avec les Basic modernes. Et puis les GOTO, GOSUB...
Assembleur ? Lourd !
PHP ? Mhoui.
CICS ? IBM.
DCL ? Super, mais seulement sur VAX de Digital Equipment Corporation (hélas au musée, désormais).
VBA ? Lié aux applications (bureautiques, essentiellement).
Bash ? Lié au système. Un peu lourd pour de la programmation avancée (calculs, par exemple).

Bref, pour la programmation de petites (ou grosses) applications qui fonctionnent sans se prendre le chou : je ne changerai pas mon Pascal contre deux langages de marque indéterminée. Na !

[M.Dlb]

CICS ? IBM.

Hello, juste une précision, CICS n'est pas un langage, mais un environnement d'exécution, où l'on peut faire tourner des programmes écrits en COBOL, C, assembleur, ...

Pour avoir fait du C, du java, du PHP et de l'assembleur (x86 et z/Architecture), je ne lâcherai le Pascal pour rien au monde, qui est, à mon sens, le langage le plus lisible et le plus clair. Je ne parle pas des possibilités déclaratives intrinsèques (les génériques, et autres joyeusetés, que je n'utilise pas de toute façon !...), je compare donc uniquement les éléments que je connais. J'apprécie quand même la rapidité de développement du java (et J2EE), que je ne retrouve pas immédiatement avec le Pascal (sans avoir testé les derniers IDE Delphi et Lazarus).

[ALT]

Oui, sans doute. Je me suis laissé abuser par Wikipédia. Et par ma mémoire défaillante, aussi.

[Jipété]

Yep !

DCL ? Super, mais seulement sur VAX de Digital Equipment Corporation (hélas au musée, désormais).

Détrompe-toi... OpenVMS a 35 ans et assure toujours des missions critiques

[Pierre GIRARD]

J'étais chez Digital à l'époque, et ce sont des bons souvenirs. A l'époque, j'avais déjà été orienté vers le "TPL" (Traditional Product Line). En bref les vieux tromblons de l'époque "PDP11", ceux pour lesquels il était indispensable de maîtriser l’oscilloscope, la soudure de composants, l'écriture de boucles de test à la console en langage binaire (01001000 ... Enter ... 10111011 ... Enter ... etc... Execute). Ensuite, le jeux consistait à suivre le signal au scope jusqu'à la mise en évidence du problème et donc du composant en panne.

Il est vrai que le DCL a été une révolution pour moi en passant directement du TPL aux VAX et donc à VMS (pour finir au groupe support). C'est aussi sur VMS que j'ai été initié au Pascal avec "Pascal VMS" qui apportait pas mal de trucs non inclus dans le Pascal de base (comme la gestion des bibliothèques). Mes premières armes ont été de transcrire des programmes DCL en Pascal ... pour beaucoup plus d'efficacité.

Mais bon, c'est quand même virtuellement mort et je n'ai pas connaissance que HP envisage quelque avenir que ce soit à VMS. Pour moi, DCL est une langue morte, comme le Latin ou le Grec ancien dans un autre domaine.

[ALT]

Mais bon, on est là dans la modernisation d'un produit pour matos ancien (les processeurs Alpha de DEC).
Et puis impossible d'en connaître le prix, par exemple.
Il y a bien freeVMS, aussi, mais je n'ai pas pu le faire fonctionner. Et le projet, apparemment, n'évolue plus depuis 2010 (version 0.4) !
Bref, rien de réjouissant.

[Aurelien.Regat-Barrel]

En fait ce que je reproche à KDE vient de son héritage de Qt : un machin abscons, mal documenté, inutilisable après un investissement en temps énorme et stérile : beaucoup de blabla style marketing école de commerce mais aucune utilisation concrète, les exemples absents.

Qt est une bibliothèque extrêmement bien documentée, depuis ses débuts. Peut-être connais-tu Doxygen, un outil qui génère de la doc à partir du code source? Et bien c'est Qt qui a inventé ce principe il y a plus de 20 ans et inspiré Doxygen.

Quand tu lances QtCreator, la documentation est intégrée, et tu as aussi un onglet dédié aux exemples : explications, captures d'écrans, bouton pour lancer l'exemple. Ca nécessite 1 seul clic... Le soft peut même compiler les exemples pour toi. Et la doc en ligne est ici :
http://doc.qt.io/qt-5/qtexamplesandtutorials.html

Après, pour KDE, là c'est autre chose effectivement...

Et ce qui est grave, c'est qu'un langage véhicule une culture : celle du pascal, je la connait et elle correspond à mon éthique; quand à la culture engendrée par C et C++, elle me dérange : c'est la négation même de l'histoire des sciences et techniques.
Pourquoi : depuis le début de l'humanité, les hommes inventent des machines pour se faciliter la vie; les ordinateurs en font partie; avec le C++, l'argument est qu'il génère un code optimisé ?
Donc, pour faciliter le boulot de la machine, on empoisonne la vie du programmeur!
C'est une régression énorme.

Tu incarnes une des deux grandes écoles de la programmation : le langage est là pour abstraire la complexité de la machine et permettre au développeur de se consacrer à la résolution de son problème. Et au passage, pas sûr que Pascal soit le langage le plus représentatif aujourd'hui de cette école.

Mais il y a une autre école : le hardware coûte cher / le temps c'est de l'argent : le langage doit permettre d'utiliser au mieux les ressources disponibles. Et dans beaucoup de domaines (industrie, jeux vidéos, finance, datacenters...), chaque pourcentage compte, parfois énormément (chez Facebook, 1% de gagné = +10 ans de salaire d'un ingénieur en économies d'énergies!). Au passage, ça a un impact direct sur la consommation mondiale d'électricité liée au logiciel.

Dans la pratique, ces deux écoles se rencontrent via un mélange des technos : combiner le meilleur des deux mondes. C++ est utilisé pour écrire des briques legos bas niveau qui sont composées dans des langages plus simples. Par exemple, C++ propulse les moteurs de jeux vidéos ou les navigateurs web qui sont programmés via d'autres langages plus simples. Et en Qt, il y a un langage déclaratif qui a été créé (QML) afin de permettre la création d'IHM modernes sans utiliser de langage compilé.

Bref : quand on prend le temps de comprendre un minimum pourquoi des millions de gens travaillent d'une certaine façon, en général, on se rend compte qu'ils ne sont pas si stupides que ça...

[Pierre GIRARD]

...Bref : quand on prend le temps de comprendre un minimum pourquoi des millions de gens travaillent d'une certaine façon, en général, on se rend compte qu'ils ne sont pas si stupides que ça...

Personne ne dit qu'ils sont stupides, moi le premier, mais force est de constater que pour un amateur (comme moi), je suis arrivé très vite a faire des choses qui marchent avec Pascal sans avoir eu quelque formation que ce soit. Avec PHP, j'ai déjà galéré un peu plus, avec PERL, j'ai réussi à faire pas mal de petits scripts sympa. Idem avec VBA, mais je suis toujours parti d'exemples existants pour les adapter à mes besoins.

Mais force est de constater qu'avec C, C++ ou QT, je ne suis arrivé à rien. Bon, mon propos serait sans doute différent si j'avais eu les formations adaptées et si ça avait été mon métier pendant 40 ans, mais n'ayant jamais été un "Programmeur", Pascal s'est trouvé être le seul langage que je suis arrivé à utiliser de façon utile pour moi.