Muy poco seria la crítica a REST para justificar otra tecnología. El que el API no esté bien documentada o que el payload sea muy grande no es un problema de la tecnología, sino de las personas. Esto no quita que graphQL esté muy interesante, pero esté título de que REST está muerto es muy poco serio "vale"
Lo otro es que todo depende del proyecto a que te enfrentes. Puedo entender que facebook por la cantidad de usuarios y de recursos que necesita requiera algo más que REST para ser óptimos, pero yo que solo necesito unos endpoints y que mi arquitectura de información es simple para que complicarme la vida.
Total, y venden como si todo lo tuviese q hacer diferente y q es el cliente q tiene q pedir todo a un solo endpoint, cuando en el fondo es lo mismo, en el back tienes q hacer todas las funciones para q el cliente pueda consumir, es decir q en el fondo son endpoint disfrazados. lo q es interesante de graphQL es q puedes discriminar en los campos q te permite retornar la API.
El título... qué exagerado, no puede salir una tecnología nueva para salir con lo mismo, "ESTÁ muerta", por favor, API REST se utilizará por mucho tiempo, GraphQL es super interesante, pero decir que REST Está muerto...?. Sí , es cierto, deberíamos aprender GraphQL, pero no por las razones del título del video, Muy seguro, en un mes, o dos, o antes, sale una tecnología que la rompe y supera a GraphQL, entonces se dirá... como dijo Lord Voldemor ... GraphQL Está muerto !!!!!!!
TH-cam NO ES LIBRE, MUCHA PROPAGANDA, HAY QUE CREAR UNA ALTERNATIVA; RETO AL MUNDO HACERLO y en LA NUEVA HERRAMIENTA QUIEN PUBLIQUE SEA REALMENT AQUEL QUE QUIERA QUE LA HUMANIDAD SEA LIBRE
Hay que ser más profesionales, API REST no está muerto, no porque salió GraphQL va a morir, si no lo sabes usar para lo que es es diferente, creo que ni tú cumples correctamente los principios, no trates de cambiar las cosas sólo porque a ti te gusta otra, tal vez tú no lo supiste usar o simplemente no era lo que necesitabas, yo no soy fan de ninguno, cada uno se usa para un propósito, y por último, si es una conferencia es molesto escuchar un "vale?" en cada término de una frase.
He tenido que encadenar 3-4 callbacks para conseguir el dato que quería. Evidentemente la API estaba poco bien hecha, pero realmente API Rest es una full, no full REST, jejeje. Y comprendo la gran mejora de estandarizar las peticiones y respuestas mediante una capa que haga de filtro digamos, pero lo que entiendo que siempre que sea posible es mejor usar WebSockets, hacer APIs WebSockets sobre todo si vas a estar haciendo muchas peticiones. Y concretamente DDP sobre WebSockets.
Y por supuesto las cabeceras de los mensajes de WebSockets que son UDP son mucho más ligeras y si hay mucha comunicación la performance es muy grande sobre HTTP.
se repite un poco vale? nose porque me da esa impresión vale? no es por ofender vale? pero me estaba rallando cuando lo escuchaba vale? buen video vale?
Este es el clasico video que saca: "Esto esta mal, mejor usa esto" sin decir mucho del por que esta mal o dar ejemplos claros del por que es un grave error usar tales tecnologias con el unico fin de atraer gente a las tecnologia que a ellos les gusta usar. Dislike.
Cuatro años después y graphql sigue sin ser ampliamente usada
Muy poco seria la crítica a REST para justificar otra tecnología. El que el API no esté bien documentada o que el payload sea muy grande no es un problema de la tecnología, sino de las personas. Esto no quita que graphQL esté muy interesante, pero esté título de que REST está muerto es muy poco serio "vale"
Lo otro es que todo depende del proyecto a que te enfrentes. Puedo entender que facebook por la cantidad de usuarios y de recursos que necesita requiera algo más que REST para ser óptimos, pero yo que solo necesito unos endpoints y que mi arquitectura de información es simple para que complicarme la vida.
Total, y venden como si todo lo tuviese q hacer diferente y q es el cliente q tiene q pedir todo a un solo endpoint, cuando en el fondo es lo mismo, en el back tienes q hacer todas las funciones para q el cliente pueda consumir, es decir q en el fondo son endpoint disfrazados. lo q es interesante de graphQL es q puedes discriminar en los campos q te permite retornar la API.
En 2020 API Rest sigue muy vivo
apenas ando aprendiendo web services y ya salen con esto :v
La tecnología va a pasos agigantados y hay que ir aprendiendo a ese mismo ritmo
Ya somos dos, pero va para bien. Es cuestión de aprenderlo y luego a hacer volar la imaginacion
X20 mil :v yo apenas estoy aprendiendo rest :C
la tecnología existe desde el 2012 según tengo entendido xD
Hay sitios web que tardan minutos en cargar por razones de malas prácticas de desarrolladores, eso no significa que HTML o Javascript estén muertos...
min 51:48 valió la pena?
El Clickbait no ha muerto
Luego salen con esto: GraphQL ha muerto y debemos usar APIs REST con Hypermedia
th-cam.com/video/ud1fWXACWm0/w-d-xo.html
:(
jjajajaja
El título... qué exagerado, no puede salir una tecnología nueva para salir con lo mismo, "ESTÁ muerta", por favor, API REST se utilizará por mucho tiempo, GraphQL es super interesante, pero decir que REST Está muerto...?. Sí , es cierto, deberíamos aprender GraphQL, pero no por las razones del título del video, Muy seguro, en un mes, o dos, o antes, sale una tecnología que la rompe y supera a GraphQL, entonces se dirá... como dijo Lord Voldemor ... GraphQL Está muerto !!!!!!!
El título es estúpido!
Ojo, la presentación de graphQL no me parece mala, y le di Like a tu charla @autentia
Primero hay que analizar las necesidades y escoger la tecnología, no escoger la tecnología y adaptar las necesidades
2021 graphQL todavia no se usa
Muy buena ponencia. Gracias por subirla! :-)
Vengo del futuro y api rest sigue vivo y rentable...
LA PIDEN EN TODOS LOS TRABAJOS jajajaj este video es tonto por todos lados
2021 y digo que graphql está muerto y no superó a rest
Me limpio el culo con GrapQl
VALE??????????
Vale?
Gran charla, muy fascinante todo.
Que sensacionalista el título. Ninguna llave abre todas las puertas.
Obviamente es una especie de broma.. De hecho lo explicó al principio
escribir la presentacion en ingles y exponerlo en español... wtf?
TH-cam NO ES LIBRE, MUCHA PROPAGANDA, HAY QUE CREAR UNA ALTERNATIVA; RETO AL MUNDO HACERLO y en LA NUEVA HERRAMIENTA QUIEN PUBLIQUE SEA REALMENT AQUEL QUE QUIERA QUE LA HUMANIDAD SEA LIBRE
Deprecar: Rogar, pedir, suplicar con eficacia o instancia. Aqui se debe referir a una API o tecnología obsoleta (deprecated)
¿No evoluciona? por que debe evolucionar una tecnología que cumple su función, es como si me dijeran que el compilador de ASM debe Evolucionar...
Porque las necesidades si han evolucionado
Al fin que tecnología ha muerto? th-cam.com/video/yr7Tvr9dVNY/w-d-xo.html
REST es lo que es y vale para lo que vale. El problema no es que REST haya muerto, el problema es que la gente lo usa para lo que no esta hecho.
Hay que ser más profesionales, API REST no está muerto, no porque salió GraphQL va a morir, si no lo sabes usar para lo que es es diferente, creo que ni tú cumples correctamente los principios, no trates de cambiar las cosas sólo porque a ti te gusta otra, tal vez tú no lo supiste usar o simplemente no era lo que necesitabas, yo no soy fan de ninguno, cada uno se usa para un propósito, y por último, si es una conferencia es molesto escuchar un "vale?" en cada término de una frase.
Pero si es lo primero que dice: que no está muerto y que seas crítico con la tecnología que quieres usar y a que aplica.
@@theNINEDJ Lo digo por el título
He tenido que encadenar 3-4 callbacks para conseguir el dato que quería. Evidentemente la API estaba poco bien hecha, pero realmente API Rest es una full, no full REST, jejeje.
Y comprendo la gran mejora de estandarizar las peticiones y respuestas mediante una capa que haga de filtro digamos, pero lo que entiendo que siempre que sea posible es mejor usar WebSockets, hacer APIs WebSockets sobre todo si vas a estar haciendo muchas peticiones. Y concretamente DDP sobre WebSockets.
Y por supuesto las cabeceras de los mensajes de WebSockets que son UDP son mucho más ligeras y si hay mucha comunicación la performance es muy grande sobre HTTP.
Un solo endpoint y menos payload, Ok.
Toda evolución es buena.
casi bro
Muy interesante!
Un video que envejeció mal.
Engañosísimo título. Apago tras ver dos minutos, cuando él mismo lo reconoce y se queda tan ancho.
Muy bueno! Se adapta perfectamente a las necesidades del precente!
se repite un poco vale? nose porque me da esa impresión vale? no es por ofender vale? pero me estaba rallando cuando lo escuchaba vale? buen video vale?
"No soy mucho de poner 'slides' de 'cuñas' publicitarias de quien soy, vale? pero soy..." venga hasta luego.
Este es el clasico video que saca: "Esto esta mal, mejor usa esto" sin decir mucho del por que esta mal o dar ejemplos claros del por que es un grave error usar tales tecnologias con el unico fin de atraer gente a las tecnologia que a ellos les gusta usar. Dislike.
Lo que está muerto es GraphQL
Pura publicidad y ventas.
Mmmmmmmmm
5 minutos, y aun no empezo a hablar de las api, rest ni graphql
Un poco presuntuoso el ponente.