TOP 10 Errors defining names in code: variables, functions, classes, commands…

Поделиться
HTML-код
  • Опубликовано: 3 фев 2025

Комментарии • 23

  • @CodelyTV
    @CodelyTV  Месяц назад

    Si quieres más tips como estos, te esperamos en el curso de Clean Code! → cdly.to/clean_code

  • @theproclamer
    @theproclamer Месяц назад +6

    lo de los nombres es todo un tema, pls mas videos de este estilo de comparación y de ejemplos como el que aqui presentan es la bomba!

  • @sobrehombre9338
    @sobrehombre9338 15 дней назад

    Gracias!

  • @Sam-hu3xt
    @Sam-hu3xt Месяц назад +4

    Me parece un tema interesante, yo lo veo muy sencillo. El naming se puede estandarizar y es algo que transciende a gustos y egos personales. El objetivo de un buen naming es mejorar la verificabilidad del código. Mi primera pregunta cuando alguien me viene con un dilema entre usar max o max_iterations, es ¿te cobran por carácteres?

    • @toronacii
      @toronacii Месяц назад

      Pienso que igual depende del ecosistema en el que estes. Solo hay que seguir las convensiones de ese ecosostema.

  • @flecha89
    @flecha89 Месяц назад +4

    Agregaría el usar nombres en un mismo idioma, preferentemente ingles.

  • @pablomaidana7420
    @pablomaidana7420 Месяц назад +2

    Prefiero usar el nombre de interfaces terminado en "able" si no se agrega sufijo o sufijo

  • @Jhonmundo
    @Jhonmundo Месяц назад +5

    En el caso del uso de negativo para los variables booleanas, siempre sera mejor usarlos, pero teniendo ambos casos contrarios para evitar usar el operador de negacion. Siempre sera mas legible.
    Por ejemplo: isNotEmpty y isEmpty.

    • @ciltocruz
      @ciltocruz Месяц назад +2

      Apoyo total al compañero: nunca jamás una exclamación al principio de una sentencia será más legible que un método donde se puede leer la negación. Lo que pasa es que tienes que tener ambas opciones: isNotEmpty y el isEmpty.

    • @dynamisluchs9775
      @dynamisluchs9775 Месяц назад +1

      Estoy de acuerdo siempre y cuando vengan en la libreria que utilizamos o en caso de una implementacion propia el isNotEmpty lo implementemos como un return !isEmpy. Cualquier otra cosa da lugar a que pueda existir una inconsistencia entre el isEmpty y el isNotEmpty.

  • @gabrielcifuentes916
    @gabrielcifuentes916 Месяц назад +2

    3 días de sprint para definir nombres

  • @unlugartrufado
    @unlugartrufado Месяц назад

    0:56 si en tu empresa lo llamáis "productos" por qué lo llamas "products"? falla la consistencia de la que habláis en en 1:09 escribir nombres de variables/metodos/clases, ... en español es una gran ventaja que no tienen los anglosajones, nos sirve para identificar más rápido los errores viendo los mensajes de error/logs/... se separa rápidamente lo que es atribuible a nuestro código de lo que no, ...

    • @Jhonmundo
      @Jhonmundo Месяц назад +5

      Wtf?

    • @ciltocruz
      @ciltocruz Месяц назад +2

      ¿Ventaja?

    • @unlugartrufado
      @unlugartrufado Месяц назад

      @ciltocruz sí

    • @theNINEDJ
      @theNINEDJ Месяц назад +1

      No entiendo. Qué ventaja tiene el español frente al inglés en este aspecto? Por tu comentario no se puede deducir.

    • @unlugartrufado
      @unlugartrufado Месяц назад

      @theNINEDJ sí se puede decir, de hecho está escrita la ventaja. intenta releerlo