Cómo todos tus videos, impecable. Increíble la facilidad que tenes para explicar tantas cosas y que no se torne aburrido o tedioso de escuchar. Un gran profesor Felipe!
Gracias x los consejos, de verdad son una excelenten guia para el dia a dia de un programador. Desde hace unas versiones del ide de visual badic, se han incorporado algunas buenas herramientas y caracteristicas para revisar tu codigo y que te ayudan a todo lo que menciona. Hay una sencillita que me ha gustado mucho y es la que te muestra las veces que un metodo o funcion es utilizado.puedes ir de ese punto a la clase o parte del programa que la ha llamado, esto ayuda mucho a evitar caer en el error que mencionaste. Gracias por tu tiempo y dedicacion.
Excelente video, yo lo leí hace 2 meses. El problema con esto es si la empresa no impone los lineamientos y deja que cada programador implemente el código a su manera.
Excelente Felipe tu análisis. Podrías continuar con el libro de Arquitectura Limpia para seguir la misma línea. Me quedo lo de la repetición de código, es algo muy común. Se escribe código que cumpla con el requerimiento y ya, sin ver si existe algo que ya lo haga o que con modificarlo ya incluya este nuevo requerimiento. Pero creo que pasa por la rotación de personal que hay en las empresas y el paso de conocimiento entre ellas y ni hablar de la falta de documentación técnica al respecto y obviamente por los tiempos que imponen los que no entienden de programación y quieren las cosas ya !!!. Saludos !!
Que video tan más entretenido y fácil de entender, vas directo al punto sin tanta vuelta. Estaría bueno el de arquitectura limpia y el programador pragmático.
Excelente video y explicación, lamentablemente muchas veces el ambiente laboral nos lleva a hacer las cosas no tan limpias y no lo entienden quienes dan las ordenes hasta que es demasiado tarde.
Muy buena explicación como siempre. Toca luchar bastante con los programadores que todo lo quieren hacer en pocas líneas y después cuando toca que otro programador modifique..uff horas perdidas..
Muchas gracias por el aporte, me es más fácil entender esta información con el punto de vista de alguien más, también gracias por todos los videos que me han servido para mi carrera.
Siempre oírte es un placer. Me da mucha rabia cuando en las aplicaciones hay tanta diferencia de código limpio entre los desarrolladores que la hacen. Por mucho que uno se esmere no depende de uno solo.
Gracias! Y sí, me ha pasado que abro una clase y sé quién la trabajó por el estilo de código que usa. Eso lo provoca una falta de estándares en el equipo.
Las personas que dicen que las pruebas automaticas son una perdida de tiempo, no tienen razon de ser jajaja. Algo importanticimo que aprendi en mis años desarrollando es hacer test a parte de asegurarte que no rompiste nada te da la seguridad y confianza de modificar codigo que va luego a produccion. Y sobre la recomendacion me gustaria el otro libro del Tio Bob, Arquitectura Limpia. Excelente video profe
Uff que buen material Felipe. Esperemos el próximo capitulo, imagino que será el próximo Domingo. Seria bueno tratar el Libro de "Cracking the Coding Interview"
estaba trabajando en una empresa del área financiera, específicamente en un banco en el cual me entregaron una aplicación fatal para trabajarla y avanzar en los cambio, siempre encontraba burrada en el código cosas inexplicable dentro del código. esto me causo un estrés super fuerte durante casi 6 años.
Profesor una pregunta.... Desarrollé una aplicación web con core 3, todo bien, pero necesito que al desplegar la aplicación en el servidor una vez que arranque cree un rol y un usuario master por defecto, de manera que con ese usuario se puedan crear los demás, ya que la aplicación esta protegida por roles, se que usted lo mostro ya, pero no lo consigo.... Muchas gracias profesor.
Mal código para mi es un código muy enmarañado , sin uso de patrones, sin comentarios , nula documentación etc. Una analogía seria la diferencia entre tener varios ovillos de lana separados y estos unidos a una maquina de tejer frente a tener una madeja con todos los ovillos enmarañados, si en el primer caso un ovillos es defectuoso es facil detectarlo , corregirlo o hasta cambiarlo sin afectar a los otros , sin ni siquiera inspeccionar los otros. En el segundo caso se corta un hilo de uno de los ovillos dentro de la madeja...bueno se complica muchísimo.
Cómo es eso que el código debe ser elegante y eficiente? Cómo se hace eso? Si por elefante, entendemos bonito, hermozo; cómo rayos se hace código hermoso. No debería ser una característica del código limpio.
![10 Libros que te CAMBIAN la VIDA [Y en que ORDEN Leerlos 😉]](http://i.ytimg.com/vi/lufCExkpOQU/mqdefault.jpg)
Excelente Felipe, seguidor desde tus inicios. Propuesta para próximos capítulos => "Domain Driven Design" de Eric Evans
Gracias! Estaba pensando en uno de DDD hoy. Saludos
@@gavilanch2 secundo
Cómo todos tus videos, impecable. Increíble la facilidad que tenes para explicar tantas cosas y que no se torne aburrido o tedioso de escuchar. Un gran profesor Felipe!
Gracias Felipe, por todos los videos que realizas, no me pierdo ninguno son muy buenos
Excelente!!! Esperando en capitulo 2. Saludos
Muy buen video, espero que pronto puedas sacar la siguiente parte!
Gracias x los consejos, de verdad son una excelenten guia para el dia a dia de un programador. Desde hace unas versiones del ide de visual badic, se han incorporado algunas buenas herramientas y caracteristicas para revisar tu codigo y que te ayudan a todo lo que menciona. Hay una sencillita que me ha gustado mucho y es la que te muestra las veces que un metodo o funcion es utilizado.puedes ir de ese punto a la clase o parte del programa que la ha llamado, esto ayuda mucho a evitar caer en el error que mencionaste. Gracias por tu tiempo y dedicacion.
Estimado profesor que bueno, felicidades.
Excelente video, yo lo leí hace 2 meses. El problema con esto es si la empresa no impone los lineamientos y deja que cada programador implemente el código a su manera.
Sí, la falta de coherencia en los estilos es también un problema.
Excelente Felipe tu análisis. Podrías continuar con el libro de Arquitectura Limpia para seguir la misma línea. Me quedo lo de la repetición de código, es algo muy común. Se escribe código que cumpla con el requerimiento y ya, sin ver si existe algo que ya lo haga o que con modificarlo ya incluya este nuevo requerimiento. Pero creo que pasa por la rotación de personal que hay en las empresas y el paso de conocimiento entre ellas y ni hablar de la falta de documentación técnica al respecto y obviamente por los tiempos que imponen los que no entienden de programación y quieren las cosas ya !!!.
Saludos !!
Genial el primer episodio!
Que video tan más entretenido y fácil de entender, vas directo al punto sin tanta vuelta.
Estaría bueno el de arquitectura limpia y el programador pragmático.
Arq es el próximo libro a leer. Gracias!
Excelente video y explicación, lamentablemente muchas veces el ambiente laboral nos lleva a hacer las cosas no tan limpias y no lo entienden quienes dan las ordenes hasta que es demasiado tarde.
Felicidades. Fue una cátedra muy agradable.
A diferencia de las que dan en la UPE.
Perfecto, no puedo explicarlo mejor!
Gracias, lo he disfrutado mucho, ahora con ansias esperando la continuación
Gracias por el aporte
Excelente Felipe como siempre. Me gustaría que hablara sobre SOLID.
Muy buena explicación como siempre. Toca luchar bastante con los programadores que todo lo quieren hacer en pocas líneas y después cuando toca que otro programador modifique..uff horas perdidas..
Excelente vídeo Felipe! Espero que sigas sacando vídeos en este formato y hablando sobre temas tan importantes para los programadores 10/10
Muy Bueno!!!! Gracias por compartir! saludos desde Tandil, Argentina!
Hola Felipe, excelente vídeo.
Muchas gracias gran trabajo
Muchas gracias por el aporte, me es más fácil entender esta información con el punto de vista de alguien más, también gracias por todos los videos que me han servido para mi carrera.
Excelente... ahora solo falta crear el buen hábito... Gracias.
Muy Interesante my bro 👍🏾
Gracias 👍
Hasta el bezael anda por aquí, ponte a ver dragón ball 🤣
Esta genial mientras trabajo, estudiar pasivamente es muy bueno también
Grande Felipe! Muy interesante! jo tambien me uno a la propuesta de DDD y añado la Arquitectura Límpia. Gracias!
Excelente. Un libro de soft skills en el trabajo
Cómo siempre excelente contenido!!
Muy buen trabajo Felipe muchas gracias por tu esfuerzo... Y a ver si todos nos aplicamos lo que explicas jeje
Siempre oírte es un placer. Me da mucha rabia cuando en las aplicaciones hay tanta diferencia de código limpio entre los desarrolladores que la hacen. Por mucho que uno se esmere no depende de uno solo.
Gracias! Y sí, me ha pasado que abro una clase y sé quién la trabajó por el estilo de código que usa. Eso lo provoca una falta de estándares en el equipo.
Espero que sigas alimentando esta lista de clean code, es bueno saber otras perspectivas
Las personas que dicen que las pruebas automaticas son una perdida de tiempo, no tienen razon de ser jajaja. Algo importanticimo que aprendi en mis años desarrollando es hacer test a parte de asegurarte que no rompiste nada te da la seguridad y confianza de modificar codigo que va luego a produccion. Y sobre la recomendacion me gustaria el otro libro del Tio Bob, Arquitectura Limpia. Excelente video profe
Hola Felipe, al fin te vemos la cara. Son muy buenos tus videos.
Gracias!
Excelente tema muchas gracias
Nuevo sub, muy claro el argumento, excelente contenido!
Gracias!
Grande bro lo maximo
Gracias felipe eres un crack
Muy buen video.
Excelente, deberias dar charlas en empresas.
Muy bueno y gracias por compartir este tipo de material...nota:primera vez que lo veo al profe gavilanch(osea como es XD)...saludos
Para el siguiente libro me gustaría el de ddd de Eric Evans .... Muchas gracias
Buenísimo 👏👏👏
Gracias!
con solo escuchar este video me suscribo
Gracias por este video.
Un libro del que me gustaría que hable es: Patterns of enterprise Application Architecture (Martin Fowler).
Gracias por la recomendación!
Buena serie de vídeos 👌🏼
Gracias!
Es que gavilanch2GOD,
es que gavilanch2GOD es siempre lo mejor
Uff que buen material Felipe. Esperemos el próximo capitulo, imagino que será el próximo Domingo. Seria bueno tratar el Libro de "Cracking the Coding Interview"
Gracias por la sugerencia!
En realidad trataré de grabar dos por semana. Espero el próximo subirlo el miércoles. Así le damos un poquito más rápido a los libros.
Puedes enseñar sobre Arquitectura limpia, cebolla o lo q mas usan a nivel empresarial
El mismo Robert tiene un libro llamado Clean Architecture. Quizás podamos ver ese más adelante.
estaba trabajando en una empresa del área financiera, específicamente en un banco en el cual me entregaron una aplicación fatal para trabajarla y avanzar en los cambio, siempre encontraba burrada en el código cosas inexplicable dentro del código.
esto me causo un estrés super fuerte durante casi 6 años.
Todos hemos pasado por eso😅
Acá comenzó el estandar con la camisa?
Profesor una pregunta....
Desarrollé una aplicación web con core 3, todo bien, pero necesito que al desplegar la aplicación en el servidor una vez que arranque cree un rol y un usuario master por defecto, de manera que con ese usuario se puedan crear los demás, ya que la aplicación esta protegida por roles, se que usted lo mostro ya, pero no lo consigo....
Muchas gracias profesor.
Si usas migraciones puedes colocar el creado del usuario + hacerlo admin en una migración. Saludos
Buen contenido como siempre Felipe, tendrás podcast?
Me gustaría escuchar sobre estos temas mientras camino o realizo otras cosas.
:)
Podría liberar estos videos como audios, aunque eso dificulta los ejemplos de código que muestro en pantalla.
Hola Felipe y excelente video. Una pregunta, ¿recomiendas la versión en español del libro? Muchas gracias y saludos
La tengo en inglés, no he visto la versión en español. Imagino que si es una traducción literal, pues debe valer la pena. Saludos
grasias
Que grato es ponerle una cara a la voz...
Nunca me lo imaginé asi
Acertaste felipe, mucha de las razones de escribir mal codigo son los tiempos insuficientes que dan para desarrollar los features.
Série muito boa, vou comprar seu curso de concorrência em c# lá na udemy.
Obrigado!
genio
Gracias!
Descubriendo oro...
Clean coder friend
Mal código para mi es un código muy enmarañado , sin uso de patrones, sin comentarios , nula documentación etc.
Una analogía seria la diferencia entre tener varios ovillos de lana separados y estos unidos a una maquina de tejer frente a tener una madeja con todos los ovillos enmarañados, si en el primer caso un ovillos es defectuoso es facil detectarlo , corregirlo o hasta cambiarlo sin afectar a los otros , sin ni siquiera inspeccionar los otros.
En el segundo caso se corta un hilo de uno de los ovillos dentro de la madeja...bueno se complica muchísimo.
y si mi usuario viene del futuro?
Le preguntas los números de la lotería
Cómo es eso que el código debe ser elegante y eficiente? Cómo se hace eso? Si por elefante, entendemos bonito, hermozo; cómo rayos se hace código hermoso. No debería ser una característica del código limpio.
La principal causa de escribir mal código es que no se enseña como escribir codigo limpio.
Lo malo que a muchos compañeros desarrolladores les vale eso.
Tu voz no coincide con tu cara 😁
Me tocará fingir la voz a ver si se parecen más 😅