DEV Community: Ariel Calix

Instalar WSL

Ariel Calix — Wed, 10 Jan 2024 19:35:48 +0000

Instalando WSL

1. Habilitar la Virtualizacion en el equipo.

En algunos equipos como los DELL existe una opción a nivel de BIOS para habilitar la virtualización en el equipo, por tanto deberemos verificar si nuestro equipo la tiene. Para ello puedes consultar la documentacion del fabricante o entrar en ella Con mucho cuidado y buscar la opción. Para ello presiona F2 o F12 en cuanto enciendes el PC.

2. Verificar que WSL esté habilitado en windows.

Una vez que ya hemos comprobado que la virtualización esá activa debemos verificar que el WSL esté habilitado en nuestro Windows y para ello debemos ir a Panel de Control > Programas y Características

Una vez hallamos accedido se nos mostrara un cuadro como el siguiente:

Ahí deberemos bajar y buscar la caracteristica de Susistema de Windows para Linux y marcar la casilla.

3 Instalacion del Nucleo

Una vez tenemos los dos primeros pasos listos. Ejecutamos una PowerShell con privilegios de administrador. Para ello existen varias rutas.

Presionar las teclas Windows + R y escribir PowerShell luego Mantener pulsar la combinación de teclas Ctrl + Shift + Enter.
Buscar en el equipo (Desde el buscador) PowerShell, dar clic derecho y clic en Ejecutar como Administrador.

Una vez abierta ejecutaremos los siguientes comandos en orden.

dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart

Hasta aqui ya hemos instalado WSL 1, pero si deseamos actualizar a la versión dos del nucleo descargamos y ejecutamos el siguiente paquete

WSL Update V2

Por último ejecutamos el siguiente (En el PowerShell abierto) comando para habilitar WSL 2.
wsl --set-default-version 2

Ahora puedes entrar en el store y buscar la distribución con la que te sientas más comodo.

En próximas entregas veremos como configurar nuestra terminal para dejarla visualmente hermosa.

Hasta la próxima.

¡Happy Hacking!

Estandares de escritura C# (Parte II)

Ariel Calix — Sun, 04 Dec 2022 00:14:48 +0000

Hola amigos, anteriormente hablamos sobre los estsndares de escritura, ahora en este post acompañame a ver las convenciones de lenguaje.

Tipos de datos String

Para las concatenaciones de estring es recomendsble utilizar las interpolaciones de cadenas.

string displsyName = $"{nameList[n].LastName}, {nameList[n].FirstName}";

Tipos de datos sin signo

Cuando desarrollamos en C# es mejor utilizar int en lugar del uso de tipos sin signo, usar int es más común en todo C# y de hecho es más facil de interactuar con otras bibliotecas cuando se usa int.

Matrices

Para lasmatrices es mejor utilizar una sintaxis concisa para la inicialización de matrices en linea de declaración.

string[] vowels = { "a", "e", "i", "o", "u" };

En cuanto a las convenciones y estándares de C# hemos abordado las más importantes y útiles. En el futuro abordaremos los estándares para consultas con LINQ. Espero les haya gustado. Hasta la próxima.

¡Happy Hacking!

Estándares de escritura C# (Parte I)

Ariel Calix — Sun, 31 Jul 2022 23:25:00 +0000

Como desarrolladores parte de nuestro tiempo es la escritura del código para las funcionalidades de una solución del negocio. Esta actividad no es solo escribirlo y ya, sino también es escribirlo bien e implementando buenas prácticas.
Por eso, hoy hablaremos de los Estandares de la escritura de código en el lenguaje C#.

¿Qué es un estandar de escritura?

Primero hay que saber que un estándar es la forma de hacer algo con una serie de rúbricas que lo harán comprensible a otras personas del rubro. Por eso en el código cada una de las lineas debería implementar las buenas practicas.

Algunas de las ventajas de implementarlo son:

Dan una apariencia más coherente a nuestro código, para que los lectores puedan centrarse en el contenido, no en el diseño.
Permiten la rapida comprensión del código al poder hacer suposiciones basadas en experiencias anteriores.
Facilitan la realización de copias, cambios y mantenimiento del código.
Muestran los procedimientos recomendados.

Recuerda no es solo escribir el código, sino escribirlo bien o como dijo Linus Torvalds

Hablar es fácil. Enséñame el código.

Pascal Case

Este tipo de nomenclatura lo utilizaremos al momento de escribir los nombres de nuestras Class, Struct o Record.

// Ejemplo de clases
public class DataService
{
}
// Ejemplo de record
public record PhysicalAddress(
    string Street,
    string City,
    string StateOrProvince,
    string ZipCode);
// Ejemplo de struct
public struct ValueCoordinate
{
}

Tambien cuando asignamos nombres a mi3mbros de clase.

public class ExampleEvents 
{
    public bool IsValid;
    public IWorkerQueue WorkerQueue;
    public void StartEventProcessing()
    {
        static int CountQueueItems () => WorkerQueue.Coun;
    }
}

Uso de Prefijos

Generalmente no utilizamos prefijos, pero en ciertas ocasiones resulta bastante útil implementarlos. Por ejemplo, para escribir el nombre de una interfaz utilizaremos el prefijo en mayusacula I así quien haga una implementación de nuestro código sabrá que eso es una interfaz.

public interface IWorkerQueue
{
}

También cuando hacemos uso de tipos internal o private colocaremos como prefijo _.

public class DataService
{
    private IWorkerQueue _workerQueue;
}

O cuando implementamos campos static que sean del tipo private o internal usaremos s_ y para los subprocesos estaticos t_.

public class DataService
{
    private static IWorkerQueue s_workerQueue;

    [ThreadStatic]
    private static TimeSpan t_timeSpan;
}

Camel Case

Cuando escribimos los parametros de method utilizamos la nomenclatura del tipo camelCase.

public T SomeMethod<T>(int someNumber, bool isValid)
{
}

Estandares Adicionales

Los estandares adicionales nos ayudarán a encontrar maneras de hacer nuestro código más eficiente y limpio.

Por ejm.
Utilizar las interpolaciones proporcionadas por el lenguaje puede resultar en codigo más práctico y fácil de leer.

string displayName = $"{nameList[n].LastName}, {nameList[n].FirstName}";

Cuando necesitamos anexar cadenas en un bucle es una mejor opción implementar un objeto del tipo StringBuilder

var frase= "lalalalalalalalalalalalalalalalalalalalalalalalalalalalalala";
var muchasFrases = new StringBuilder();
for (var i = 0; i < 10000; i++)
{
    muchasFrases.Append(frase);
}
Console.WriteLine("tra" + muchasFrases);

Buenas Prácticas en Uso de Variables

Una buena práctica es utilizar los tipos implícitos solo cuando la asignación hace evidente el tipo de la variable y en los bucles for.

var var1 = "This is clearly a string.";
var var2 = 27;

// Bucles for
var frase= "lalalalalalalalalalalalalalalalalalalalalalalalalalalalalala";
var muchasFrases = new StringBuilder();
for (var i = 0; i < 10000; i++)
{
    muchasFrases.Append(frase);
}
//Console.WriteLine("tra" + muchasFrases);

No utilizar tipos implícitos cuando no es evidente el tipo de la variable o cuando desea determinar el tipo en el bucle foreach. Nota: Se considera que la variable tiene un tipo claro si implementa un operador new o se origina en una conversión.

int var3 = Convert.ToInt32(Console.ReadLine()); 
int var4 = new ExampleClass.ResultSoFar();

No confíe en especificar el tipo de la variable en el nombre.

var inputInt = Console.ReadLine();
Console.WriteLine(inputInt);
// Como se puede obserar el nombre de la variable es engañoso
// ya que inputInt es una _cadena_

En las próximas entregas continuaremos hablando de buenas prácticas de desarrollo con C#, por el momento estas son todas. Hasta la próxima.

¡Happy Hacking!

Principios Básicos de Redux

Ariel Calix — Sat, 18 Jun 2022 04:48:20 +0000

En Redux existen conceptos que es importante conocerlos y por eso hoy hablaremos sobre ellos.

Redux: Actions

En Redux existen las Actions que no son más que las definiciones de Acciones que realizara nuestro reducer para manipular el estado de nuestra aplicación. Por ejemplo:

export const SET_LOGIN_USER ='SET_LOGIN_USER';

Como podemos notarlo la Action es lo que queremos ejecutar, puedes definir cuantas Actions se requieran, pero ten cuidado porque podrían llegar a ser difíciles de manejar en caso de no utilizarlos correctamente.

Redux: Action Creators

Las ActionCreator son las funciones que nos ayudan a crear una Action estas hacen que recibamos un objeto y lo transformemos a un objeto de redux, el cual tiene una type y un payload.

Asumamos que hemos creado un archivo con nombre actionTypes, el cual importaremos en nuestro archivo actionCreator.

import * as ActionTypes from './actionTypes'
export const SetUserLogin = (userAccount)=> {
   return {
      Type: ActionTypes.SET_LOGIN_USER,
      payload: {
         userAccount
      }
   }
}

Redux: Reducers

Finalmente, el concepto que le da esencia a Redux, los reducers, estos no son más que funciones puras, igual que los anteriores, pero que son las que hacen que nuestra implementación de Redux, llegue a feliz término.

Los reducer combinan las ActionTypes y permiten a nuestra aplicación modificar su estado. Para este ejemplo tendremos siempre en cuenta que hemos creado el archivo actionTypes.

import * as ActionTypes from './actionTypes';

const userDefaultState = { userId: '', userName: '', isLogged: false }

export const userLoginReducer = (state = userDefaultState, action) => {
    switch (action.type) {
        case actionTypes.SET_USER_LOGIN:
            let user = action.payload.userAccount;
            state = {...state, userId: user.userId, userName: user.userName, isLogged: user.isLogged }
            return state;
        default:
            return state;
    }
}

Como observamos, el reducer ejecuta la action que ha sido disparada dispatch desde un componente por nuestro usuario.

De este modo ya hemos visto los tres elementos necesarios para implementar Redux. Hasta la próxima.

¡Happy Hacking!

Top 4 lenguajes más amados en 2021

Ariel Calix — Fri, 11 Mar 2022 17:22:49 +0000

El año pasado hice un post como este, me decidí en hacer la revisión del 2021 y me lleve algunas sorpresas en la encuesta que StackOverflow una de las comunidades de software reconocida, y que es el punto de encuentro de muchos desarrolladores (Hasta la llegada de DevTo). Realiza cada año, y en la que participaron 80,000 desarrolladores de todo el mundo.

Aquí fue donde dieron a conocer los lenguajes más odiados, así como los más amados, es por eso, que hoy hablaremos de un top de lenguajes más amados según esta encuesta.

1. RUST

Por tercer año consecutivo desde el 2019, y llegando apenas a su versión 1.59. Rust encabeza la lista en la encuesta elaborada por StackOverflow.

Este lenguaje surgió en el año 2010 como un proyecto personal de Graydone Hoare de Mozilla, en ese entonces buscaban un lenguaje del mismo nivel de C/C++, pero que no tuviera los mismos problemas de gestión de memoria.

Buscaban un lenguaje que fuera lo suficientemente seguro y con la capacidad de soportar los exigentes requisitos en el rendimiento. De esta forma Rust comenzó su evolución gracias al impulso proporcionado por Firefox y a la contribución de un gran número de miembros de la comunidad.

Hoy día forma parte del motor del navegador Servo el motor de renderizado usado por Firefox, que aprovecha las bondades del paralelismo y la gestión eficiente de la memoria.

2. Clojure

Un lenguaje de programación algo similar a C/C++ en el sentido que es de propósito general, es utilizado por muchas empresas de gran y/o mediano tamaño entre las cuales podemos mencionar a Amazon, Staples y Walmart.

Particularmente posee un eficiente procesamiento de datos y programación recurrente, dos de los procesos que son más relevantes en el desarrollo de software.

Fue escrito originalmente por Rich Hickey y lanzado como proyecto de código abierto en el 2007. Luego fue adoptado y mantenido por Cognitec compañía cofundada por el mismo Rich con la ayuda de 125 colaboradores. Su ciclo de lanzamiento favorece la compatibilidad con versiones anteriores haciéndolo más estable, aunque el lenguaje continúa desarrollando características potentes y modernas.

Lo que hace a Clojure único y buena opción es su diseño como lenguaje alojado. En lugar de definir su propia plataforma al estilo de py, Ruby, Java Clojure había sido prácticamente destinado a sacar provecho de plataformas existentes y construir sobre ellas, pero actualmente se desarrolla en dos plataformas principales:

Java VM
JavaScript Haciendo de Clojure un lenguaje de alcance increíble y capaz de ejecutarse donde sea que lo haga Java.

3. TypeScript

En el año 2019, TypeScript ocupó el tercer lugar de la lista, pero al parecer, en el 2020 las comunidades de desarrolladores decidieron darle una oportunidad al lenguaje desarrollado por los chicos de Redmond en el año 2012, pero en el 2021 retrocedió un lugar en la lista, pero no deja de estar en los primeros 4.

Con dos años de desarrollo, Microsoft lanzo TypeScript como una solución para el desarrollo de aplicaciones con JavaScript a gran escala para ellos y para sus clientes. convirtiéndolo en el lenguaje preferido para la implementación de la plataforma SharePoint y su SPFx.

TypeScript es una solución que busca solventar muchos problemas de JS, está pensado para el desarrollo de aplicaciones robustas, TS es un super set de JS (una tecnología es un super set cuando es capaz de ejecutar programas de la tecnología de la que es un super set) En resumen un programa escrito en JS es un programa valido de TS aunque sean lenguajes diferentes.

Algunas de las bondades de TS son:

El tipado para las variables.
Los valores sólo se pueden asignar a variables del tipo correspondiente.
Implementación de interfaces. Genéricos.
Conversión de tipos.
Argumentos con tipados.
Tipo de retorno para las funciones.

4. Elixir

Es un lenguaje de programación dinámico y funcional, diseñado para crear aplicaciones escalables y mantenibles.

Creado en el 2012 por José Valim. Comparado con otros lenguajes, Elixir se convierte en una tecnología bastante nueva, pero, no es un motivo para dejarnos engañar, que sea un lenguaje relativamente nuevo no significa que sea frágil o que contenga cientos de miles de bugs (Exageración, por cierto). De hecho, podríamos decir que Elixir se distingue por ser muy estable y robusto, ya que los programas creados en este lenguaje se ejecutan en la MV de Erlang (BEAM) Enlace de Sophie DeBenedetto (por si deseas comenzar a entender más sobre Elixir) para los programadores de Ruby On Rails, la sintaxis y las buenas prácticas les serán familiares. ya que José Valim, es programador de Ruby On Rails.

Para finalizar otros lenguajes que figuran en la lista de los más amados en el 2021 son Julia, Python, Dart y Swift, te invito a utilizarlos, y si ya lo has hecho, enriquece este post con tus comentarios.

Hasta el siguiente review anual de la encuesta.

Happy Coding!

Imagen por Fotis Fotopoulos en Unsplash.

3 Habilidades para ser un desarrollador Front-End

Ariel Calix — Wed, 02 Mar 2022 00:43:44 +0000

En este articulo veremos las claves para convertirte en un desarrollador Front-End, tambien podras descubrir si ya estás en el camino.

Todos los sitios web constan de dos partes esenciales, el Back-End y el Front-End.

El Back-End es lo que le da sentido al Front-End, esta parte es la que contiene toda la lógica del negocio, las conexiones a Bases de Datos y demas servicios web.

El Front-End es la parte visual del sitio, el componente estetico y con el que los usuarios interactuan.

Ahora bien, el desarrollo de software se categoriza en tres tipos:

Desarrollo Front-End.
Desarrollo Back-End.
Desarrollo Fullt Stack.

Por hoy nos centraremos en tres habilidades que necesitas para ser un desarrollador Front-End.

Habilidad 1: Aprende a desarrollar pensando en bloques.

Acá cabe destacar tres cosas que debes Aprender:

HTML.
CSS.
JavaScript.

HTML: Es la forma diminutiva para Lenguaje de Marcado de Hyper Texto (Hypertext Language Markup), con el comenzamos la contrucción de los pequeños bloques que constituyen cada uno de los componentes de nuestro Sitio Web.

CSS: Es la forma diminutiva para Hojas de Estilo en Cascada (Cascade Style Sheet), este lenguaje de marcado es el que nos ayudara a darle el estilo visual a nuestros componentes o bloques contruidos a partir de HTML. En pocas palabras es el que le da vida a nuestro sitio.

JavaScript: Más conocido como JS, es el lenguaje para desarrollar todos los efectos, las interacciones entre cada uno de los bloques de nuestro sitio, es el que terminara de darle el aliento a nuestro sitio, con el todos los contenidos estaticos podran tener movimiento.

Habilidad 2: Frameworks.

La mayor parte del tiempo en el desarrollo Front-End, las cosas suelen tornarse repetitivas de ahí el porque nacen las librerías o Frameworks.

Este tipo de herramientas nos ayudan a que las tareas que son repetitivas en nuestro desarrollo dejen de serlo, ya que la gran mayoría están pensados para ser sollo llamados y establecidos con los valores que sean necesarios segun el caso.

Para mencionar algunos de los Frameworks o librerías destacamos:

ReactJs.
VueJs.
Laravel.
Spring.

Entre otros tantos Frameworks, desde los proporcionados por Microsoft como ASP y terminando por los Open Source como Vue o React.

Habilidad 3: Aprende un sistema de control de código fuente.

Llegamos a la tercera y no menos importante habilidad, y es que hoy en día no debería existir un desarrollador de software (indistintamente de la orientación de sus desarrollos) que no tenga los conocimientos al menos básicos sobre un sistema de control de código fuente.

Este nos permite poder llevar un registro de todos los cambios realizados a nuestro código fuente sin importar el tiempo (historico) y el ordenador desde que lo hemos realizado, del mismo modo nos permite poder trabajar de manera colaborativa, no solo con personas de nuestra area o país sino con desarrolladores de otros paises.

Por mencionar a los más famosos en cuanto a este tipo de sistemas:

GitLab
Github
DevOps (Antiguamente llamado TFS – Team Foundation Server)

Conclusiones

Si has comenzado con la tarea de encontrar un trabajo como desarrollador porque acabas de culminar un curso/estudios universitarios, estas tres habilidades son necesarias para que lo encuentres, porque si es cierto que comenzaste, podras notar que en todos los trabajos (al menos casi todos) son tres de las cosas esenciales que solicitan para sus desarrolladores (junior/senior/engineer).

Por ahora concentrate en esas tres habilidades si es que realmente quieres desarrollar, y con el paso del tiempo comienza a aprender algo sobre construcción de Back-End. Verás que poco a poco te convertiras en un Desarrollador Full-Stack.

Consejo: No trates de aprender todo de una vez, concentrate en uno, y aprendelo bien.

Breve Historia de Redux

Ariel Calix — Fri, 25 Feb 2022 16:54:17 +0000

Redux: Sus Inicios

Redux es un patron orientado a la arquitectura de datos con el que podemos manejar el estado de nuestra aplicacion de una manera sencilla y muy predecible.

Nace en la comunidad de React como una mejora a las ideas desarrolladas por Flux, actualmente es un patron transversal adaptable a todo tipo de libreria o Framework JavaScript (Jsfx). Esto le permite ser ejecutado en el lado de servidor o incluso en aplicaciones para dispositivos móviles.

Redux: Detalles Técnicos

Es una libreria liviana con tan solo un peso total de 2KB y posee una comunidad amplia para soporte, esto ha provocado que compañias como Netflix la adopten con gran exito.

Redux: Sus Beneficios

Los beneficios son muchos, pero intentando resumirlos mencionamos solo algunos:

Arquitectura de datos Escalable.
Mayor control sobre el flujo de datos y el estado de la aplicacion.
El estado es global e inmutable

Estos beneficios tienen un gran impacto para las aplicaciones medianas en las que el set de estados que se utiliza cambia constante debido a diversos componentes.

Podemos mencionar que las necesidades actuales del lado del frontend se facilitan en gran medida al implementar el patron de Redux, simplificando las necesidades de las aplicaciones avanzadas, como la congelaciòn del estado actual de una aplicación y entregarla tal cual se hayaba cuando el usuario vuelve a entrar.

Redux: Patron de Arquitectura de Datos

Existen multiples patrones de arquitectura de datos que han sido adoptados al pasar los años en distintos Frameworks (Fx), entre ellos podríamos mencionar:

Model View Controller (MVC)
Model View ViewModel (MVVM)

Estos son solo los modelos más famosos, mismos que han sido adoptados por empresas como Microsoft.

Estos patrones muestran cual es el flujo de la información entre los componentes de una aplicación y como transitan los datos de la aplicación entre vistas, modelos, controladores, etc.

Cada uno de estos patrones poseé una característica que los hace diferentes de Redux. Dado que hasta el momento los cambios del estado podian darse desde varios elementos del patron, ya fuera en la vista o en los modelos.

Este tipo de comportamiento produce aplicaciones con mucha interacción entre los componentes, por tanto se dificulta su depuración, mantenimiento e incluso la escalabilidad.

Facebook Inc, ahora META con la intención de simplificar los modelos y hacer más predecible el flujo de los datos en la aplicación, lanzó Flux.

Flux tiene cémo caracteristica más destacable el flujo de los datos ya que éste se realiza siempre en una única dirección.

El diagrama ejemplifica el flujo de datos y nos dice que el Store contiene todos los datos de la aplicación, su estado. También muestra que los datos fluyen hacia la vista en una única dirección y para modificarlos, desde la vista se lanzan acciones, estas una vez tratadas por el Dispatcher son capaces de producir un cambio de Estado en el Store que a su vez viaja hacia la vista.

Ahora bien con Redux el flujo evoluciona un poco pero la esencia de flux se mantiene.

Además de implentar la arquitectura de Flux, en Redux se agregan los Reducers que no son más que funciones puras que se encargan de procesar las acciones y generar un nuevo estado.

Ya hemos conocido la historia de Redux, el patrón que implementa y explicado a grosso modo algunos elementos.

Por ahora esto es lo que hablaremos de Redux. En la siguiente entrega seguiremos hablando sobre Redux y sus principios básicos. Hasta la Próxima.

¡Happy Hacking!

Las mejores extensiones para Visual Studio Code

Ariel Calix — Mon, 22 Nov 2021 23:27:51 +0000

Hola amigos.
Teniendo en cuenta que en algunas ocasiones nuestro flujo de trabajo requiere de varias actividades para llevarlo a cabo. Hoy quiero compartir con ustedes las extensiones que a mi criterio son de mucha utilidad a la hora de realizar nuestro trabajo.

Y bueno sin más empecemos.

1. Bracket Pair Colorized

Como su nombre lo indica, es una extensión que le da diferentes colores según lo configuremos nosotros a los Corchetes [ ], Llaves { } y Paréntesis ( ). Y es que a la hora de comenzar con nuestra tarea de escritura de código y a medida que el mismo crece, se vuelve complejo detectar donde inicia y donde finalizan los elementos antes mencionados, en cada una de las funciones.

Bracket Pair Colorized 2 la encuentras en el marketplace de Microsoft para Visual Studio Code y está desarrollada por CoenraadS. Es gratuita, y a mi criterio, aparte de darle color a nuestros desarrollos, te facilitara la identificación de funciones o anidaciones en tu código.

2. Color Higlight

La segunda extensión que recomiendo sirve en el momento que iniciamos a tabajar a nivel de Frontend. Todo aquel que este o en algún momento haya trabajado en el Frontend de un desarrollo sabe lo tedioso que es tener que cambiar al navegador para buscar que color es cada uno de las asignasiones ya sean RGB, HEX, HSL o cualquier otro modo que estemos utilizando.

Con Color Highlight se acaba ese dolor de cabeza ya que resalta cada uno de los códigos de color según el color que este sea, de modo que al momento de buscar un color lo podrás identificar facilmente.

Color Highlight la encuentras siempre en el Marketplace de Microsoft para Visual Studio Code y está desarrollada por Sergii Naumov. Es totalmente gratuita y te facilitara mucho al momento de trabajar con archivos de tipo SCSS, CSS o incluso en el mismo HTML.

3. TODO Tree

Esta interesante extensión, te ayuda a tener un repositorio en tiempo real de los comentarios de tipo TODO, FIX, BUG, HOTFIX entre otros, es muy configurable y permite extender a otras palabras para que sean reconocidas, se abre en el panel lateral, y aparte de eso, al dar clic te lleva donde se encuentra el comentario.

TODO Tree la encuentras siempre en el Marketplace de Microsoft para Visual Studio Code y está desarrollada por Gruntfuggly. Es totalmente gratuita y vale la pena darle una oportunidad, al final terminas encariñandote y sacandole provecho.

4. Git Graph

Git Graph, es una extensión que nos ayuda a realizar un rastreo de los commits en nuestro repositorio de manera Local y Remota.

Con Git Graph tenemos una manera más fácil y gráfica de identificar los commits realizados, listándolos todos desde la fecha más antigua a la más reciente e incluso poder ver los cambios y la descripción para cada uno de ellos.

Al dar clic sobre un commit podrás ver la descripción, los archivos modificados, el usuario que realiza el commit y la fecha y al dar clic derecho sobre el commit podrás ver la opción para revertir el desarrollo al commit seleccionado.

Git Graph la encuentras siempre en el Marketplace de Microsoft para Visual Studio Code y está desarrollada por Mhutchie. Es totalmente gratuita.

5. Vscode Faker

Finalizaremos la entrega con una extensión no menos importante pero si muy útil llamada Vscode Faker.

Esta extensión nos ayuda a crear datos aleatorios para nuestro desarrollo, si aun no has planeado conectarte a un API puedes hacer uso de ella permite la creación de correos, nombres, números de teléfono, empresas, entre otros datos ficticios y completamente validos para el momento de realizar una presentacion de plantillas HTML o incluso en desarrollos con frameworks.

Vscode Faker la encuentras siempre en el Marketplace de Microsoft para Visual Studio Code y está desarrollada por Burdi Irawan. Es totalmente gratuita.

Por ahora dejo estas extensiones, espero sean de utilidad. no olvides dejar tus comentarios o tus reacciones, hasta la préxima.

Imagen por Fotis Fotopoulos en Unsplash

Resumen

Ariel Calix — Sun, 14 Nov 2021 18:19:01 +0000

Hola Amigos y bienvenidos a este vs entre dos tecnologías, en esta ocasion haremos un resumen de los que hemos venido Hablando.

¿NodeJS o .Net Core?

Como lo hemos dicho anteriormente, hablar de cada una y confrontarlas no es que queramos hacerte usar una o la otra, por el contrario, que tengas un panorama más amplio sobre cada una y los proyectos que pueden realizar en cada uno para que así completes el proyecto sin problemas, cada una tiene sus bondades para un proyecto en específico que la otra no posea y viceversa, queda a tu elección cual usar. Solamente ten en cuenta que para el lado web, tanto a nivel de cliente como servidor NodeJS es bastante rapido lo que lo hace un gran candidato y ganador es ese ambito, mientras que en proyectos transaccionales .Net Core se lleva el premio.

Ventajas

.Net Core	NodeJS
Es Multiplataforma	Es multiplataforma
Sistema de almacenamiento en cache confiable	Base de Código única y potente
Implementacion y mantenimiento flexible y sencillo	Escalabilidad e implementación seguras

Desventajas

.Net Core	NodeJS
Soporte relacional de objetos limitado	Bloqueo de E/S
La brecha entre el lanzamiento y la estabilidad	Estandarización de librerias.

Tipos de Proyectos

.Net Core	NodeJS
Web, mismas que pueden ser desplegadas en Windows, Linux o Mac OS	Aplicaciones de chat en tiempo real
Aplicaciones con Docker, en cualquiera de las nubes ya sea (Azure, AWS o GCP)	Aplicaciones web
Aplicaciones de Escritorio UWP lo que permite que tus apps sean ejecutadas en Windows 10, XBOX y HoloLens	Servicios de API Rest
IoT	IoT
IA	Streaming de datos
Desarrollo de juegos	Aplicaciones complejas de una sola Página

En resumen, cada una de ellas está en continuo desarrollo para el soporte de distintos proyectos y arquitecturas, queda de tí implementarlos de la mejor forma.

Me despedido, y espero les agrade este vs, espero sus comentarios.

Imagen por Marius Niveri en Unsplash

NodeJS

Ariel Calix — Fri, 12 Nov 2021 01:34:20 +0000

Hola Amigos y bienvenidos a este vs entre dos tecnologías, hablaremos sobre que son cada una y en que podemos implementarlas y sin más les presento a nuestro segundo contendiente NodeJS.

NodeJS ¿Sus inicios?

NodeJS nacio en el año 2009 bajo del nombre de Nodo por Ryan Dahl, quien para ese año formaba parte de Joyent, la empresa que sería la propietaria de NodeJS.

A pesar que en sus inicios NodeJS tuvo un desarrollo lento, llego a ser la potente plataforma que es hoy, consagrandose como una de las más amadas de los últimos años.

NodeJS ¿Qué es?

Es un entorno de ejecucion de un solo hilo de código abierto y multiplataforma, de ahí que tenga tan buena comunidad de soporte, se ejecuta bajo el motor JS V8 usado por Google.

En cuanto al lenguaje implementado, el elegido fue JS, mismo que se uso en Scripts del lado de cliente durante sus primeros años (20 aproximadamente), y solo podia usarse con la implementación de <script> en el que un desarrollador necesitaba trabajar con multiples lenguajes para moverse entre el Backend y Frontend.

NodeJS está escrito en los inmortales C y C++, y no dejando por fuera JS.

NodeJS ¿En que lo uso?

Aplicaciones de chat en tiempo real.
Aplicaciones web.
Servicios de API Rest.
IoT.
Streaming de datos.
Aplicaciones complejas de una sola Página.

NodeJS ¿Su futuro?

Sobre el futuro de NodeJS es dificil de decirlo a ciencia cierta, dado que es una tecnología joven y que continua expandiendose, cuenta con un gran futuro por delante, pero tambien dependera del apoyo que la comunidad siga brindandole.

Imagen por Marius Niveri en Unsplash

.Net Core

Ariel Calix — Wed, 10 Nov 2021 19:28:00 +0000

Hola Amigos y bienvenidos a este vs entre dos tecnologías, hablaremos sobre que son cada una y en que podemos implementarlas y sin más les presento a nuestro primer contendiente .Net Core.

.Net ¿Sus Inicios?

para conocer .Net Core debemos hablar un poco sobre los inicios de .Net.

.Net nacio en el año 2001, con la publicacion de los primeros estandares (334 y 335) en ECMA para C# y CLR(Common Language Runtime). Y en 2002 se libera .Net Framework 1.

Para el año 2008 Microsoft da el anuncio que el proyecto ASP.Net MVC será de tipo Open Source, ese mismo año en la conferencia //build/ Anders Hejlsberg anuncia que el compilador Roslyn de C# sera de tipo Open Source. Y es en 2008 que comienza el desarrollo de .Net Core.

.Net Core ¿Qué es?

Esta es la plataforma más moderna para desarrollo ofrecida por Microsoft, su lanzamiento oficial fue en 2016 con .Net Core 1.0. Actualmente nos encontramos con la version 6 lanzada apenas en el año 2021 y en la que se unifican .Net Framework, .Net Core y Mono en una sola plataforma. Es un lenguaje del tipo Open Source, es multiplataforma y de un rendimiento muy alto para crear todo tipo de aplicaciones.

Dentro de las principales características de .Net Core tenemos.

Multiplataforma y con soporte para uso en contenedores Docker.
Alto rendimiento (fue diseñado desde 0).
Asincronia, este patron en todas las librerías comunes para mejorar el rendimiento en las llamadas I/O.

.Net Core ¿En que lo uso?

.Net Core nos permite implementar todo tipo de aplicaciones desde:

Web, mismas que pueden ser desplegadas en Windows, Linux o Mac OS.
Aplicaciones con Docker, en cualquiera de las nubes ya sea (Azure, AWS o GCP).
Aplicaciones de Escritorio UWP lo que permite que tus apps sean ejecutadas en Windows 10, XBOX y HoloLens.
IoT.
IA.
Desarrollo de juegos.

.Net Core ¿Su Futuro?

A lo largo de muchos años han sido creadas diferentes plataformas de .Net como ser:

.Net Framework.
.Net Core.
Mono. Y otras como:
Silverlight
Windows Phone
.Net Compact Framework Mismas que de alguna forma ayudaron a perfilar .Net como lo que es hoy en día.

Desde la version 3 de .Net Core no se han continuado con la migracion de características desde .Net Clasico. Por lo que las siguientes tecnologías ya no tienen un equivalente.

Web Forms.
WCF.
Workflow Foundation.

Ahora bien Aunque existe Blazor, mismo que es su sustituto no existe una migración directa. Si quieres migrar tus servicios WCF, tienes que utilizar Web API's.

Lo anterior no significa que tengas que migrar todas tus aplicaciones actuales a .Net Core si ya son funcionales. Recuerda que son paltaformas diferentes, por lo que migrar puede llevar más tiempo del que crees.

Abordaremos más sobre .Net en una serie especial para este framework pero por el momento esto es lo que necesitas saber para este versus entre estas dos tecnologías.

Imagen por Marius Niveri en Unsplash

Principios SOLID

Ariel Calix — Wed, 03 Nov 2021 23:39:18 +0000

¿Qué son los principios SOLID?

Cuando hablamos de SOLID, hablamos de un conjunto de buenas prácticas de desarrollo, también podemos decir que son los principios de la programación orientada a objetos, estos principios tienen una estrecha relación con los patrones de programación.

¿Qué aportan a nuestros código?

Los principios SOLID nos ayudan a tener un mejor tiempo durante la compilacion, alta coherencia de nuestro código y una fuerte encapsulación del mismo. Estos principios tienen en esencia la finalidad de escribir código de mayor calidad, facilitar el mantenimiento, permitir la reutilizacion y la escalabilidad del código.

SOLID es un acrónimo introducido por el Sr. Michael Feathers, tomando como base los 5 principios propuestos por Robert C. Martin en el año 2000.

Cada letra del acrónimo es la referencia a un principio de modo que:

S (SRP) – Principio de responsabilidad única (Single responsibility principle)
O (OCP) – Principio de abierto/cerrado (Open/closed principle)
L (LSP) – Principio de sustitución de Liskov (Liskov substitution principle)
I (ISP) – Principio de segregación de la interfaz (Interface segregation principle)
D (DIP) – Principio de inversión de la dependencia (Dependency inversion principle)

1. Principio de Responsabilidad Única

“Nunca debería haber mas de una razón en una clase para cambiar”

Con este principio buscamos que un objeto/clase tenga únicamente una responsabilidad y que se encuentre completamente encapsulada por la clase. Cuando hablamos de responsabilidad, hacemos referencia a una razón para cambiar. Este principio dirige nuestro desarrollo hacia una coherencia más fuerte en la clase y un encaje más flojo entre la dependencia de clases, una mayor lectura, más eficiente y un código con menos complejo. Por ejm:

   Clase Rectangulo {
      area();
      dibujar();
   }

   Clase CalcularGeometria : Rectangulo {
      area calcularArea();
      dibujar dibujarArea();
   }

   Function dibujar(){
      return dibujarArea();
   }

En este ejemplo se muestra la clase rectángulo con dos métodos, area() y dibujar(), Como puedes observar la clase Rectángulo.area() se encargaría de retornar el valor del área para ser dibujada por Rectángulo.dibujar().
Con esta forma de diseñar una clase, si en un futuro realizáramos una modificación a la clase dibujar, para extender su funcionalidad a otra clase llamada Triangulo. Estaríamos forzados a tener que probar de nuevo la clase Rectángulo para asegurarnos que su funcionalidad no fue alterada. Lo que el SRP propone es lo siguiente:

   Clase Dibujar {
      dibujar();
   }

   Clase Rectangulo : Dibujar {
      area();
      dibujar dibujarRectangulo();
   }

   Clase CalcularGeometria {
      return calcularArea();
   }

   Function dibujarVista(){
      return dibujarRectangulo();
   }

Ahora si observas, se crea una nueva clase llamada dibujarVista que contiene un solo método llamado dibujarRectangulo().
Es fácil comprender que las clases son generales, y que cualquier llamado a estas no significa tener que modificarla, y si quisiéramos extender su funcionalidad lo podríamos hacer fácilmente.

Este principio probablemente sea el más importante de todos, al mismo tiempo es el más sencillo y a su vez el más complicado de llevar a cabo.

2. Principio Abierto-Cerrado

“Las entidades de Software (clases, módulos, funciones, etc.) han de estar abiertas para tener extensiones, pero cerradas para modificaciones”

Este principio busca que una entidad nos permita que su comportamiento se pueda extender en cuanto a funcionalidad, pero nunca modificarse el código existente. Cualquier clase (o cualquier cosa que codifiques) debe estar escrito de un manera que pueda ser utilizada por lo que es, y que pueda entender de ser necesario. Pero nunca se deben realizar cambios modificando el código ya existente.

3. Principio de sustitución de Liskov

“Los subtipos deben ser sustituidos por su tipo de base”

Lo que este principio definido por Barbara Liskov sugiere es que los objetos deberían ser reemplazados por ejemplos de su subtipo, y ello sin que la funcionalidad del sistema desde el punto de vista de los clientes se vea afectada. En esencia en lugar de utilizar la implementación actual, deberías ser capaz de inplementar una clase base y obtener el resultado deseado. Frecuentemente, cuando queremos representar un objeto, diseñamos la clase base en sus propiedades y en lugar de eso deberíamos poner énfasis en su comportamiento.

Muchos desarrolladores dicen que este principio de Liskov tiene una estrecha relación con el principio anterior (open-close).

“una violación de LSP es una violación latente de OCP”.

4. Principio de segregación de la interfaz

“Las clases que implementan interfaces, no deberían ser forzadas a implementar los métodos que no serán utilizados.”

Este principio expone cómo escribir interfaces. si la interfaz se convierte en un largo archivo de código, será necesario particionarla en pequeñas partes específicas. Una interfaz será definida por el cliente que lo utilice, lo que significa que es el único que tenga conocimientos de todos los métodos relacionados entre ellos.

En realidad, si al añadir métodos que no deberían estar ahí, las clases que implementan la interfaz deberán implementar tambien los métodos que no utilice. Los clientes no deberían ser forzados a depender de las interfaces que usarán. ISP intenta mantener un sistema desacoplado, más fácil de refactorizar, cambiar y desplegar.

5. Principio de inversión de la dependencia

“Los módulos de altos modelos no deberían depender de niveles de módulos bajos, sino de abstracciones. Abstracciones no deberían depender de detalles; sino los detalles de la abstracción”

Este principio en esencia consiste en la reducción de dependencias entre los diferentes módulos de nuestro código, esto nos sera de ayuda para entender cómo vincular correctamente sistemas juntos.

Cuando los detalles de implementación dependen de altos niveles de abstracció, este prinicipio nos ayudara a conseguir un sistema bien acoplado. También, influirá en la encapsulación y en coherencia del sistema.

Supongamos que un módulo concreto A, no debe depender directamente de otro módulo concreto B, sino de una abstracción de modulo _B. Tal abstracción se convierte en una interfaz o una clase (que podría ser abstracta) y que sirve como base para un conjunto de
clases hijas.

Al inicio de la vida como desarrollador, aplicar estos principios puede resultar un poco complejo, pero con el tiempo y la práctica se llega a un dominio de ellos mejor.

Foto por Fotis Fotopoulos en Unsplash