Para esta clase, recomiendo MUCHO el Curso de Flujo de Desarrollo Moderno CodeStream. Ya que podemos usar CodeStream junto con Trello.
.
Lo genial de CodeStream es que puedes marcar una actividad como hecha una vez que tienes “Code Complete” y puedes adjuntar dicho código. Además CodeStream tiene muchas otras ventajas como enviar un Pull Request desde el editor o incuso mande un Feedback Request para no tener que esperar a el Pull Request para saber si tu código está bien o no, uando CodeStream puedes llegar a la etapa de “Code Complete” de una forma más rápida sin esperar a ver si hay algo no aprobado dentro de tu código ^^
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
Definiendo el “Code Complete”
14/25Recursos
Aportes 6
Preguntas 0
Ordenar por:
Algunas alternativas a Trello:
- Tara (https://tara.ai/)
- Asana
- Jira
Dentro del desarrollo de software, y dependiendo del comportamiento del equipo para con el proyecto, habrán metodologías que guiarán a la conclusión exitosa.
A mí me encanta Kanban, porque literalmente cada paso que hacemos para llegar al “code complete” esta ponderado para con la contribución del otro compañero, que en conjunto lo llamamos como cultura de trabajo
Les dejo el enlace de Kanban en platzi
Se puede relacionar con el Definition of Done de la metodología scrum.
Cada equipo Scrum tiene su propia definición, pero la «definición de hecho» puede ser una simple lista de actividades (comentarios de codificación, pruebas unitarias, documentos de diseño, etc.) o simplemente una serie de acuerdos que agregan valor verificable y demostrable al producto. Es un entendimiento compartido de lo que significa que una tarea está terminada.
Les dejo un enlace donde puede leer más al respecto
En estos casos preferiblemente definir un CheckList para definir un flujo lógico dentro de la tarea
“Divide y vencerás…!”
https://platzi.com/clases/2164-practico-backend/34213-definiendo-el-code-complete/?time=350
En la tercera forma normal hay probabilidades que ocurra esto?
.
https://platzi.com/clases/2164-practico-backend/34213-definiendo-el-code-complete/?time=554
.
En un equipo de desarrollo estas posibilidades se validan primero en papel antes de ir a código. Las reglas de validación de lo que entra y sale de cualquier modelo de datos es algo que se analiza muy al detalle y son estas reglas las que permiten automatizar las pruebas en la mayoría de los casos
.
Hay que tener mucho cuidado con el público que esta consumiendo esta historia de usuario.
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?
o inicia sesión.