develop

Hola, espero que estén bien. Este post es una continuación al post anterior, en el cual revisamos como podemos realizar el deploy de un api en un AWS Lambda. Ahora seguiremos con lo que es más lógico que suceda luego de hacer esto, automatizar este proceso. En post anteriores, he mostrado el uso de Azure Devops para los procesos de devops que uso, veamos como realizamos en este caso.

Hola, en un par de post anteriores les explicaba como dockerizar un entorno de trabajo: Primera parte Segunda parte Hoy quiero explicarles como podemos desplegar nuestro api (para este ejercicio en NetCore 3.1) en AWS Lambda, usando un AWS API Gateway para poder consumir los recursos. Empezamos en nuestra aplicación en visual studio. Notemos que en esta aplicación hemos modificado nuestro archivo "Program.cs" y los hemos renombrado "LocalEntryPoint.cs" y…

Este post es una continuación de su versión anterior, en este nos enfocaremos en como configuramos nuestro ambiente de desarrollo con docker. Retomemos en el código del proyecto. Vamos a modificar nuestro "launchSetting.json", eliminemos los profiles que tenemos actualmente, creemos uno nuevo para manejar nuestra instancia en docker que tendrá la siguiente estructura. Lo que hemos hecho es crear un nuevo perfil, le indicamos el comando que va a ejecutar…

El tercer principio que compone SOLID es el Liskov Substitution Principle, y este nos plantea Plantea una guía de cuando debemos usar herencia en POO. Let Φ (x) be a property provable about objects x of type T. Then Φ (y) should be true for objects y of type S where S is a subtype of T. Este principio, podemos entenderlo en su modo más simple de la siguiente forma "Las clases derivadas, deben poder ser sustituidas por sus clases base". Para ejemplificar…

Siguiendo con la linea de post que presentan los principios que componen marco de buenas prácticas SOLID. El que vamos a desarrollar en este post es el "Open Close Principle", esto hace referencia a que el código que desarrollamos debería estar abierto a ser extendido y cerrado a las modificaciones.

Ya hace un tiempo llevo trabajando en una empresa en el sector financiero, en la cual como toda empresa de su envergadura el stack de tecnologías y aplicaciones que poseen es diverso. Y como comprenderan eso tarde o temprano nos llevaba tener que trabajar con legacy code, y las serie de retos que estos involucran. Más de una vez, he tenido que atajar métodos de más de 1000 líneas de código que tenían como objetivo extornar algún monto, grabar log, etc.…