Es increíble lo rápido que pasa el tiempo y al mirar en retrospectiva me es inevitable pensar en todo lo que he logrado hasta el día de hoy y en todas las cosas que aún deseo poder conseguir. Comencé la creación de este blog un 29 de noviembre del 2023 con la idea de transmitir un poco cómo me sentía en este recorrido profesional. Concentré mi esfuerzo en desarrollarlo con una variedad de funcionalidades que me permitan plasmar lo aprendido hasta aquel entonces y mejorar en el proceso. Un año después (y como debe ser) veo varias cosas que podría mejorar y ampliar en funcionalidad, dado que recalco que el desarrollo del sitio fue pensado totalmente de cero y sin ayuda de terceros, mucho menos el uso de templates todo fue pensado originalmente por mí y sin una base concreta.

Tenía u...

Pensaba realizar esta publicación más adelante pero consideré que hacerlo en esta instancia no estaría mal, lo cierto es que las vivencias que tengo hoy serán incomparables a las que me esperan en los meses venideros y prefiero reflejar el recuerdo vívido de lo que me encuentro atravesando hoy en día luego de poco más de un mes y semanas en mi nuevo trabajo. Primero, un poco de historia.

Nunca conté formalmente como fue mi primer experiencia laboral como programador y creo que esta bueno mencionarlo para dar contexto al objetivo central de esta publicación, que yo pueda relatarles un poco mi historial profesional hasta mi actual empleo. Empecé mis estudios formales en programación en el año 2020 a mis 26 años recién cumplidos, tenía la idea de anotarme el año siguiente en la carre...

El principio de responsabilidad única (Single Responsability Principle) es un principio de diseño general perteneciente al paradigma de la programación orientada a objetos (POO). Es un término acuñado por el ingeniero de software Robert C. Martin el cual expresó que una clase debería tener solo una razón para ser cambiada.

Este principio establece que queremos aumentar la cohesión entre las cosas que cambian por una misma razón y disminuir el acoplamiento entre las cosas que cambian por diferentes razones. Esto a menudo se parafrasea como “una clase o un método que debe hacer una sola cosa y hacer esa sola cosa muy bien”.

Si bien ...

Mis comienzos estudiando programación 🤓 de manera formal comenzaron en la UTN (Universidad Tecnológica Nacional), allí me enfrente a diversidad de asignaturas que me formaron y permitieron que lograse una mirada más analítica de los diversos tipos de problemas a los cuales podría llegar a enfrentarme en mi día a día como programador. Recuerdo la motivación a la hora de desarrollar una aplicación en un período de tiempo que debiera cumplir con determinadas tareas en búsqueda de un producto lo mejor presentable posible, el dialogar en equipo como pensar el esquema de datos, como plasmarlo en vistas, que modelos utilizar, que patrón de diseño se adaptaba mejor a lo que necesitáramos, etc.

Todos comenzamos en nuestra mayoría desarrollando aplicaciones de consola, pequeños programas q...

El patrón Unit of Work normalmente viene enlazado a otro reconocido patrón llamado Repository por lo que es recomendable que te encuentres familiarizado con este concepto previamente. Esto ocurre principalmente porque ambos patrones se utilizan en bases de datos de tipo relacional y son muy populares a la hora de trabajar con .NET, dado que numerosas aplicaciones empresariales lo implementan.

¿Qué es Unit of Work? 🤔 Como bien dice su nombre, el cual podríamos traducirlo como "Unidad de trabajo", estamos hablando de una unidad, y esto nos lleva a pensar a las operaciones que realizamos de manera consolidada, es decir que nos referimos a un conjunto cohesivo de operaciones que forman parte de un todo integral. Es normal a la hora de hablar de bases de datos relacionales que nombrem...