CHOISIR ENTRE UNE API RPC, SOAP, REST, GRAPHQL ET SI LE PROBLÈME ÉTAIT AILLEURS - F-G. RIBREAU

Подписаться 16 тыс.

Просмотров 17 тыс.

50% 1

FRANCOIS-GUILLAUME RIBREAU - ARCHITECT / CTO @OUEST-FRANCE / REDSMIN
Posons-nous et profitons de ce talk pour prendre un peu de hauteur sur l’état de l’industrie tech autour de la création d’API de persistence (CRUD).
D’où venons-nous, ou allons-nous ? Pourquoi le choix entre RPC, SOAP, REST et GraphQL n’est peut-être qu’un sujet de surface qui cache un problème bien plus profond…
---------
The Web2day festival is 3 intensive and festive days dedicated to digital trends and innovations. It’s a unique opportunity to meet with European startups, investors, media, influencers, big corporates in an exceptional setting and a relaxed atmosphere.
En savoir plus sur le Web2day et réservez vos places pour la prochaine édition : www.web2day.co
Le Web2day est un événement organisé par La Cantine : www.lacantine.co/
Crédit vidéo : Réalisation, Motion design & Scénographie : Mstream
www.mstream.fr
Musique Originale by Jasper Louise
www.jasperlouis...
Enregistré à Stereolux
www.stereolux.org

Наука

Опубликовано:

5 окт 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 15

@jean-chrisarnaudahoussou7598 4 года назад

c'est vrai je me suis rendu compte grâce à ta vidéo qu'aujourd'hui à cause des frameworks et tout les outils de ce genre, on utilise vraiment très peu le potentiel réel des SGBD . On essaye de tout gérer au niveau du code exécuté coté serveur, et le travail du SGBD se réduit uniquement à exécuter les requêtes, quel gaspillage . Je vais me pencher sur cette logique, c'est très intéressant. vive la paresse des codeurs !!!!

@aroard12 2 месяца назад

super video ! Merci

@alexjswill 3 года назад

Epic!

@bricejoosten5173 2 года назад

21:30 Concernant le versionnement des APIs, sachant que dans nos schémas public (v1, v2, etc...) nous n'avons que des vues et fonctions pointant vers les schémas privés, comment peut-on faire si on veut dire "ok je développe la prochaine version, je nettoie la BDD, j'enlève telle colonne, je modifie le nom d'une autre colonne, etc..." sans que ça pète au niveau des schéma publics précédents ? Parce que si demain, mes application clientes utilisant des données issuent de colonnes qui n'existent plus ou dont le nom a été modifié continuent à fetch tranquillement, va y avoir collision... Je ne vois vraiment pas comment gérer ces situations (encore l'évolution d'API qui ne fait que rajouter du contenu par dessus oui mais là non)