DevTalles podcast - 183: Ideas y planificación para crear aplicaciones

Поділитися
Вставка
  • Опубліковано 29 січ 2025

КОМЕНТАРІ • 18

  • @fernando_her85
    @fernando_her85  3 місяці тому +1

    🅰 Accede al NUEVO curso de #Angular PRO en: fernando-herrera.com/course/angular-pro
    👷🏻‍♂ Accede al curso de #ReactNative #Expo en construcción vía Acceso Anticipado, como beneficio de la Suscripción DevTalles PRO: cursos.devtalles.com/courses/react-native-expo#precios

    • @PraexorVS
      @PraexorVS 3 місяці тому

      No hablaste de la arquitectura 😢

  • @1996END
    @1996END 3 місяці тому +4

    Soy totalmente novato en este mundo y aún estoy construyendo mis bases de programación, estos vídeos me ayudan mucho a tener un panorama más claro de la industria y de la carrera de un programador. Muchas gracias

  • @AdamDevRD
    @AdamDevRD 3 місяці тому +3

    Este podcast es un Libro de mucho valor.

  • @codificatufuturo
    @codificatufuturo 3 місяці тому +6

    Suena ambicioso, pero con planificación y perseverancia, ¡se puede lograr!

  • @danielarandamartin2709
    @danielarandamartin2709 3 місяці тому

    Excelente podcast! Gracias Fernando lo aplicaré en mis proyectos personales. Saludos!

  • @adolfotorres153
    @adolfotorres153 3 місяці тому +1

    Gracias por siempre compartir tantos conocimientos, Fernandooo ❤

  • @yoanestradablanco1608
    @yoanestradablanco1608 3 місяці тому +1

    Exelente video

  • @eduardonunes9229
    @eduardonunes9229 3 місяці тому +1

    Que grande Fernando

  • @johan7865
    @johan7865 3 місяці тому +1

    buen podcastt

  • @pablomaidana7420
    @pablomaidana7420 3 місяці тому +1

    Felices vacaciones 🎉

  • @cachipum
    @cachipum 3 місяці тому +1

    Tio, se nota que no has hecho un hackathon en tu vida, "hagan un código mantenible" el peor consejo que se puede dar para un hackathon.

    • @EdisonGualle
      @EdisonGualle 3 місяці тому

      Y por que seria un mal consejo?

    • @cachipum
      @cachipum 3 місяці тому

      @@EdisonGualle porque no debes preocuparte de hacer código mantenible durante un hackathon, ya que se trata de aprovechar al máximo el tiempo limitado que tienes en centrarte y hacer un prototipo que convenza al jurado, crees que el jurado va a valorar si tienes tus unit tests organizados o tus componentes estructurados con atomic design o todos tus estilos son consistentes? si durante un hackathon pierdes el tiempo en estas cosas, buena suerte.

    • @cachipum
      @cachipum 3 місяці тому

      ​@@EdisonGualleel 99% de los proyectos de hackathon ni siquiera se continuan, otra razón más para no hacer caso al estúpido consejo, en el tiempo que haces un código mantenible es tiempo perdido para que tu proyecto impacte más... si llega a impactar y es viable llevarlo adelante, entonces ya te preocuparás de refactorizarlo y hacerlo bonito para escalar, pero ya con la seguridad de que resuelve un problema y es viable llevarlo a cabo.
      De lo contrario es tirar lo más valioso que tenemos, nuestro tiempo, a la basura.
      No hagáis caso a autodenominados "expertillos" trasnochados que viven de hacer tutoriales básicos y no han trabajado en proyectos reales que estén funcionando.

    • @menosdB
      @menosdB 3 місяці тому +1

      @@cachipum Para criticar ideas o presentaciones de otros no hay que ser hater o desacreditar a la persona, eso habla mas de ti que de otros ...
      el que denominaste "Estupido Consejo" solo fue una recomendacion general , recuerda que el video no solo esta dedicado a una hackathon es mas de uso general.
      otro punto si consideras a fernando como "expertillo trasnochado" sin proyectos que esten funcionando , volvemos a lo principal para criticar no hay que desacreditar y mas desde la ignorancia ... y tu si tienes proyecto funcionando con cientos de usuarios? ( es una pregunta retorica)
      igual saludos esperemos en el futuro puedas debatir ideas sin caer en esos errores .

    • @cachipum
      @cachipum 3 місяці тому +2

      @@menosdB gracias por tu consejo, tienes razón y me dejé llevar en el comentario, mis disculpas.