Mario Alvarez's Projects
Apuntes completos de Álgebra Lineal en imágenes. Recursos visuales para facilitar el aprendizaje y la comprensión.
El álgebra lineal es una rama fundamental de las matemáticas que se centra en el estudio de vectores, espacios vectoriales (también llamados espacios lineales), y las transformaciones lineales entre estos espacios. Es una herramienta esencial en muchas áreas de la ciencia y la ingeniería, incluyendo la física, la computación, la economía, y más.
Este repositorio contiene una aplicación completa para la gestión de usuarios, roles y metedo de autenticación, desarrollada como parte de una prueba de desarrollo para FYM Technology. La aplicación consta de una API REST construida con ASP.NET Core y documentada con Swagger, así como una aplicación cliente para consumir los servicios REST.
Este repositorio contiene el código fuente para una API REST desarrollada con Python y el framework Flask. El propósito de esta API es proporcionar una estructura básica y funcional sobre la cual se pueden construir aplicaciones web escalables y eficientes.
API Rest Java
App_web
Desarrollo de na plataforma teleoperada para el concurso INGENIO_2022
Proyecto con ROS2 Foxy para la creacion de una plataforma de robotica movil autonoma.
Apuntes completos de Cálculo Integral en imágenes. Recursos visuales para facilitar el aprendizaje y la comprensión.
https://caravel-user-project.readthedocs.io
Aplicación de encriptación de textos para intercambiar mensajes secretos. Convierte letras específicas a secuencias únicas y viceversa. Funciona con letras minúsculas, sin acentos ni caracteres especiales. Incluye opción para copiar el resultado al portapapeles.
Sistema de registro de actividades para una empresa con Java y Angular (CRUD).
Mi progreso en cursos Online en Platzi, Udemy, Coursera, Edx,...
Common used curves for motion planning.
DFX API Documentation
En este programa realizamos el siguiente programa. Torneo de fútbol “El Oso de Oro Chino” Se requiere una base de datos para un torneo de fútbol en un país. Los datos son los siguientes: Los partidos se llevan a cabo en los estadios. De un estadio interesa guardar su código (único), el nombre, el año de inauguración y su capacidad actual. Por simplicidad, se maneja solo un estadio por ciudad. De cada ciudad interesa su nombre (única) y el número estimado de habitantes. De cada partido también interesa guardar su árbitro (el principal, no interesan los datos de los jueces de línea). De un árbitro se guarda su carné y su nombre. Un árbitro puede ser el tutor de otros árbitros, pero un árbitro solo puede haber tenido como máximo un tutor durante su vida profesional. Un partido se juega entre dos equipos, uno es el local y el otro es el visitante. De un equipo interesa guardar su nombre, año de creación y ciudad a la que pertenece (una ciudad puede tener varios equipos). Por simplicidad se supondrá que un equipo puede tener máximo un patrocinador. El patrocinador puede ser o una empresa o una persona natural u otro equipo. Una empresa solo puede patrocinar máximo a un equipo, una persona natural puede patrocinar a varios equipos y un equipo también puede patrocinar a varios equipos. De una empresa se guarda su nombre (suponga que es único), el nombre del representante legal, su correo electrónico y la ciudad de su sede principal (aunque hay empresas virtuales que no tienen sedes en ninguna ciudad). De una persona natural se guarda su cédula, su nombre y teléfono. Interesa saber también los jugadores que participaron en cada partido, en que minuto ingresaron y en que minuto salieron de este. Un equipo tiene jugadores. De un jugador interesa saber un código (único), su nombre y edad. A través del tiempo un jugador puede haber jugado en varios equipos, pero nunca en dos al mismo tiempo. Interesa saber la fecha de inicio y de fin de un jugador cuando ha estado en un equipo. De un partido se guarda su fecha, hora, marcador (si no hubo empate se requiere saber quién ganó, el equipo local o el visitante (ej. Counting Crows 2 Chvrches 1, el local es Chvrches). En un partido ocurren eventos (goles o faltas, no interesa guardar otros eventos). Un evento ocurre en un minuto y un segundo específicos (se supone que dos eventos no pueden ocurrir simultáneamente). Si el evento es un gol interesa saber quién lo anotó (ej. gol de Lauren Mayberry, de los Chvrches a los 63 minutos). Si el evento es una falta, interesa saber que tipo de falta fue (golpe, fuera de lugar, etc.) Si la falta fue un golpe interesa saber quien fue el jugador que la produjo y quien la recibió (ej. Adam Duritz de los Counting Crows le dio una patada voladora en el pecho a Iain Cook de los Chvrches). Incluir los jueces de línea. Incluir el manejo de transferencias de jugadores entre equipos. Extender el modelo para manejar varios torneos. Manejar otros eventos: por ejemplo, para un tiro con barrera, interesa saber cuales jugadores participaron en la barrera y quien lo cobró, al igual que para los tiros de esquina, penales, saques de arco, asistencias, etc.
Apuntes completos de Electrónica Básica en imágenes. Recursos visuales para facilitar el aprendizaje y la comprensión.
A markdown version emoji cheat sheet
Repositorio para imágenes y apuntes clave del documento técnico de la facturación electrónica, versión 1.9.
Apuntes completos de Física 1 en imágenes. Recursos visuales para facilitar el aprendizaje y la comprensión de conceptos fundamentales de la física.
Optimization algorithms with MatLab
Practica de bases de datos, python y Django con una historia mítica del anime. El padre de Hyakkimaru es un ambicioso guerrero que concede a cuarenta y ocho demonios las cuarenta y ocho partes del cuerpo de su hijo recién nacido a cambio de que le otorguen el dominio del mundo. Con gran pena, la madre de Hyakkimaru debe abandonar lo que queda de su hijo en un río, pues el padre le dice que no pueden criar tal engendro. Un científico lo encuentra y decide curarlo, para lo que fabrica nuevos miembros con cadáveres de niños. Cuando Hyakkimaru ya es mayor, dedica su vida a matar a esos demonios y a recuperar las partes del cuerpo que le han arrebatado. Dororo es un ladronzuelo de muy corta edad que se une a él con la excusa de que quiere robarle la espada, pero más bien porque es huérfano y está solo en la vida. Su trabajo es saber las partes faltantes del cuerpo de Hyakkimaru, así como también llevar un registro de sus peleas. Las peleas tienen un ganador, un lugar y un demonio contra el cual se combate. También se debe llevar un registro de los demonios, la parte del cuero que estos tienen, el lugar donde se encuentran y una foto del demonio; un demonio solo puede tener una parte del cuerpo de Hyakkimaru y al ser derrotado la parte vuelve a Hyakkimaru. Hyakkimaru también desea conocer los artículos que posee Dororo y su procedencia para saber si lo debe castigar por malcriado o no. En caso de no cumplir con los requisitos establecidos por Hyakkimaru, usted perderá una parte de su cuerpo.
Este repositorio contiene una aplicación completa para la gestión de usuarios y roles, desarrollada como parte de una prueba de desarrollo para FYM Technology. La aplicación consta de una API REST construida con ASP.NET Core y documentada con Swagger, así como una aplicación cliente para consumir los servicios REST.
Comandos de git