❓ ¿Has usado GraphQL? Cuéntanos tu experiencia. *📥 Descarga los slides del video aquí* ed.team/blog/que-es-graphql-339675b6-02b3-4023-adb8-eafdd35972e9
Por que cuando Álvaro explica algo siempre se entiende a la perfección? Nunca había visto un video en donde se explique GraphQL de forma tan simple, concisa y clara... Te felicito 👌✔
Es que él es maestro ,se dedicó muchos años a la enseñanza , sabe cómo llegar pero también le suma mucho el tono de su voz y que tiene buena dicción ,eso lo hace un buen maestro, dichosos los que tiene clases con él 👏👏
increíble que con solo un enpoint puedo hacer varias peticiones y yo pueda escoger que tipo de datos traerme o deseo consumir y sin depender de la base de datos y lenguaje, gracias excelente explicación!!!!!
Debido al confinamiento no hemos podido dar clase por lo tanto no pudimos ver esta parte del tema en clase así que me ha ayudado mucho a entenderlo, gracias 😆
Con respecto a la comparación de documentación enter Graphql y Rest, si uso Swagger para definir servíos Rest la documentación ya se la crea al inicio, excelente aporte gracias por compartir! 👍🏻
Apenas comencè a crear API's Rest con django y cuando dijiste que se podia hacer consultas en el cliente y mas que este cliente puede ser el front, Wow mi cabeza exploto! que chevere jaja y esos problemas entre back y front justamente los estoy viviendo en mi primer trabajo, Saludos!
Impresionante, ando comenzando en la programación y estos temas y tu explicación de cómo funciona todo me deja realmente loco. Felicitaciones, seguro llevaré cursos con uds.
gracias exelente video, me gusto mucho los disenos que se incorporan en el video para mostrar la explicacion de manera grafica, genial asi se entiende muchisimo mejor gracias
Excelente video, yo aprendí backend con esta forma, es genial, intenté aprender rest, como para saber y me pareció más complicado que graphql, lo malo es que en mi país Colombia es casi nulo el uso de esta tecnología y dónde trabajo ganó poco (350usd-mensual), siendo full stack, entonces para conseguir algo mejor remunerado habría que aprender rest.
Buena noche .. ser fullstack no cualquiera, es una gran hazaña. Para ganar más $$ yo recomendaría comenzar con el inglés y conseguir proyectos remotos. Tus ganancias ya no estarían limitadas a una zona geográfica 😁😁🤓 un abrazo desde la ciudad de MX👌
También soy de colombia terminando la carrera de ingernieria de sistemas, me faltan 2 años para salir a trabajar entonces no se si sea bueno aprender graphql? o sinceramente como es colombia solo api rest para conseguir un trabajo :c
@@sebastianflorez4166 amigo en Colombia es full rest y algo de soap, este último ni idea, no he visto la primera oferta que implique graphql o lo requieran o lo usen
Justo acabo investigar en linkedn acerca de empleos de graphql y he visto varios aqui en colombia de empresas grandes pero no es mas que un plus que sepan el uso de este 😥
Bueno discutible lo de que el front de queda esperando al back. Cuando definis las Api rests ya tenes un set de apis necesarias. Lo que veo es que graphQL mejora la performance y acopla el cliente con los datos pienso que si facebook lo necesitaba es x q maneja gran volumen de datos de usuarios. El otro tema es que requerís definir un esquema de datos, esto no se contradice con las bases NoSql? Bueno es sql.. quedo clara explicación. Saludos!!
De primera vista veo agilidad en las entregas de las HU para el equipo que desarrolla el front. También noto disminución de bytes transferidos entre el back y el cliente por lo cual puede dar una sensación de agilidad al usuario 🤔 Por el lado de arquitectura veo que con GraphQL deberá implementarse forzosamente algún balanceador como un f5 o similar 🤓 suena interesante 😮😁
Sigue adelante y no te detengas con este proyecto. He visto diferentes plataformas de aprendizaje en español como por ejemplo Platshit y no se compara a tu manera de explicar y tu acento facilita mas el aprendizaje. Platshit sucks me canso al minuto de estar escuchando a ese tipo, se le nota el egocentrismo a millas .
Oye, y la seguridad, ¿como se haría para restringir el acceso a ciertos datos?, es decir, yo desde Rest simplemente valido que un tipo de usuario no pueda acceder a ciertos EndPoints (URLs), pero en estas consultas me parece mucho más complejo validar que se este accediendo a determinados datos y entidades. Sin embargo a primera vista se ve genial :D, hay que aprenderlo :)
Loco yo he trabajado con django rest y ahora con django graphql, y pues me gusta como graphql enlaza los modelos que uno quiera con otros, pero con graphql tienes mucho mas trabajo que con un api rest, ya que las querys del backend tenes que hacerlas desde el frontend con los campos que cada uno quiera lo que implica que a parte de crear todo la parte backend, toca referenciar esto en el frontend con los querys
Está excelente, pero tambien pudiera quedar con método Rest dónde como parametro reciba un String con una consulta y como salida un Json con el resultado de esa consulta. Una desventaja que yo le veo es la de estar creando la misma consulta para diferentes aplicaciones, por ejemplo si estas programando una movil, una desktop y una web que consulten la lista de clientes tendras que hacer la misma consulta en el frontend de cada aplicación y en cambio con rest solo mandas llamar un metodo para las 3 aplicaciones. Igual es una excelente tecnologia para tener en cuenta.
Hola, todo esta super bien explicado. Solo me quedo una duda. Yo con querieparams puedo personalizar mi requests desde el cliente para que el back me regrese la información basada en esa petición. Obviamente tengo que programar esos querieparams desde el back para que sepa que responder. Gracias muy bueno. Entendi varias cosas
Muchas gracias Álvaro, todo bien? Te quería preguntar si es posible usar GraphQL con .Net (C#) para construir una Web API. Sería el proyecto de Web API a utilizar, o otro? El curso de GraphQL también cubre esta parte, de como usarlo con el lenguaje de .Net? muchas gracias, Carlota
Hola excelente explicación, es posible montar GraphQl en un servidor apache?, Tengo una aplicación web en Django y python, quiero aprender a desarrollar App en el frontend he elegido Flutter, que me recomiendas continuar con la linea de django ?, osea Django-Rest o aprender GraphQL.
Que alguien me guie por favor, cuando dicen que te traes "lo que tu necesitas" (ponen el ejemplo de la pantalla amigos ) y dicen que simplemente ocupa el nombre y la foto y con el rest te trae datos de mas como por ejemplo nombre, apellidos, foto, pais, etc; eso tambien se puede hacer con rest, solo depende del query que vayas a ejecutar "select nombre_usuario, foto_usuario from usuario" y ya , el rest tambien te regresa lo que quieres al menos que en tus queries uses puros "select * from usuario" o ¿A QUE SE REFIERE CON TE REGRESA LO QUE NECESITAS?, alguien que me saque esa pequeña duda por favor.
Es problema está en que si en algún momento ese query que estás haciendo hay que modificarlo, el frontend tedría retraso, mientras espera que en el backend reorganice el query, en cambio con graphql no pasa eso, porque desde el frontend se le diría que datos traer y no habría retraso alguno, además que se una un único endpoint. Ese fue lo que yo entendí en el vídeo.
Puedes usar la documentación Swagger , es ampliamente utilizada en la industria (si no es que es la mejor). Los que la construyeron la liberaron y ahora se llama OpenAPI, actualmente están en la versión 3. Con esto abre la posibilidad de generar REST services a partir de su contrato (Contract First), es decir, primero haces la documentación, luego creas el código automáticamente con una herramienta.
Hola amigos, esto es similar a usar Angular como Frontend?, veo que la estructura es muy similar para obtener los datos desde el REST y mostrar la informacion en html, se podria mejorar las consultas usando Angular y GraphQL?, saludos!
Duda, pero los filtros y mascaras en REST no serian un equivalente a GraphQL? dejando de lado el hecho de que uno este en front-end y el otro en back-end, con un filtro y mascara dentro del endpoint de igual forma se estaria seleccionando la informacion necesaria, vdd?
7:05 puedes filtrarlos y enviar lo necesario en back-end con un map o cualquier cosa y solo enviar lo necesario :v me explican en si cual seria entonces la diferencia? dejando de lado el unico enpoint
La única información que tengo es el propio video pero a ver si entendí: cuando dices que se pueden filtrar y enviar solo lo necesario desde backend ahí está tu respuesta, backend está haciendo otra vez el trabajo y frontend o el cliente está esperando a que filtre y te mande los datos, y si hay otro cliente entonces debe filtrarlo de nuevo de acuerdo a los requerimientos del otro cliente. así pues, el termino de 'el cliente controla la petición' cobra sentido, porque no tienes que esperar a que haya un endpoint con los filtros que necesitas sino que obtienes la información justo como la quieres.
Si quiero consumir una API Rest podria poner un resolver en el medio? Valdria la pena? Por q la API Rest seguiria devolviendo todo lo q devuelve el endpoint, por mas q mis resolvers luego devuelvan solo lo q pido...
Al menos yo cuando hago mis apis mis end-points son bien definidos, para evitar mandar datos que no son necesarios, en mi experiencia a no ser haya sido un mal programador o un api de tercero no va a pasará ese escenario de enviar datos de más.
❓ ¿Has usado GraphQL? Cuéntanos tu experiencia.
*📥 Descarga los slides del video aquí* ed.team/blog/que-es-graphql-339675b6-02b3-4023-adb8-eafdd35972e9
En la vida quise aprender 5 cosas musica diseño gráfico inglés diseño web y programación
ALVAROOO! me recomiendas tomar el curso de programacion y luego un lenguaje??????
Hola una consulta Grafql no es algo similar a lo que hoy en día hace vue.js
Por que cuando Álvaro explica algo siempre se entiende a la perfección? Nunca había visto un video en donde se explique GraphQL de forma tan simple, concisa y clara... Te felicito 👌✔
Sabe explicar, una cosa es saber el tema y otra es saber explicarlo.
Es que él es maestro ,se dedicó muchos años a la enseñanza , sabe cómo llegar pero también le suma mucho el tono de su voz y que tiene buena dicción ,eso lo hace un buen maestro, dichosos los que tiene clases con él 👏👏
increíble que con solo un enpoint puedo hacer varias peticiones y yo pueda escoger que tipo de datos traerme o deseo consumir y sin depender de la base de datos y lenguaje, gracias excelente explicación!!!!!
Realmente, es la mejor explicación como concepto que he tenido hasta ahora.
Veo que aunque solo sea una solución a un tipo de problema especifico es conveniente utilizarlo para acelerar el trabajo y el desarrollo 👍🏻 buen video
Debido al confinamiento no hemos podido dar clase por lo tanto no pudimos ver esta parte del tema en clase así que me ha ayudado mucho a entenderlo, gracias 😆
Con respecto a la comparación de documentación enter Graphql y Rest, si uso Swagger para definir servíos Rest la documentación ya se la crea al inicio, excelente aporte gracias por compartir! 👍🏻
Estos vídeos que salieron en cuarentena son una maravilla, cada día mejor, excelente, 100% recomendado - no fake 1 link -
Apenas comencè a crear API's Rest con django y cuando dijiste que se podia hacer consultas en el cliente y mas que este cliente puede ser el front, Wow mi cabeza exploto! que chevere jaja y esos problemas entre back y front justamente los estoy viviendo en mi primer trabajo, Saludos!
muy buena explicación para los novatos como yo!!! Gracias!!!
Que calidad la información que proporciona EDteam. Gracias Álvaro.
Impresionante, ando comenzando en la programación y estos temas y tu explicación de cómo funciona todo me deja realmente loco. Felicitaciones, seguro llevaré cursos con uds.
gracias exelente video, me gusto mucho los disenos que se incorporan en el video para mostrar la explicacion de manera grafica, genial asi se entiende muchisimo mejor gracias
Excelente explicación, todo un ahorro de tiempo para quienes queremos echar un vistazo rápido a esta tecnología de moda.
Muy bien explicado. Enhorabuena.
Gogodev por aquí! Me encantó el vídeo de jamstack. :D
Buenas! ¿Cómo usted por aquí?
gogodev! Estoy viendo tu curso de vue. muy bueno!
Hola JJ! Feliz coincidencia 👋👋
😀Este usuario me suena
primer video que veo de tu canal maestro, me resulto muy bien explicado. te ganaste un sub +1
5:00 EXCELENTE DEFINICION!
Uno de los mejores canales de TH-cam.
Excelente charla, gracias . Aunque REST tiene un schema también con Swagger
Excelente video, yo aprendí backend con esta forma, es genial, intenté aprender rest, como para saber y me pareció más complicado que graphql, lo malo es que en mi país Colombia es casi nulo el uso de esta tecnología y dónde trabajo ganó poco (350usd-mensual), siendo full stack, entonces para conseguir algo mejor remunerado habría que aprender rest.
Buena noche .. ser fullstack no cualquiera, es una gran hazaña. Para ganar más $$ yo recomendaría comenzar con el inglés y conseguir proyectos remotos. Tus ganancias ya no estarían limitadas a una zona geográfica 😁😁🤓 un abrazo desde la ciudad de MX👌
También soy de colombia terminando la carrera de ingernieria de sistemas, me faltan 2 años para salir a trabajar entonces no se si sea bueno aprender graphql? o sinceramente como es colombia solo api rest para conseguir un trabajo :c
@@sebastianflorez4166 amigo en Colombia es full rest y algo de soap, este último ni idea, no he visto la primera oferta que implique graphql o lo requieran o lo usen
Justo acabo investigar en linkedn acerca de empleos de graphql y he visto varios aqui en colombia de empresas grandes pero no es mas que un plus que sepan el uso de este 😥
Me encantó el funcionamiento de GraphQL! Sin duda lo voy a usar
Bueno discutible lo de que el front de queda esperando al back. Cuando definis las Api rests ya tenes un set de apis necesarias. Lo que veo es que graphQL mejora la performance y acopla el cliente con los datos pienso que si facebook lo necesitaba es x q maneja gran volumen de datos de usuarios. El otro tema es que requerís definir un esquema de datos, esto no se contradice con las bases NoSql? Bueno es sql.. quedo clara explicación. Saludos!!
Que buena explicación hermano, entendí super bien.
De primera vista veo agilidad en las entregas de las HU para el equipo que desarrolla el front. También noto disminución de bytes transferidos entre el back y el cliente por lo cual puede dar una sensación de agilidad al usuario 🤔 Por el lado de arquitectura veo que con GraphQL deberá implementarse forzosamente algún balanceador como un f5 o similar 🤓 suena interesante 😮😁
Gracias Alvaro.
Saludos desde Petare - Venezuela.
Gran video. Explicación perfecta para entender GraphQL
Dios mio, haces que lo incomprensible sea fácil de entender.
Gracias por explicar estos temas de una forma tan digerible
Me gustó mucho este video, excelente oratoria y buena vibra.
Gracias por la explicación, súper claro 👍🏼😊
Gracias por la info explica muy bien colega, saludos desde Chile!! 👍
Excelente explicacion... sigue realizando videos, siempre te seguiremos...
Excelente explicación muchas gracias, Álvaro!
Me encanta como explicas las cosas, muy claras
Buenísimo Alvaro, tremenda explicación
Waooo como siempre excelente explicacion...
Sigue adelante y no te detengas con este proyecto.
He visto diferentes plataformas de aprendizaje en español como por ejemplo Platshit y no se compara a tu manera de explicar y tu acento facilita mas el aprendizaje.
Platshit sucks me canso al minuto de estar escuchando a ese tipo, se le nota el egocentrismo a millas .
Muchas gracias Alvaro!!! me ha quedado muchisimo mas claro
Se ve chido, sí le entendí, me pareció muy buena explicación :D
Buena explicación, soy creador de contenido backend y uso apirest y graphql y evidentemente cada una tiene lo suyo, pero graphql rompe el paradigma.
Bien Alvaro me gusta la forma que explicas en estos vídeos. Saludos!
Oye, y la seguridad, ¿como se haría para restringir el acceso a ciertos datos?, es decir, yo desde Rest simplemente valido que un tipo de usuario no pueda acceder a ciertos EndPoints (URLs), pero en estas consultas me parece mucho más complejo validar que se este accediendo a determinados datos y entidades.
Sin embargo a primera vista se ve genial :D, hay que aprenderlo :)
Primera vez que veo el tema...pero tal vez había visto el tema, tan sólo lo había pasado por alto.
mas claro que el agua .... a aprender lo ... gracias.
Demasiado bien explicado.
Gracias profe, entendí perfectamente, bendiciones.
Que buen video, me sirvio mucho!! Gracias
Me gusta, me fascina, pero me quedaré en REST, el que mucho abarca poco aprieta.
Realmente nadie explica mejor que Edteam en español ❤
Loco yo he trabajado con django rest y ahora con django graphql, y pues me gusta como graphql enlaza los modelos que uno quiera con otros, pero con graphql tienes mucho mas trabajo que con un api rest, ya que las querys del backend tenes que hacerlas desde el frontend con los campos que cada uno quiera lo que implica que a parte de crear todo la parte backend, toca referenciar esto en el frontend con los querys
Graphql es una herramienta potente gracias por el video tengo una duda ?Como toman las capturas de pantallas de código?
gracias por la información estoy viendo la que estoy en cuarentena me sirvió mucho
Seria buenisimo que hablaran sobre los internet stacks (creo que se llaman asi) que si LAMP y las otras... y por que han surgido!
Que buen vídeo gracias alvaro ..
Por ayudarnos a nuestra formación profesional..
Éxitos. Sigue compartiendo tu experiencia
Saludos desde colombia
Tu camisa va a juego con GraphQL :)
Gracias por la explicación!!
justo hoy me estaba mudando toda mi api rest a graphql :v
dame trabajo
@@alexandervalladares6667 claro te la doy
Pero no tengo dinero para pagarte :'v
@@joseysusamigos Me gustaria, para poder hacer mis practicas . me harias un gran favor si me dejaras ayudarte. si quiera por 1 semana
@@alexandervalladares6667 x2 necesitamos ganar experiencia
x3 necesitamos aprender jaja
Gracias por tus videos Alvaro son buenisimos
Está excelente, pero tambien pudiera quedar con método Rest dónde como parametro reciba un String con una consulta y como salida un Json con el resultado de esa consulta. Una desventaja que yo le veo es la de estar creando la misma consulta para diferentes aplicaciones, por ejemplo si estas programando una movil, una desktop y una web que consulten la lista de clientes tendras que hacer la misma consulta en el frontend de cada aplicación y en cambio con rest solo mandas llamar un metodo para las 3 aplicaciones. Igual es una excelente tecnologia para tener en cuenta.
Explicas muy bien. Felicidades.
Hola, todo esta super bien explicado. Solo me quedo una duda. Yo con querieparams puedo personalizar mi requests desde el cliente para que el back me regrese la información basada en esa petición. Obviamente tengo que programar esos querieparams desde el back para que sepa que responder. Gracias muy bueno. Entendi varias cosas
Excelente explicación
Exclente Expliccion!
Definitivamente explica excelente xd
este hombre tiene que ser profesor de harvard
qué gran explicación!
Excelente explicación, muchas gracias
Sensacional! Muchas gracias!
13:00 Técnicamente se tiene que programar el resolver para tipos anidados si es que se manda llamar, jeje.
Entendido a la perfección me quedo muy claro muchas gracias +1 sub
Disculpa amigo y que tecnologías consume?
¡Una genialidad!
Muchas gracias por el vídeo.
Excelente tu explicación.
Muchas gracias Álvaro, todo bien?
Te quería preguntar si es posible usar GraphQL con .Net (C#) para construir una Web API. Sería el proyecto de Web API a utilizar, o otro? El curso de GraphQL también cubre esta parte, de como usarlo con el lenguaje de .Net?
muchas gracias,
Carlota
Muchas gracias, caballero.
justo estaba pensando en hacer consultas tipo linQ en el front jajaj
ESTUVE LEYENDO Y ESTA VAINA ES UN ENRREDO YA Q VENIA ACOSTUMBRADO ALAS TABLAS NORMALES
Hola excelente explicación, es posible montar GraphQl en un servidor apache?, Tengo una aplicación web en Django y python, quiero aprender a desarrollar App en el frontend he elegido Flutter, que me recomiendas continuar con la linea de django ?, osea Django-Rest o aprender GraphQL.
Los tipos de datos en GraphQL son como las estructuras en C
No parece... Parece mas typescript al declarar un object.
@@hbiblia Una interfaz mejor dicho
Sé que esto es hace tres años, pero, ¿la destructuración no permite traer información específica de un solo endpoint también?
Donde está el debate de Rest vs Graphql, donde Alexis y otro debatían?
Por suerte ahora ya hay herramientas que automatizan la documentación de las api rest
Con cualquier lenguaje se puede crear un API?
Debes crearlo con un lenguaje de servidor (Java, Go, Python, etc...) O con JavaScript mediante NodeJS
grasias, tenia esa duda
Que buena explicación!
buen video se nota has amanecido
Que alguien me guie por favor, cuando dicen que te traes "lo que tu necesitas" (ponen el ejemplo de la pantalla amigos ) y dicen que simplemente ocupa el nombre y la foto y con el rest te trae datos de mas como por ejemplo nombre, apellidos, foto, pais, etc; eso tambien se puede hacer con rest, solo depende del query que vayas a ejecutar "select nombre_usuario, foto_usuario from usuario" y ya , el rest tambien te regresa lo que quieres al menos que en tus queries uses puros "select * from usuario" o ¿A QUE SE REFIERE CON TE REGRESA LO QUE NECESITAS?, alguien que me saque esa pequeña duda por favor.
Es problema está en que si en algún momento ese query que estás haciendo hay que modificarlo, el frontend tedría retraso, mientras espera que en el backend reorganice el query, en cambio con graphql no pasa eso, porque desde el frontend se le diría que datos traer y no habría retraso alguno, además que se una un único endpoint. Ese fue lo que yo entendí en el vídeo.
Que herramientas se pueden usar para documentar una API rest?
Se autodocumenta con markdown cuando defines el schema de la API. Si añades la información te lo muestra sin más trabajo extra
Un opción que puedes utilizar seria PostMan
Puedes usar la documentación Swagger , es ampliamente utilizada en la industria (si no es que es la mejor). Los que la construyeron la liberaron y ahora se llama OpenAPI, actualmente están en la versión 3. Con esto abre la posibilidad de generar REST services a partir de su contrato (Contract First), es decir, primero haces la documentación, luego creas el código automáticamente con una herramienta.
sera que supere a express y node?
como asi ? No pusiste atencion ?
Hola amigos, esto es similar a usar Angular como Frontend?, veo que la estructura es muy similar para obtener los datos desde el REST y mostrar la informacion en html, se podria mejorar las consultas usando Angular y GraphQL?,
saludos!
😧 tengo que aprenderlo
Duda, pero los filtros y mascaras en REST no serian un equivalente a GraphQL? dejando de lado el hecho de que uno este en front-end y el otro en back-end, con un filtro y mascara dentro del endpoint de igual forma se estaria seleccionando la informacion necesaria, vdd?
Yo tengo la misma duda, seguramente luego de un año ya te respondiste esa pregunta
10:55 no entendí 😔 no caería en un bucle infinito si un curso tiene teacher que dentro tiene un array de cursos? 🤔 No se si me explico.
Puede aplicar graphql en PHP?
Según lo que dijo si debería.
Si. Mira "Graphql PHP example" y hay tutoriales
7:05 puedes filtrarlos y enviar lo necesario en back-end con un map o cualquier cosa y solo enviar lo necesario :v me explican en si cual seria entonces la diferencia? dejando de lado el unico enpoint
La única información que tengo es el propio video pero a ver si entendí:
cuando dices que se pueden filtrar y enviar solo lo necesario desde backend ahí está tu respuesta, backend está haciendo otra vez el trabajo y frontend o el cliente está esperando a que filtre y te mande los datos, y si hay otro cliente entonces debe filtrarlo de nuevo de acuerdo a los requerimientos del otro cliente.
así pues, el termino de 'el cliente controla la petición' cobra sentido, porque no tienes que esperar a que haya un endpoint con los filtros que necesitas sino que obtienes la información justo como la quieres.
En que lenguaje está escrito GraphQl? 🤔
Buenísimo!
Si quiero consumir una API Rest podria poner un resolver en el medio? Valdria la pena? Por q la API Rest seguiria devolviendo todo lo q devuelve el endpoint, por mas q mis resolvers luego devuelvan solo lo q pido...
Al menos yo cuando hago mis apis mis end-points son bien definidos, para evitar mandar datos que no son necesarios, en mi experiencia a no ser haya sido un mal programador o un api de tercero no va a pasará ese escenario de enviar datos de más.