¿Por qué después de 6 años dejé GraphQL?

En este video, hablaremos sobre un artículo "Por qué, después de 6 años, he superado GraphQL". Analizaremos las limitaciones y problemas de seguridad, rendimiento y complejidad de gestión de permisos que han llevado a muchos desarrolladores a abandonar GraphQL, pero también sus ventajas

[iamsteeveme]

GraphQL nos ayudó mucho en nuestra API en nuestro caso en elixir y absinthe nos facilita resolver esos problemitas.
Aunque claramente GraphQL es preferible usarlo internamente (Backend -> FrontEnd) y no para APIs publicas, porque es muy propenso a ataques por la cantidad de posibilidades y cosas que te permite hacer.

[cresenciofl]

En el trabajo tuvimos estos detalles y Query complexity and depth ayuda con el tema de la seguridad, para el N+1 existen los Dataloaders. Lo que sigue sin tener una forma sencilla de hacerse es prevenir Query Batching Attacks.

[javiergarciafillol]

Justo cómo comentan, usamos graphql para uso interno, para evitar tener que crear 50 endpoints, ya que muchas veces quieres obtener una lista de algo sencillo, para mi si la petición tiene lógica o cálculos ahi si qué metería un endpoint, vamos un uso híbrido según que se requiere

[AndresGambaSalamanca]

Ya estamos bajando el uso de GraphQL en nuestro aplicativo, básicamente es mucho mas trabajo asegurarlo por todo lado adicional a optimizar las queries que construye el Graph que simplemente hacer endpoints y hacer nuestras queries mucho mas optimizadas, resultado: se aumentó la velocidad x3 en el performance del aplicativo

[gs]

GraphQL necesita un revamp como Zustand le hizo a Redux.

[gposoft]

comentario con respecto a la proteccion de un campo eso no es problema ya que la capa de servicio puede omitir y regresar null las propiedades que el usuario no tenga acceso a un que el client lo vea u observe vera null y listo

[JuanCaicedoo_o]

En mi caso demasiada parafernalia para llamar integrar algunos datos, por eso deje de usarlo.

[ronindevninja]

Ash Framework con graphql es de las cosas mas hermosas que hay, además que hay solución para todo lo que se escribió en el artículo

[titobundy]

Acudo a un consejo de arquitectura, Cual es la mejor opción y por qué? Poner el bff delante o detrás del api gateway

[cesswhite]

En alguna Startup donde estuve, utilizaban GraphQL y fue un total caos, tanto que corrieron muchos devs (incluido yo, como front) y en meses la startup de destruyó.
G

[andresbustamante]

A mi me gustaba mucho, yo creia que seria lo estandar con el tiempo. Pero bueno, al menos ahora uso trpc para el trabajo que es super parecido :)

[ianmanuelpaniagua]

Hola Minudev, aprendo mucho de ti. Estoy haciendo un FP de informática en Alemania. En mis prácticas me han pedido reemplazar las request Graphql del Frontend al Backend por REST APIs. Y configurar en el backend lo necesario(rutas, controladores…) Puedes recomendarme alguno de tus vídeos para aprender hacer esto correctamente? Utilizamos React, JS, Nodejs, axio… O quizás tienes pensado hacer un vídeo de transición de Grapqhl a Rest ? Gracias Máquina ! Saludos

[KevinRivas-szus]

La mayoría de esos problemas se resolvieron hace mucho tiempo

[magol]

Es que el GraphQL no es para todos lo proyectos, y en mi caso lo querían poner en todo, les comenté que aumentaba el tiempo de desarrollo para ciertos proyectos que con un api rest json funcionaba igual pero al final los gerentes lo querían así.

[santosmarte]

En mi caso, me gusta usar la implementación OpenApi y un autogenador del cliente para Typescript.

[enriqueruiz]

Considero que la tecnología no necesariamente se ajusta a un estándar, la mayoría preferimos estándares.

[jlrellana]

BFF es el patrón Facade de toda la vida

[angeloliver]

Lo mas interesante.
Se podria pasar de graphQL a Eloquent de forma sencilla para que aplique las optimizaciones de query del Eloquent?

[fdorantesm]

Yo jamás lo implementé seriamente en un proyecto por eso mismo, aunque nest lo hace más fácil es más tedioso manejar los permisos por campos.

Prefiero rest sobre cualquier otra tecnología. 🫤 Decimos en México que más vale malo por conocido que bueno por conocer.

[tomasidalgo]

GraphQL personalmente me encanta y muchos de los problemas que se comentan (También los ataques) se puede llegar a solucionar sin mucho problema, pero es verdad que no recomendaría usarlo en todos los proyectos. En mi caso, solamente lo uso en mi empresa y para proyectos con sistemas distribuidos.