Te he conocido por la charla con Fran Gallego, donde me gustó mucho lo que comentasteis. Este vídeo es también interesante y creo que puede aclarar ideas a los que se adentren en estos mundos de la programación. Buen trabajo. En mi humilde opinión, se valora y se para demasiado poco en la fase de preproducción de los proyectos, y como bien has comentado, eso es desastroso después haciendo que se pierdan cientos de horas por no haber planificado mejor antes. Yo prefiero tirar de papel y ponerme en el papel de los usuarios (en mi caso son webapps y webs) para evitarme problemas futuros, porque a veces he tenido que "heredar" proyectos de otros que han tenido un simple error conceptual en el modelo de datos, y ha supuesto rehacer decenas de archivos de código. Cosas de programadores. En este tipo de planteamiento que indicas sería interesante conocer tu opinión si eres más de los que se quitan las tareas "que no apetecen" (lo que los estadounidenses llaman "eat the frog") y luego ya disfrutar sin prisa de las tareas más sencillas y/o mecánicas , o prefieres ir haciendo tareas más sencillas que te van dando ánimos y tracción para enfrentarte al "coco" que está por llegar. :)
Gracias por el comentario! Yo soy mas equipo "eat the frog" si, creo que intentar atacar una tarea compicada/aburrida al final de la jornada es mucho mas chungo... ¿Tu que opinas?
@@daniel_robledo Yo según sea la tarea. A veces lo que me apetece son hacer cosas mecánicas que me permiten un poco divagar, pero otras lo chulo es hacer algo complejo. Lo más satisfactorio es cuando te tienes que enfrentar a algo aparentemente complicadísimo y estás rumiándolo horas, incluso días mientras haces otras cosas, paseando, durmiendo... y luego te pones y sale exactamente igual que lo habías pensado funcionando a la primera. Eso, y coger un código antiguo tuyo o de otros, empezar a "podar" código y ver que funciona igual o mejor con un 30% menos de código es la repera!!! :D
Muchas gracias! Por el momento lo mas parecido que tengo es este canal y los hilos que escribo en Twitter (twitter.com/dc_robledo/status/1705867741880598638). En el futuro me molaria montar algún cursillo si :)
No sé que es mejor, si la intro o la pedazo explicación que has dado. 10/10
Graciassss :)
muy bien explicado, se entiende con total claridad.
me mató la intro jsjaja
Me alegro de que te mole jajajaja
Te he conocido por la charla con Fran Gallego, donde me gustó mucho lo que comentasteis. Este vídeo es también interesante y creo que puede aclarar ideas a los que se adentren en estos mundos de la programación. Buen trabajo. En mi humilde opinión, se valora y se para demasiado poco en la fase de preproducción de los proyectos, y como bien has comentado, eso es desastroso después haciendo que se pierdan cientos de horas por no haber planificado mejor antes. Yo prefiero tirar de papel y ponerme en el papel de los usuarios (en mi caso son webapps y webs) para evitarme problemas futuros, porque a veces he tenido que "heredar" proyectos de otros que han tenido un simple error conceptual en el modelo de datos, y ha supuesto rehacer decenas de archivos de código. Cosas de programadores.
En este tipo de planteamiento que indicas sería interesante conocer tu opinión si eres más de los que se quitan las tareas "que no apetecen" (lo que los estadounidenses llaman "eat the frog") y luego ya disfrutar sin prisa de las tareas más sencillas y/o mecánicas , o prefieres ir haciendo tareas más sencillas que te van dando ánimos y tracción para enfrentarte al "coco" que está por llegar. :)
Gracias por el comentario! Yo soy mas equipo "eat the frog" si, creo que intentar atacar una tarea compicada/aburrida al final de la jornada es mucho mas chungo... ¿Tu que opinas?
@@daniel_robledo Yo según sea la tarea. A veces lo que me apetece son hacer cosas mecánicas que me permiten un poco divagar, pero otras lo chulo es hacer algo complejo. Lo más satisfactorio es cuando te tienes que enfrentar a algo aparentemente complicadísimo y estás rumiándolo horas, incluso días mientras haces otras cosas, paseando, durmiendo... y luego te pones y sale exactamente igual que lo habías pensado funcionando a la primera. Eso, y coger un código antiguo tuyo o de otros, empezar a "podar" código y ver que funciona igual o mejor con un 30% menos de código es la repera!!! :D
0:55 nada que un ruso en las profundidades de internet no haga
Tal cual jajajaja
Tio lo de Fen y el ruso me ha matado jajajaj
Jajajajaja me alegro
Gracias ^^
Me he agobiado mucho con la intro, me ha pasado mil veces no encontrar recursos en mi idioma
Los foros de internet son todo un ecosistema si T_T
Si tienes cursos de programacion lo compro
Muchas gracias!
Por el momento lo mas parecido que tengo es este canal y los hilos que escribo en Twitter (twitter.com/dc_robledo/status/1705867741880598638). En el futuro me molaria montar algún cursillo si :)