Trade Off: Sacrificar una cosa por otra. Esto no es necesariamente malo, pero hay que tener en cuenta que cada decisión que tomamos puede afectar a otra cosa.
.
Esto me hace pensar… ¿Qué pasará el día que logremos extendernos entre planetas? ¿Cómo interconectaremos nuestros servidores entre varios planetas? ¿Habrá a caso páginas y servicios exclusivos por planeta? 🤔
Introducción a conceptos
Todo lo que aprenderás sobre arquitectura backend
Qué es el backend
Qué son los sistemas distribuidos
Elementos de un sistema distribuido en la nube
Cómo se conecta todo en el backend
Recap y proyecto del curso
Arquitectura y planeación
Definición y requerimientos del sistema desde la perspectiva de negocio
Documento de diseño
Creación del documento de diseño
Revisión de diseño
Elaboración de la arquitectura del sistema
Diseños de bajo nivel, planes de prueba e integración continua
Plan de integración continua
Definiendo el “Code Complete”
Recap y tips de siguientes pasos
Desarrollo e implementación
Introducción y formato de desarrollo
Práctica: diseño de una “entidad”
Implementación de una entidad
Práctica: unit test usando TDD
Práctica: implementación de objetos usando TDD
Pasos para completar el proyecto
Challenges
Diseño de bajo de nivel de servicio de lectura
Diseño de un servicio que integre autenticación
Escalabilidad: Throttling y RetryPolicies
Conclusión
Cierre del curso y tips profesionales
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Iniciar sesión
Recap y tips de siguientes pasos
15/25Recursos
Aportes 6
Preguntas 0
Ordenar por:
Entender el negocio es la clave.
La consecuencia mal manejada del trade off es la deuda técnica…
Cada profesionista tiene sus riesgos, en cuanto a toma de desiciones. Por ejemplo:
- Un medico, que practique mal, puede enfermar a una persona o matarla.
- Un ingeniero civil, que no regule adecuadamente una estructura, puede ocasionar tragedias.
Pero al final, es la experiencia la correcta guía la que permite generar conciencia de una toma de decisión.
En software, no podemos evaluar todos lo hechos, circunstancias o eventos. Sin embargo, podemos ir encrechendo nuestros productos y al final como digo simpre:
"El software es tan humano como su creador, pero también posee sus defectos"
¡Wow! La necesidad de que un backend y un Data Science entienda el negocio es fundamental para la toma de decisiones.
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?
o inicia sesión.