- Facebook a servi de point de départ à Presto, mais comme les besoins de la communauté et ceux de Facebook ne coïncidaient plus, il a fallu partir rapidement
- Presto a démarré en open source en 2012, juste avant l’IPO de Facebook
- Quand Presto est devenu un projet central de l’infrastructure de Facebook, il a attiré l’attention des ingénieurs et des managers
- C’était aussi un signe de succès, mais certains d’entre eux ne partageaient pas les mêmes objectifs que la communauté open source
- La politique de la communauté était : "personne n’est spécial"
→ le code de tout le monde devait être relu, et on ne pouvait pas obtenir les droits de commit simplement parce qu’on travaillait chez Facebook - Les ingénieurs de Facebook devaient produire un travail "impressionnant (Memorable)" pour être promus, ce qui a ralenti les choses
→ au final, il a été décidé que les ingénieurs de Facebook obtiendraient automatiquement le statut de contributeur, afin d’aller plus vite - On pourrait croire que les ingénieurs de Facebook étaient en cause, mais ce n’était pas vraiment le cas
→ dans une entreprise aussi compétitive, les ingénieurs qui ne réalisent pas de travail impressionnant ne sont pas promus et peuvent être licenciés - Le problème, c’est que cela a fini par modifier la volonté de maintenir la neutralité de la communauté open source
→ d’où l’idée qu’il fallait forker le projet pour le garder sain sur le long terme - À ce moment-là, la plus grosse erreur a été de ne pas changer le nom et de le laisser à Presto
→ ils pensaient que le nom "Presto" appartenait à la communauté et non à Facebook, mais lorsque la communauté a quitté le projet, Facebook est resté seul sur Presto et en est devenu l’unique propriétaire - Un problème encore plus grand a été d’avoir mis en colère les personnes restées chez Facebook
→ ils pensaient que Facebook ferait un fork en interne et laisserait la communauté telle quelle, mais Facebook a aussi fait des efforts pour créer un projet concurrent - Pour se distinguer de l’ancien PrestoDB, le projet a d’abord été nommé PrestoSQL, avant d’être finalement rebaptisé Trino
- Avec le passage à Trino, la communauté s’est stabilisée et a commencé à croître
2 commentaires
Je pensais qu’il s’agissait simplement d’un changement de nom, mais c’était en fait un fork, et j’ai trouvé intéressante l’histoire et la philosophie derrière cela.
En regardant un peu, les principaux contributeurs de prestodb/presto (au moins 4 personnes) contribuent activement à trinodb/trino, et il n’y a apparemment plus eu de contributions du côté de prestodb/presto depuis environ 2019.
https://github.com/trinodb/trino/graphs/contributors
https://github.com/prestodb/presto/graphs/contributors
L’explication complémentaire est assez longue, donc je l’ai résumée simplement,
au final, comme Presto était trop utilisé et avait fini par trouver sa place même chez Facebook,
il s’est produit des choses qui allaient dans une direction différente des objectifs de la communauté, au point qu’ils ont carrément changé de nom et redémarré.
Mais moi aussi, je reste encore plus habitué à Presto, et Trino ne me vient pas encore naturellement.
Trino - Moteur de requêtes SQL distribué pour le big data