Verás,
hay gente nueva por aquí, y eso es muy bueno. Es buenísimo.
Déjame que les cuente de que van estos mails que están recibiendo, porque son secuenciales, lineales.
Hay una línea argumental detrás, hasta que deje de haberla.
Básicamente, lo que estoy haciendo es seguir el proceso de desarrollo de software siguiendo una idea que tube.
El proceso de desarrollo de software tiene 5 partes:
- Análisis
- Diseño
- Implementación
- Pruebas
- Despliegue
Ahora mismo estoy compartiendo la fase de análisis en la que explico el problema y la solución.
Esta solución debe de tener unos requisitos. Pero no los he comentado aún.
Hace unos días comenté de donde surgió la idea.
Decía que la forma típica de hacer una empresa era problema – solución – venta de la solución.
El problema que vi es que para las personas que están buscando trabajo se encuentran ante el problema de que se presentan a numerosas posiciones de trabajo en diferentes plataformas (LinkedIn InfoJobs, Indeed, etc) pero no tienen una forma centralizada de mantener el estado de cada aplicación.
Bien,
ese es el problema y a mi me ha pasado.
Hace dos años, me echaron del trabajo 3 meses antes de casarme y ya te puedes imaginar la motivación para buscar trabajo.
Y el desorden para llevar control de cada posición.
Pero bueno, eso es historia.
En otro mail compartía un paso más del proceso: mostraba el modelo de dominio de mi problema.
Esta imagen te lo enseña:
Si acabas de llegar, no te lo voy a contar ahora y si quieres que te lo cuente, me contestas a este mail. Fácil.
Pero si que te voy a decir que es esto del modelo del dominio.
Básicamente es el conjunto de palabras que usamos para referirnos al problema y la solución.
Es un convenio de palabras que se usan tanto a nivel de negocio como técnico.
De hecho, en este punto del proceso no hablamos de tecnologías.
En otro mail, me saltaba un paso y te empecé a hablar de qué tecnologías iba a usar y que paradigma de arquitectura iba a seguir.
Te decía que iba a seguir las arquitecturas modernas de separar el frontend del backend.
Que el frontend lo iba a hacer en React y el backend en C#.
Te daba algunas razones lógicas y la más determinante que es porque quiero.
Me salté un paso porque antes de hablar de tecnologías debí hablarte de los requisitos del sistema.
Lo que pasa que en mi cabeza están claros los requisitos y me puedo permitir ir y venir en las diferentes fases del proyecto.
Mi idea es compartirte los requisitos pronto, mañana o el domingo o el lunes.
No más de una semana a partir de hoy porque quiero decírtelos antes de picar una sola línea de código.
Y una vez explicados los requisitos el siguiente paso es hablar de tecnologías.
De momento te he hablado de frontend y backend, pero nos faltará adentrarnos en que tecnologías una el backend (comunicación con el frontend, base de datos, autenticación, etc).
Feliz viernes,
Josué.
PD1: si tienes algo que aportar, no te cortes.
PD2: si te gusta la que lees, comparte que es gratis.
PD3: si hoy despliegas a producción, asegúrate de tener el código controlado.
Soy Josué Alcántara y cada día envio un mail con una idea para escribir software de calidad. ¿A quién se la envío? A mi lista de suscriptores. Día que estás fuera, idea que te pierdes. Así de fácil.
