notas_sobre_el_proyecto_de_tesis

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
notas_sobre_el_proyecto_de_tesis [2024/06/30 17:19] – [Resultados] osonotas_sobre_el_proyecto_de_tesis [2024/10/17 21:42] (current) – external edit 127.0.0.1
Line 307: Line 307:
  
 ==== Comenzar con una Historia o Anécdota ==== ==== Comenzar con una Historia o Anécdota ====
-Comienza con una historia o anécdota que conecte emocionalmente con la audiencia. **Diapositivas 1 - 5**.+Comienza con una historia o anécdota. Presentación del proyecto y motivación. **Diapositivas 1 - 5**.
 (3-4 minutos) (3-4 minutos)
  
Line 348: Line 348:
 ==== Vista Previa de la Presentación ==== ==== Vista Previa de la Presentación ====
 Ofrece una breve vista previa de lo que cubrirás en la presentación. Ofrece una breve vista previa de lo que cubrirás en la presentación.
 +(5-6 minutos). Diapositivas 8 y 9.
 +
 +  * Hardware y componentes clave
 +  * Software y bases de datos
 +  * Trama de comunicaciones
 +  * Filtrado de la señal
 +
  
 **Diseño e implementación** **Diseño e implementación**
Line 427: Line 434:
  
 //Story time//: he visto sitios web, por ejemplo, con implementaciones demasiado complejas, innecesariamente complejas, como un caso específico donde había dos ambientes (Dev/QA y Producción) con varios contenedores, pero los desarrolladores y los que se encargaban de mantener el sitio nunca se pusieron de acuerdo en cómo hacer los pases a Producción, entonces los cambios se realizaban directamente en el storage del ambiente productivo en Azure. Había un servicio de frontdoor y una CDN para un sitio que era solo un formulario y contenido estático. Este es un claro ejemplo de los males del sobredimensionamiento de soluciones. La simplicidad no solo mejora la eficiencia, la velocidad de ejecución y abarata costos, sino que también facilita el mantenimiento y la seguridad del sistema. //Story time//: he visto sitios web, por ejemplo, con implementaciones demasiado complejas, innecesariamente complejas, como un caso específico donde había dos ambientes (Dev/QA y Producción) con varios contenedores, pero los desarrolladores y los que se encargaban de mantener el sitio nunca se pusieron de acuerdo en cómo hacer los pases a Producción, entonces los cambios se realizaban directamente en el storage del ambiente productivo en Azure. Había un servicio de frontdoor y una CDN para un sitio que era solo un formulario y contenido estático. Este es un claro ejemplo de los males del sobredimensionamiento de soluciones. La simplicidad no solo mejora la eficiencia, la velocidad de ejecución y abarata costos, sino que también facilita el mantenimiento y la seguridad del sistema.
 +
 +===== Descargas =====
 +
 +{{ :informe_tfg_-_ipharraguerre_20240529-1446.pdf |}}
  
notas_sobre_el_proyecto_de_tesis.1719767953.txt.gz · Last modified: 2024/10/17 21:42 (external edit)