🎨 ¿Tú también usas el TEMA DE ANIME DE VSCODE? 👇👇👇 kzfaq.info/get/bejne/etOodr2Tmdqtl2w.html
@guntherm47553 ай бұрын
me encanta como hasta la palabra mas intuitiva como 'recursos' llegas a definirla, todo bien clarito, como el agua. Me brillan los ojos, like y sub
@alpacatech3 ай бұрын
¡Mil gracias compañer@! Me alegra un montón que te haya servido. ¡Un abrazo! ✨❣️.
@titimechon24Ай бұрын
el mejor video explicativo de las apis rest, muy buen contenido!!!
@alpacatechАй бұрын
¡Mil gracias! Me alegra de que te haya servido. Si quieres que explique cualquier otro concepto tan solo házmelo saber ✨.
@FlorenciaAmado711 ай бұрын
Me encanto muchisimo la forma en que lo explicaste, muy claro!!
@alpacatech11 ай бұрын
¡Muchísimas gracias! Me alegra que te haya servido ✨-
@lucasfava29785 ай бұрын
Buenísimo el video!! Gracias por ayudarnos a los nuevos!!
@alpacatech5 ай бұрын
¡Mil gracias por tu comentario! Si puedo ayudar de cualquier otra forma tan solo házmelo saber ✨.
@user-ic9yo5cx9sАй бұрын
muchas gracias por tus videos, un gran trabajo!!
@alpacatech28 күн бұрын
¡Gracias a ti por tus palabras! Me alegra que el vídeo te haya gustado ❣️✨.
@gustavoalbornoz7064 Жыл бұрын
habiendo visto el video, muy explicativo, me encantó, me quedo muchisimo mas claro el concepto. Y muchas gracias nuevamente por el video y cumplir una peticion!
@alpacatech Жыл бұрын
¡Gracias a ti! ❣.
@gustavoalbornoz7064 Жыл бұрын
Te lo respondo aqui, me acaba de llegar la notificacion, MUCHISIMAS GRACIAS!!!!!
@alpacatech Жыл бұрын
¡Muchísimas gracias a ti Gustavo! Tanto por ver los vídeos como por comentar y comentar qué te gustaría ver jejeje. ¡Espero que te sirva! Un abrazo compañero ❣✨.
@MaidoCurso8 ай бұрын
Muchas gracias por tu explicación. Muy buena
@alpacatech8 ай бұрын
¡Gracias a ti! Espero que te sirvan el resto de vídeos ✨.
@anacorrupted2 ай бұрын
gracias! esta muy bien! aunque me he sentido tentada a bajarle la velocidad
@alpacatech2 ай бұрын
¡Gracias a ti! Y… lo siento. Espero que hayas podido entenderlo, mejoraremos para próximas ocasiones ❣️✨.
@sandrocordova87303 ай бұрын
Gran video amigo , mejor que en mis clases :D
@alpacatech3 ай бұрын
¡Gracias! Me alegra mucho que te haya servido. Un abrazo compañer@ ❣️✨.
@fernando65417 ай бұрын
Voy a comenzar al parecer un trabajo de analista de calidad de software y me piden que sepa algo de automatización, querys, y api rest :c xd mi entrevista es el 10 de enero y tengo miedo, pero tengo que ejercer mi carrera de ing. sistemas si o si y es lo que me gusta mas que todo. deseenme suerte porfa, me suscribiré
@alpacatech7 ай бұрын
¡Suerte Fernando! Espero que este vídeo te haya ayudado y que cumplas tu objetivo. Ya nos contarás ❣️.
@logan_business2 ай бұрын
Perdóneme por la pregunta, y esto en php no se hace con un formulario y pasándole variables a través del formulario. Cual es la diferencia?
@alpacatech2 ай бұрын
¡Hola! Son cosas bastante distintas compañero. Lo que podría ser es que estés utilizando una API para pasar los datos del front al end cuando completas el formulario. No sé si me explico correctamente.
@jhonalmeyda9702 ай бұрын
Super like 👍🏻
@alpacatech2 ай бұрын
¡Super gracias! ❣️❣️❣️.
@lordshadowlitXD6 ай бұрын
si yo tengop una api rest de libreria y quiero una categoria de libros y un libro en especifico. si yo tengo una uri base : /api/libreria/ supongo que para indicar la categoria tendría: /api/libreria/categoria/{id}/ ahora sí yo quiero indicar el libro exacto de esa categoria sería: /api/libreria/categoria/{id}/libro/{id} ¿no?
@alpacatech6 ай бұрын
Hmhmhmhmmh. ¿Por qué utilizas /librería? Por tener el prefijo de ruta para diferenciarlo de otras cosas de tu API? De cualquier modo, creo que la distinción que yo haría sería distinta. La categoría para mí sería parte de la entidad Libro, por lo que si quiero filtrar por ella la enviaría como un query param que actue de filtro ?filter=X, por ejemplo, y ya en el repositorio ejecutas la query con el filtro. El libro lo buscaría tal y como muestro en el vídeo: /libros/{libroId} /libreria/libros/{libroId} ¡Espero haberte ayudado! Si no te ha quedado claro me dices ✨.
@ozcapoeira20004 ай бұрын
hola soy nuevo en esto , he visto que esos APIS aplican en telegram , como hacen eso?
@alpacatech4 ай бұрын
¡Hola! ¿A qué te refieres que aplican en Telegram? ¿Podrías darme algún ejemplo o referencia y así vemos cómo puedo ayudar?
@karlsour500 Жыл бұрын
Acá aprendiendo api rest con Ruby on Rails No se si has hablado sobre patrones de diseño
@alpacatech Жыл бұрын
¡Olé! ¿Ya has visto el vídeo en el que explico Ruby en 2 minutos? 😉👇 kzfaq.info/get/bejne/pKdnotthrs-9mXU.html Yessssss, ¿quieres que se hable de patrones de diseño en el canal? Cuéntame. ¡Gracias por ver el vídeo y comentar! ✨.
@karlsour500 Жыл бұрын
@@alpacatech obvio sería genial Ya qué hay muchos patrones de diseño y no se cuáles aprender primero Se te agradece
@alpacatech Жыл бұрын
@@karlsour500 ¡Genial! Pues ya tengo la idea apuntada, y no te preocupes que irán viniendo vídeos acerca de patrones de diseño. ¿Te gustaría que fuese simplemente ir explicando cada patrón, o que también explicase qué son, por qué se aprenden, cómo se utilizan, etc? Respecto a cuál aprender primero... Lo cierto es que no hay nada definido. La realidad es que los patrones son soluciones a problemas, y aunque es verdad que puedes tener más complejos o más sencillos, cada uno resuelve un problema diferente, así que cuando te viene el problema X aplicas el patrón que corresponde al problema X, y para ello no es necesario en la gran mayoría de ocasiones que conozcas de antemano el patrón Y. No obstante, entiendo que tu pregunta iba más relacionada con iniciarte y eso. En cuyo caso, yo te recomendaría comenzar por algunos como el adapter, el builder, o el singleton. Estos son los primeros que yo aprendí porque se utilizan en mi trabajo, y no los consideraría sumamente complejos. Te dejo por aquí enlaces y la página de referencia que yo tengo en términos de patrones hasta que haga los vídeos correspondientes: - Adapter refactoring.guru/es/design-patterns/adapter - Builder refactoring.guru/es/design-patterns/builder - Singleton refactoring.guru/es/design-patterns/singleton - Refactoring.guru refactoring.guru/es ¡Gracias por comentar y pedir compañero! ✨
@user-rd4oo1jg5g8 ай бұрын
Hola que tal? Muy buen video, consulta por lo que investigue se dice que las api rest son stateless esto es a nivel servidor o cliente? En el caso por ej de react que tb se habla de componentes con y sin estado es a nivel cliente o servidor? No me queda del todo claro. Graciass
@alpacatech8 ай бұрын
¡Hola! Muchísimas gracias por ver el vídeo y comentar compañer@. Si hablamos de las API REST "stateless" significa que cada solicitud del cliente al servidor debe contener toda la información necesaria para entender la solicitud; es decir, el servidor no va a almacenar ninguna información sobre el estado del cliente (haría referencia al servidor respondiendo a tu pregunta). No mantiene un "estado" de las sesiones del cliente (si no queda claro avísame y te pongo algún ejemplo). Por otro lado, hablando de React y sus componentes con/sin estado hacemos referencia única al cliente (ya que React es una tecnología de cliente). Los con estado almacenan la información sobre su propio estado y los sin estado no. ¡Espero haberte ayudado! Lo que sea me dices ✨❣️.
@ArniFuentes7 ай бұрын
Hola muchas gracias por el contenido, una consulta, ¿Si un servidor se construye bajo las reglas de REST esto lo "convierte" en un servidor API REST (mas conocido como API REST)? y la otra pregunta es ¿estas API REST puede renderizar contenido HTML o sólo JSON Y XML? 🤔
@alpacatech7 ай бұрын
¡Hola! Gracias a ti por ver el vídeo y comentar compañer@. Te respondo: 1. Sí, si construyes un servidor siguiendo los principios de REST podrías considerarlo una API REST. 2. También podrías incluir contenido HTML como respuesta del servidor. Es cierto que lo más común es JSON y XML, pero no tienes ninguna limitación que haga que tengas que enviar estos formatos sí o sí. Puedes enviar HTML. ¡Espero haberte ayudado! ✨.
@ArniFuentes7 ай бұрын
@@alpacatech muchas gracias por tu respuesta
@ireisti1515Ай бұрын
Html con php, tecnicamente no es api rest?
@alpacatechАй бұрын
No tiene que serlo, depende lo que construyas.
@karlsour500 Жыл бұрын
Hay un mito que dice que no debes aprender back end sin pasar primero por el front end. Crees que es cierto?
@alpacatech Жыл бұрын
¡Hola de nuevo compañero! Te comento. Si hablamos de si es posible o no, te diría que, efectivamente es un mito. Perfectamente puedes aprender las cosas relacionadas con el backend sin saber nada de front. Ahora, sí es cierto que, bajo mi opinión personal, considero que para ser un buen back y escalar en la profesión necesitas saber front, porque al fin y al cabo tu trabajo no va a caer en vació, sino que será consumido por el front. Por este motivo, entender qué datos va a necesitar, cómo va a trabajar, cómo va a pintar los datos, qué espera recibir, etc, etc, te hará un mejor profesional. De cualquier modo, si quieres saber más sobre cómo trabaja un backend te dejo un vídeo que hice al respecto 👇: kzfaq.info/get/bejne/Z5lnhJSluNG-XX0.html ¡Espero que te sirva! Cualquier duda adicional me comentas ✨.
@mikimartiiАй бұрын
hablas asi con tus amigos? ----- @RobertoBrasero whooo
@mikimartiiАй бұрын
------- dios, leyendo literalmente el guion del chatgpt ¿¡como!? no es a malas, pero si quieres conectar de una manera ms personal con tu audiencia te recomiendo ser mas natural, tanto en el tono de voz como los guiones... Espero que te lo tomes bien, o al menos, si lees el guion de una maquina deja de hablar como una