« Pourquoi on est repassé de Go à PHP ? », Danny van Kooten, l'éditeur de MailChimp nous livre les raisons
De ce rebasculement

Le , par Bill Fassinou

172PARTAGES

15  0 
En avril 2017, Danny van Kooten, un développeur indépendant, prenait la décision de réécrire en Go l'application Laravel qui alimente Boxzilla, un plugin pour WordPress qui permet de créer des formulaires MailChimp ayant plus d'un million d'utilisateurs. Le développeur précisait qu'il avait pris du plaisir à coder son application en Go. Rappelons au passage que Go est un langage de programmation compilé et concurrent inspiré de C et Pascal. Ce langage a été développé par Google et veut faciliter et accélérer la programmation à grande échelle. C'est un langage qui vise aussi la rapidité d'exécution, indispensable à la programmation système. Il considère le multithreading comme le moyen le plus robuste d'assurer sur les processeurs actuels cette rapidité tout en rendant la maintenance facile par séparation de tâches simples exécutées indépendamment.

Pourquoi avoir laissé PHP pour Go ?

Après avoir développé son application en Go, Kooten trouvait que le résultat final était une énorme amélioration par rapport à l'ancienne application (développé en PHP) avec une meilleure performance, un déploiement plus facile et une couverture de test plus étendue. Le développeur explique que son application était relativement simple. C'était une API et un gestionnaire de compte relativement simple, pilotée par une base de données, où les utilisateurs peuvent se connecter pour télécharger le produit, consulter leurs factures ou mettre à jour leur méthode de paiement, dit-il. Laravel l'avait bien aidé à développer, mais Kooten trouvait que certaines choses « ont toujours semblé trop compliquées » à faire.


« C'est un plaisir d'écrire du code Go, l'outillage est incroyable et il n'est pas seulement rapide à développer, le résultat final est généralement très rapide aussi. Le simple fait de lire le but du projet Go m'a convaincu sur le langage. Je pense que nous verrons un bon nombre de personnes passer des langages de typage dynamique comme PHP, Python et JavaScript à Go dans les prochaines années. Migrer le code vers Go consistait principalement à obtenir l'interaction de la base de données et à porter les modèles Blade vers quelque chose que nous pourrions utiliser dans Go », écrivait-il.

Pourquoi avoir renoncé à Go pour revenir à PHP ?

Contre toute attente, Danny van Kooten annonce dans un billet de blog le lundi dernier que ses applications de boutique sont de nouveau alimentées par PHP. Pourquoi ce revirement soudain pourrait-on se demander ? Eh bien, la raison est simple. Le développeur trouve que PHP s'est beaucoup amélioré au cours des trois dernières années. « Le langage a ajouté des déclarations de type argument scalaire, des déclarations de type retour, des exceptions multi-catch, des améliorations de performances impressionnantes et bien d'autres améliorations plus générales », dit-il. Kooten a été principalement séduit par Symfony 4.

Citation Envoyé par Danny van Kooten
J'ai toujours été un grand fan de la promesse de compatibilité de Symfony et leur impressionnante expérience de 13 ans prouve qu'ils le pensent vraiment. Alors quand Symfony 4 est sorti et que j'ai entendu de bonnes choses à son sujet, je l'ai pris pour un essai en y implémentant une toute petite partie de notre application. Comme conclusion, j'ai remarqué que beaucoup d'efforts ont été consacrés à la simplification de l'installation, ce qui a accéléré le démarrage d'une application Symfony avec beaucoup moins de travail pour configurer les bundles. Il rivalise maintenant avec le développement rapide de Laravel tout en encourageant des pratiques de développement décentes. Et il est très performant.

Il a été relativement facile de porter notre ancienne application Laravel sur Symfony, d'implémenter de nouvelles fonctionnalités de la version Go de notre application et d'annuler certains des raccourcis que j'avais pris auparavant (la plupart grâce aux aides globales de Laravel). Un bel effet secondaire est que j'ai réussi à augmenter substantiellement notre couverture de test dans le processus. Écrire la même application en termes de fonctionnalités pour la deuxième fois une troisième fois est vraiment utile à cet égard.

La barre de débogage de Symfony est un outil incroyable. Il vous montre ce qui s'est passé pendant le trajet de la demande à la réponse, vous informe des avertissements et des déprédations et est livré avec un profileur intégré que vous pouvez facilement connecter à des parties de benchmark de votre propre code. Après avoir appris le composant Form de Symfony, je préfère ne plus m'en passer. Il est donc trivial de rendre un formulaire accessible qui peut être réutilisé à plusieurs endroits, de valider le formulaire lors de sa soumission, puis de remplir un objet PHP à partir des données du formulaire en toute sécurité.
Toutefois, Danny van Kooten tient à préciser que ce n'est pas parce que Go l'a déçu qu'il a changé de langage de développement. Au contraire, il trouve toujours Go très génial. « Honnêtement, Go est génial. Sa simplicité est rafraîchissante et vous ne pouvez pas vous approcher de ce genre de performance avec PHP 1, je la choisirais quand même si nous avons besoin d'une petite API ou quelque chose qui nécessite un haut débit », dit-il.

Pour certains internautes, passer de PHP à Go ne semble pas être une bonne idée à leur avis. Pour cause, disent-ils, les fichiers PHP peuvent être déployés indépendamment, échangés ou mis à jour en direct, aucune compilation des fichiers PHP n'est nécessaire. Pour eux, si ce n'est que pour compiler et déployer un système entier pour changer un seul point d'extrémité d'une application est comme revenir en arrière après avoir utilisé PHP.

Source : Billet de blog

Et vous ?

Qu'en pensez-vous ?
Quel langage de programmation Web côté serveur préférez-vous ? Pourquoi ?
Vous est-il déjà arrivé de quitter PHP pour y revenir après ? Pour quelles raisons ?

Voir aussi

Quels sont les langages de programmation les plus utilisés par les développeurs ? Une analyse des évènements publics sur GitHub

PHP est utilisé par plus de 80 % des sites, toutefois 96 % de ces sites utilisent encore la version 5 du langage, selon un rapport de la W3Techs

PHP 7.4 devrait être rendu disponible vers la fin de cette année voici un aperçu des nouveautés qui pourraient y figurer

W3Tech : plus de 60 % des sites Web tournent sur PHP 5.x une version qui ne sera plus supportée après le 31 décembre 2018

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de Paul TOTH
Expert éminent sénior https://www.developpez.com
Le 08/02/2019 à 18:19
le dernier argument évoqué est justement la force et à la fois la faiblesse de PHP, quel programme PHP n'a pas râlé pour une erreur de syntaxe qui n'est apparue que longtemps après la mise en oeuvre dans une partie du code peu sollicité ?

les langages compilés ont cette énorme avantage d'une validation de l'ensemble du code de l'application une bonne fois pour toute, ensuite il peu rester des bugs, mais jamais d'erreur de syntaxe...sur les langages interprété, ce n'est qu'en exécutant chaque portion de code dans chaque condition d'utilisation (vive les includes) qu'on va pouvoir s'assurer que tout fonctionne correctement.

l'autre chose pénible c'est que lorsque l'on met à jour le moteur PHP, les scripts peuvent ne plus fonctionner car ils utilisent une fonction dépréciée, ou dont le fonctionnement a été modifié...ça n'arrivera jamais sur un code compilé, le problème peut éventuellement se produire sur une recompilation, mais la version en production ne bougera pas.

j'utilise cependant PHP pour presque tous mes hébergements web car ils sont sur du mutualisé OVH et que c'est du coup beaucoup plus simple à mettre en oeuvre...même si je croise les doigts quand une version de PHP est abandonnée et que je dois pousser une nouvelle version.
Avatar de stef-13013
Membre habitué https://www.developpez.com
Le 08/02/2019 à 18:50
Boaf, il aurait fait tout ça en Python dès le départ et le problème ne se posait même pas
(je rigole, ça va...)
Avatar de rawsrc
Modérateur https://www.developpez.com
Le 08/02/2019 à 19:27
Jamais touché à Go, par contre je peux vous assurer que dans le monde pro, PHP 7+ est considéré comme un solide langage de dév. Depuis l'apparition du typage statique, j'ai même vu des dev java s'y remettre, c'est dire...
Les perfs en général sont impressionnantes "out of the box", pas besoin de tripatouiller. Et cela va continuer : PHP 8.0 annonce que du bon : usage massif d'un compilateur JIT et alors là : roulements de tambour : un mini serveur d'applications natif qui permettra de garder à disposition les fichiers compilés en mémoire entre les appels ! C'est une révolution profonde dans la mesure où PHP s'éloigne de son fonctionnement originel stateless.

Bref, PHP récupère des développeurs et des projets dans les entreprises, que du bon je vous dis
Et les perfs vont encore grimper méchamment (pour tout ce qui est à gros trafic, c'est tip-top)
Avatar de Steinvikel
Membre éprouvé https://www.developpez.com
Le 08/02/2019 à 20:49
Si j'ai bien compris, il maitrise PHP sur le bout des doigt, et apprécie grandement ce langage. Il est parti sur Go en raison des lacunes que PHP présentait, mais ces lacunes étant partiellement comblé aujourd'hui, il revient à PHP. Ses raison ne sont ni purement pragmatique, ni entièrement porté sur les performance, ni sur ses sentiment (fanboy...), mais un mélange d'avantages et compromis de tout ça.

Pour des perf absolues on peut coder en assembleur ... sinon question performances sur gros trafique, il parait que CMS C++ fait des merveilles.

PS: Python 3x et postérieurs apporte quoi de mieux ou de pire par rapport à PHP dans ce contexte ?
Avatar de SimonDecoline
Membre émérite https://www.developpez.com
Le 08/02/2019 à 21:52
Citation Envoyé par rawsrc Voir le message
Et les perfs vont encore grimper méchamment (pour tout ce qui est à gros trafic, c'est tip-top)
Heu... on parle d'un plugin wordpress là. Il y a vraiment des sites à gros trafic qui sont fait avec wp + des plugins ?
Avatar de Metal3d
Nouveau membre du Club https://www.developpez.com
Le 09/02/2019 à 11:07
Citation Envoyé par SimonDecoline Voir le message
Heu... on parle d'un plugin wordpress là. Il y a vraiment des sites à gros trafic qui sont fait avec wp + des plugins ?
Non... On parle du serveur là. Du service MailChimp.
Avatar de Steinvikel
Membre éprouvé https://www.developpez.com
Le 09/02/2019 à 11:48
c'est confus pour la cible... il est effectivement question de plugin WordPress, mais de manière indirecte :
En avril 2017, Danny van Kooten, un développeur indépendant, prenait la décision de réécrire en Go l'application Laravel qui alimente Boxzilla, un plugin pour WordPress ayant plus d'un million d'utilisateurs.
Avatar de Mrsky
Membre éprouvé https://www.developpez.com
Le 09/02/2019 à 12:05
Citation Envoyé par rawsrc Voir le message
Et cela va continuer : PHP 8.0 annonce que du bon : usage massif d'un compilateur JIT et alors là : roulements de tambour : un mini serveur d'applications natif qui permettra de garder à disposition les fichiers compilés en mémoire entre les appels ! C'est une révolution profonde dans la mesure où PHP s'éloigne de son fonctionnement originel stateless.
Le fonctionnement stateless de PHP est en partie ce qui rend le langage à la fois si permissif et résistant. Si une instance de PHP plante, il suffit de la tuer et ça n'impacte pas (enfin peu) le serveur. A mon avis la migration d'une appli tournant sur PHP actuel à une future version stateful va réserver des belles surprises au niveau des memory leaks, comme par exemple les ressources non fermés comme les fichiers ou une connexion à une BDD.

En revanche ça ouvre la voie à un nodeJS-like pour PHP et ça c'est très cool. Je sais qu'il existe déjà des solutions pour cela comme Ratchet, mais c'est se battre contre le langage lui même pour en arriver là (et autant utiliser autre chose du coup).
Avatar de rawsrc
Modérateur https://www.developpez.com
Le 09/02/2019 à 13:28
je pense qu'il y aura un mécanisme de libération automatique à la fin de l'exécution des scripts pour éviter justement ce genre d'écueil.
Après, il se peut aussi qu'il évitent juste à minima, l'étape de la recompilation sans préserver les ressources ouvertes (mais dans ce cas, l'intérêt d'un telle approche en matière de gain serait assez limité).
Wait and see comme dirait l'autre
Avatar de archqt
Membre confirmé https://www.developpez.com
Le 09/02/2019 à 16:52
Citation Envoyé par stef-13013 Voir le message
Boaf, il aurait fait tout ça en Python dès le départ et le problème ne se posait même pas
(je rigole, ça va...)
Sauf qu'il aurait fallu multiplier les serveurs pour pallier à la lenteur de python
Contacter le responsable de la rubrique Accueil

Partenaire : Hébergement Web