Refactorizando Advent of Code: Buenas prácticas que no puedes ignorar

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

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

  • @CodyAddison-p5b
    @CodyAddison-p5b 20 дней назад +51

    ¡Qué buen video sobre refactorización! Me recuerda cuando tuve que mejorar un código en mi primer trabajo, fue todo un desafío pero aprendí mucho. ¿Alguien más ha tenido que lidiar con eso? 🙌🏻 Por cierto, estoy empezando con соdigо hеrое y me está encantando 😁.

  • @gembawalk
    @gembawalk 22 дня назад +3

    tremendo video! que alegria que te hayas animado! ❤❤

  • @yonedelcastillo5206
    @yonedelcastillo5206 21 день назад +1

    Muy buen video! Super bien explicado.
    Enhorabuena!

  • @retamap
    @retamap 22 дня назад +2

    no sabía lo del extract method y variable de vscode, buen video...

    • @ProductCrafter
      @ProductCrafter  21 день назад

      Gracias! La verdad es que son herramientas super útiles!

  • @mimove1
    @mimove1 23 дня назад +1

    Gran video Emilio 👏🏻👏🏻

  • @l_Daniel_l
    @l_Daniel_l 17 дней назад +1

    Me gustan mucho estos videos, una pregunta, no falta el file.close() o abrir el file con with open?

    • @ProductCrafter
      @ProductCrafter  17 дней назад

      Correcto!! Si no no cerramos el archivo y puede llevar a memory leaks, bueno ojo!

  • @greyshopleskin2315
    @greyshopleskin2315 17 дней назад +1

    Es por esto que soy de los que opinan que la mayoría de veces no hay que documentar *QUE * hace el código, sino -de ser necesario - *POR QUÉ* está haciendo las cosas de x forma.
    Normalmente si haces las cosas bien no es necesario explicar que hace el código.
    Es molesto tener comentarios estupidos que no aportan nada y solo quitan espacio en la pantalla y distraen.
    Por no comentar que los comentarios fácilmente quedan desactualizados a lo largo de la vida del proyecto y pueden engañarte.
    Si solo comentas cuándo es necesario, quien cambie el código y quien haga el code review, puede comprobar si hay que actualizar el comentario.
    Si el 80% del proyecto tiene comentarios, nadie va a comprobar tal cosa.

    • @ProductCrafter
      @ProductCrafter  16 дней назад

      100% de acuerdo, un buen código se entiende sin comentarios. Si hacen falta comentarios la mayoría de las veces es porque no se ha programado de una forma clara y entendible 👌🏻.

  • @Mr_Kaseki
    @Mr_Kaseki 21 день назад +1

    Faltaron varias buenas prácticas por aplicar.
    Por ejemplo, es preferible utilizar un context manager para trabajar archivos ya que en el ejemplo que muestra nunca cierra el fichero.

    • @ProductCrafter
      @ProductCrafter  21 день назад +1

      Que buen ojo! Exacto, el context manager y cosas como magic numbers y alguna extracción a método más. Me alegro de que hayas sacado más cosas que chirrían 🔝