Principio KISS

**KISS **

• Keep It Simple Stupid
• Keep It Short and Simple(forma elegante).

KISS

KISS: es un acrónimo de Keep It Simple Stupid o Keep It Short and Simple y a rasgos generales se puede traducir como Mantenlo simple!.

Este principio establece que la mayoría de sistemas funcionan mejor si se mantienen simples o sencillos a diferencia de aquellos que se hacen complejos de manera innecesaria. Es decir, que desde el incio del proyecto la sencillez tiene que ser una meta en el desarrollo y que la complejidad innecesaria debe ser eliminada cada vez que sea detectada. Muchas veces esta complejidad ocurre cuando se diseñan grandes soluciones para objetivos simples.

Tratemos de utilizar la mejor solución dependiendo de la complejidad de lo que estemos trabajando. Cuando algo es muy complejo o muy grande, es recomendable buscar soluciones más complejas o avanzadas que se ajusten, pero si algo es más simple, pequeño o sencillo, lo ideal es darle una solución acorde a sus características.

Es bueno tener presente que:

Si ya no comprendes tu propio código después de un breve período de tiempo, las campanas de alarma deberían sonar. Porque cuanto más complicado es o se presenta, más difícil es para todos los involucrados trabajar con él.

Algunos ejemplos de complejidad innecesaria son:

• Incluir bibliotecas enormes en el proyecto cuando solo se necesitan un par de funciones de ellas.
• Abstracción excesiva en el código.
• Funciones que resultan enormes por por la lógica que contienen.
• Anidación de condicionales que solo cumplen una función.

Utilizar en el ForEach para recorrer el TaskList; se esta usando una variable de nombre p; pero esto se podria mejorar su nombramiento como task

public static void ShowTaskList()
        {
            var indexTask = 1;
            Console.WriteLine("----------------------------------------");
            TaskList.ForEach(task => Console.WriteLine((indexTask++) + ". " + task ));
            Console.WriteLine("----------------------------------------");
        }

Algunas consideraciones sobre Linq que nos pueden ayudar en un futuro:

https://medium.com/swlh/is-using-linq-in-c-bad-for-performance-318a1e71a732

https://markheath.net/post/linq-performance#:~:text=It is slightly slower&text=LINQ syntax is typically less,like BenchmarkDotNet to do so.

No estoy completamente de acuerdo con la refactorización del for. Aún así me parece mucho mejor que como estaba.

La razón es que no me da buena espina el código imperativo como el operador ++ o la función WriteLine dentro de una función anonima que es usada dentro de otra función. Esto porque rompe con el esquema de las funciones puras.

Sin embargo creo es una especie de code smell personal, no tiene que ser necesariamente siempre así, siempre hay que juzgar por la situación.

Yo con tal de evitar mezclar funcional e imperativo llegué a esto:

foreach (var (task, i) in taskList.WithIndex())
{
    Console.WriteLine($"{i + 1}. {task}");
}

Y claro, primero es más largo, y segundo tuve que poner más abajo otro pedazo de código que encontré en internet para definir WithIndex, por lo que no necesariamente mi solución es mejor pero quería compartir esto por si a alguien le parece interesante y encuentra más del tema.

todo esta perfecto en el curso, pero creo que fue una mala idea no haberlo hecho en visual studio, por que las personas que llegan a este curso normalmente estan usando IDE para programar, la mayoria que podemos pagar la plataforma tenemos una computadora que sin problema corre visual studio exagero de mas profe, pero pues ya que a darle

yo al empezar la clase: “vamos, dilo, dilooo”

En este ejemplo no estamos usando LinQ