No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Principio KISS

8/14
Recursos

Aportes 8

Preguntas 0

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

**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("----------------------------------------");
        }

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: 鈥渧amos, dilo, dilooo鈥

En este ejemplo no estamos usando LinQ