consejo : aprovechar La programaciÃģn orientada a objetos para disminuir cÃģdigo y tener componentes reutilizables que podemos mejorar ... y crear librerÃas de funciones globales que sabes que vas a utilizar en distintos proyectos
1) Tu eres el responsable de la calidad de tu cÃģdigo 2) Utiliza nombres descriptivos 3) Escribe cÃģdigo que exprese lo que van a hacer 4) El cÃģdigo debe hablar por si mismo 5) Deja el cÃģdigo mejor de lo que te lo encontraste 6) Que tu cÃģdigo haga una cosa y solo una cosa 7) Escribe pruebas o tests 8) Trabaja sobre la imagen general del proyecto y luego sobre los detalles 9) Arquitectura independiente 10) Practica, practica y practica.
Puntos 1 al 4 de acuerdo porque son obviedades, punto 5, esto no siempre es posible porque usualmente tienes el lÃĄtigo de un negrero abriÃĐndote el pellejo minuto a minuto (obvio es una exageraciÃģn), punto 6, es una completa tonterÃa, por ejemplo, un cÃģdigo que calcule fechas es mucho mÃĄs efectivo si el mismo cÃģdigo determina que clase de cÃĄlculo estÃĄs tratando de hacer, lo mismo un cÃģdigo que por ejemplo calcule un dÃgito verificador en mÃģdulo 10, 11, 23 o lo que sea. Punto 7, en un ambiente serio, los test deben ser desarrollados y hechos por terceros, el sesgo de confirmaciÃģn es demasiado tentador para que lo hagamos nosotros mismos. Punto 8, otra obviedad el desarrollo top-down sobre todo en ambientes de gran complejidad son mucho mÃĄs eficaces que los bottom-up, porque usualmente no desarrollamos algo demasiado puntual, usualmente desarrollamos para encajar en ambientes muchos mÃĄs grandes que la aplicaciÃģn que puntualmente solemos hacer. Punto 9, esto no tiene mucho sentido, porque si por ejemplo un cliente ha basado su arquitectura de desarrollo en C# y .NET y luego decide ir a Go (o viceversa) deja sin sentido alguno ese punto. Punto 10, otra obviedad. Si bien es cierto el concepto de CÃģdigo Limpio, es mÃĄs o menos, que el prÃģximo humano que necesite modificar tu cÃģdigo lo pueda entender sin tener que reemplazarlo por completo, en la prÃĄctica es muy poco "prÃĄctico", porque por ejemplo, hace unos 10 aÃąo jQuery era imprescindible, hoy en dÃa, un programador probablemente no se va tomar una semana para aprender jQuery y conociendo las especificaciones del desarrollo, probablemente lo reemplazarÃĄ sin asco alguno.
Wow! Que boca tan llena de razÃģn. OjalÃĄ todos se centraran en ser buenos programadores en lugar de convertirse y convertir a sus colegas en conserjes de cÃģdigo. Gracias por este vÃdeo.
Soy estudiante de desarrollo de software y pues aun estoy empezando, gracias por hacer videos asi pues mi ayudan a tener una mejor idea de como hacer que mi cÃģdigo sea lo mas profesional y correcto posible.
la neta todos tus consejos me sirven, en mi trabajo actual si se sufre en esas cuestiones por que se tiene un verdadero desmadre en el cÃģdigo que esta existente se copia y se pega lo mismo por que se ofrece el mismo producto sin tener un orden muchas veces, pero tambiÃĐn pasa por el tiempo de planeaciÃģn de los proyectos por que muchas el estrÃĐs es que te dicen urge esto para maÃąana cÃģpiate y pÃĐgate lo que ya se tiene solo para sacar el producto pero el gran problema es cuando hay nuevas funcionalidad en donde el equipo de gestiÃģn piensan que es muy sencillo hacerlo se hace un desmadre y es lo a veces como programadores es lo que mas emputa por que si la gerencia solo promete cosas que a veces no se pueden cumplir se empiezan a parchar funcionalidades solo para salir, yo creo que en el trabajo el cÃģdigo limpio tambiÃĐn se tiene que obtener desde la planeaciÃģn de los proyectos por que actualmente ya existe muchos framework que te ayuda a liberar ese problema pero es parte de que se tiene que resolver en pensar en que usar , si en este caso como en mi compaÃąÃa todos los sistemas hacen lo mismo yo pensarÃa en hacer APIS en ciertas funcionalidades ya que si todos productos funcionan igual ps tener ya una estructura de software mas definida en esa parte y ofrecer un mejor producto , no tener siempre la mismo sistema monolÃtico y con muchos caos dentro del codigo , yo creo que en parte de tener un buen codigo limpio es tener bien identificado tus funcionalidades y poder tener un desarrollo robusto y entendible.
Muy interesante el video, gran contenido y referencias, apoyo enteramente el propÃģsito y la dedicaciÃģn ya que a mi me ha resultado muy Útil. Un comentario para el feedback, considero el tono irÃģnico en blanco y negro demasiado repetitivo. Saludos :)
ÂĄBuenas! Se nota la inspiraciÃģn de Mario Luna en tus vÃdeos y eso no es malo. Se hace menos monÃģtono y si a Mario le funciona, no veo por quÃĐ no modelarlo. Respecto al punto nš 5: Antiguamente te habrÃa dado la razÃģn. Yo era partidario de dejar el cÃģdigo de otros mejor de lo que te lo encuentras (te juro que pensÃĐ que ibas a decir: "dejar el mundo mejor de lo que lo hemos encontrado" ;-D). De hecho yo lo hacÃa mucho. Pero aÃąos de experiencia me han dicho que tocar el cÃģdigo de otros tiene mÃĄs desventajas que ventajas: 1. Tienes que invertir tiempo en corregirlo, aunque sea poco. 2. Al cambiarlo puedes introducir errores accidentalmente. Aquà viene la frase de: "si algo funciona, no lo toques". Esto puede provocar que el programa falle en producciÃģn y el cliente te pregunte: Oye Kiko, Âŋpor quÃĐ ha fallado esto ahora si llevaba 3 aÃąos sin fallar? 3. Me imagino que usas comparadores de ficheros (Kdiff3, WinMerge, Meld, TotalCommander, etc.) para ver quÃĐ cambios has introducido respecto a la versiÃģn anterior. Si limpias el cÃģdigo de otros, te encuentras con que el cambio que has hecho es mÃĄs difÃcil de ver asÃ. Por ejemplo: yo antes era muy partidario de usar un formateador de cÃģdigo para dejar todo el fichero que estaba editando con sus tabulaciones, espacios, camelCase y demÃĄs de manera homogÃĐnea. Sin embargo, al mirar quÃĐ cambios habÃa hecho con la versiÃģn anterior veÃa el fichero plagado de diferencias que hacÃan que ver mis cambios reales fuera inviable. Yo dirÃa que si cambias el cÃģdigo de alguien, que sea de algo que aÚn no estÃĄ en marcha. Y si estÃĄ en marcha y te quieres arriesgar que lo pruebes bien (de hecho incluso harÃa alguna prueba de regresiÃģn al respecto). Enhorabuena por el canal y, como sugerencia, intenta no hacer tanto ruido (chasquido, palmada).
Muchas gracias por tu comentario! Respecto a lo que dices veo tu punto de vista sÃ. Evidentemente si cambias un cÃģdigo antiguo o de alguien tienes que saber muy bien lo que estÃĄs haciendo, ante la duda es mejor no tocarlo. Y lo que dices de que se invierte mÃĄs tiempo... depende, en el momento evidentemente si que inviertes mÃĄs tiempo pero puede ser tiempo que te ahorres en el futuro al tratar con un cÃģdigo mÃĄs limpio. Donde mÃĄs tiempo echamos es en buscar dÃģnde estÃĄn las cosas si ese cÃģdigo cada vez estÃĄ mÃĄs ordenado los futuros cambios los harÃĄs mÃĄs rÃĄpido asà que no es tiempo perdido al fin y al cabo. Todo depende si el proyecto es algo que habrÃĄ que seguir actualizando o se quedarÃĄ obsoleto del todo. Y sÃ, concretamente en este vÃdeo me pasÃĐ de chasquidos... de hecho lo digo en una toma falsa de otro video! xD
la chaqueta de cuero, jopo, barbita de pocos dias, chasqueo de dedos, mirada de reto , voz de robot, comentarios que solo hablan de tu video... no cambies Kiko, deja que sigan hablando este video ya tiene 10280 visualizaciones... gracias por la data del codigo limpio, lo tuve que ver dos veces, la primera me llamaba la atencion mas el video que lo que decia :D
Algo importante tambiÃĐn son los nombres de las tablas y los campos en la base de datos, asà como las sentencias SQL, deben ser descriptivos y orientados al negocio porque al usarlos se vuelven parte del cÃģdigo...
Constantemente te acercas a la pantalla mientras hablas y das la sensaciÃģn de que quieres pelear y la voz robotica muy desagradable y el constante cambio de cÃĄmara, eso se usa en pelÃculas para generar estrÃĐs y tengo que decir que funciona. Excelente informaciÃģn pero fue difÃcil verlo hasta el final igual toma tu like. Espero te sirvan mis consejos para mejorar en tus videos saludos
algo que es muy util y creo sinceramente que hace falta en el video es; si es variable debe estar sin diagonales bajas y las funciones con diagonales bajas, ejemplo funciones: dias_transcurridos() kilometros_de_distancia() variables: diasTranscurridos int; kilometrosDeDistancia int;
Esto ya depende del estilo de cÃģdigo a seguir, segÚn las normas que tengas establecidas con tu equipo, pero no es un tema de cÃģdigo limpio en sà mientras sigas el patrÃģn establecido. Y tambiÃĐn es una cosa que puede cambiar segÚn el lenguaje. Y te comento que las dos formas que mencionas se llaman snake_case y camelCase ð
Excelente contenido, solo una observaciÃģn. Creo que el chasquido de dedos y las palmadas ya llegan a ser molestos tras escucharlos muchas veces, creo quÃĐ hay mÃĄs de 10 chasquidos y mÃĄs de 4 palmadas en todo el video.
Totalmente de acuerdo, es interesante ver un canal didÃĄctico dedicado a la programaciÃģn pero la verdad que el tema de los chasquidos y palmadas llega a ser irritante e incluso te puede sacar de la temÃĄtica de la que estÃĄs hablando...
Bro really said ðŦ°ðžðŦ°ðžðŦ°ðžðŦ°ðžðŦ°ðžðŦ°ðžðŦ°ðžððŧððŧððŧððŧððŧððžððŧððŧððŧðŦ°ðžðŦ°ðž
la primera vez que hice mi proyecto de ciclo 1 hacia un codigo tan pero tan sucio que termine borrando todo y lo intente hacer algo limpio ojo me habia propuesto no usar poo y solo loq ue me habian enseÃąado en ese momento xd incluso ahora que lo veo me parece sucio pero menos que el primer intento que no entendia nd xd
Muchas gracias por tu comentario, este vÃdeo lo hice hace tiempo, te invito a ver algunos de mis Últimos vÃdeos para que veas mi evoluciÃģn, intento ir mejorando poco a poco. Saludos!
Para mejorar tu expresiÃģn muestra mÃĄs las manos, es una buena seÃąal hacerlo, sino parece que las tienes atadas. Y no hagas tantos cortes en la ediciÃģn, los primeros planos tan a menudo no suman, generan un patrÃģn monÃģtono y te dirÃa que hasta incomodan (quÃĐ me miras tanto!). Lo de hacer una pregunta y luego cambiar el plano y cambiar el tono, debÃĐs hacerlo con preguntas con cierta trascendencia, para responder algo obvio, no, xq entorpece el mensaje y ademÃĄs es molesto. AcompaÃąa el video con imÃĄgenes, no tanto tu mirada, guarda eso para contadas ocasiones o para tus citas. Y calma un poco los nervios previo a grabar para no moverte como un rapero. Saludos, de verdad muy bueno el contenido.
gracias por tu comentario! este vÃdeo es de hace mÃĄs de un aÃąo, y las cosas han cambiado mucho desde entonces, te animo a que te mires algÚn vÃdeo mÃĄs reciente! ð
@@kikopalomares ok, kiko, lo acabo de hacer. MirÃĐ tu video de ofertas de trabajo en android y el cambio es brutal. Demuestra mucho compromiso que hayas seguido y mejorado. Gracias por tu contenido. Tengo formaciÃģn en Lenguaje no verbal y en oratoria, mi crÃtica estaba fundamentada. Con mucha humildad, si necesitÃĄs alguna devoluciÃģn o consulta, sin ningÚn costo puedes consultarme. Saludos!
Viendo varios de tus vÃdeos me parece que tienes buen contenido, pero no transmitido de la forma correcta. Se ve forzado el formato (que de paso es copia) e innecesario. La verdad que para ser temas de programaciÃģn es cansado de ver, que casi prefiero leer el contenido. No lo tomes a mal, me gusta el contenido que tienes por eso mismo lo digo, estoy seguro de que lo puedes mejorar. Saludos.
HAZ CLICK AQUÃ PARA LIMPIAR TU CÃDIGO! ðð bit.ly/2De7efT
El contenido de tu vÃdeo esta genial pero el formato ðĪĶð―ââïļ, parece un vÃdeo de Mario Luna
jajjaja cierto
Cierto, de seguro estÃĄ en el camino del netkaisen y estÃĄ bien
Jajajajajaja
si, esta shido el contenido, serÃĄ el gurÚ de la programaciÃģn
Pense lo mismo jajaja
consejo : aprovechar La programaciÃģn orientada a objetos para disminuir cÃģdigo y tener componentes reutilizables que podemos mejorar ... y crear librerÃas de funciones globales que sabes que vas a utilizar en distintos proyectos
1) Tu eres el responsable de la calidad de tu cÃģdigo
2) Utiliza nombres descriptivos
3) Escribe cÃģdigo que exprese lo que van a hacer
4) El cÃģdigo debe hablar por si mismo
5) Deja el cÃģdigo mejor de lo que te lo encontraste
6) Que tu cÃģdigo haga una cosa y solo una cosa
7) Escribe pruebas o tests
8) Trabaja sobre la imagen general del proyecto y luego sobre los detalles
9) Arquitectura independiente
10) Practica, practica y practica.
Puntos 1 al 4 de acuerdo porque son obviedades, punto 5, esto no siempre es posible porque usualmente tienes el lÃĄtigo de un negrero abriÃĐndote el pellejo minuto a minuto (obvio es una exageraciÃģn), punto 6, es una completa tonterÃa, por ejemplo, un cÃģdigo que calcule fechas es mucho mÃĄs efectivo si el mismo cÃģdigo determina que clase de cÃĄlculo estÃĄs tratando de hacer, lo mismo un cÃģdigo que por ejemplo calcule un dÃgito verificador en mÃģdulo 10, 11, 23 o lo que sea. Punto 7, en un ambiente serio, los test deben ser desarrollados y hechos por terceros, el sesgo de confirmaciÃģn es demasiado tentador para que lo hagamos nosotros mismos. Punto 8, otra obviedad el desarrollo top-down sobre todo en ambientes de gran complejidad son mucho mÃĄs eficaces que los bottom-up, porque usualmente no desarrollamos algo demasiado puntual, usualmente desarrollamos para encajar en ambientes muchos mÃĄs grandes que la aplicaciÃģn que puntualmente solemos hacer. Punto 9, esto no tiene mucho sentido, porque si por ejemplo un cliente ha basado su arquitectura de desarrollo en C# y .NET y luego decide ir a Go (o viceversa) deja sin sentido alguno ese punto. Punto 10, otra obviedad.
Si bien es cierto el concepto de CÃģdigo Limpio, es mÃĄs o menos, que el prÃģximo humano que necesite modificar tu cÃģdigo lo pueda entender sin tener que reemplazarlo por completo, en la prÃĄctica es muy poco "prÃĄctico", porque por ejemplo, hace unos 10 aÃąo jQuery era imprescindible, hoy en dÃa, un programador probablemente no se va tomar una semana para aprender jQuery y conociendo las especificaciones del desarrollo, probablemente lo reemplazarÃĄ sin asco alguno.
Gracias Mario, se te da muy bien explicar programaciÃģn.
Wow! Que boca tan llena de razÃģn. OjalÃĄ todos se centraran en ser buenos programadores en lugar de convertirse y convertir a sus colegas en conserjes de cÃģdigo. Gracias por este vÃdeo.
gracias a ti por tu comentario!!
Eres super bueno manteniendo la atencion de las personas
Soy estudiante de desarrollo de software y pues aun estoy empezando, gracias por hacer videos asi pues mi ayudan a tener una mejor idea de como hacer que mi cÃģdigo sea lo mas profesional y correcto posible.
la neta todos tus consejos me sirven, en mi trabajo actual si se sufre en esas cuestiones por que se tiene un verdadero desmadre en el cÃģdigo que esta existente se copia y se pega lo mismo por que se ofrece el mismo producto sin tener un orden muchas veces, pero tambiÃĐn pasa por el tiempo de planeaciÃģn de los proyectos por que muchas el estrÃĐs es que te dicen urge esto para maÃąana cÃģpiate y pÃĐgate lo que ya se tiene solo para sacar el producto pero el gran problema es cuando hay nuevas funcionalidad en donde el equipo de gestiÃģn piensan que es muy sencillo hacerlo se hace un desmadre y es lo a veces como programadores es lo que mas emputa por que si la gerencia solo promete cosas que a veces no se pueden cumplir se empiezan a parchar funcionalidades solo para salir, yo creo que en el trabajo el cÃģdigo limpio tambiÃĐn se tiene que obtener desde la planeaciÃģn de los proyectos por que actualmente ya existe muchos framework que te ayuda a liberar ese problema pero es parte de que se tiene que resolver en pensar en que usar , si en este caso como en mi compaÃąÃa todos los sistemas hacen lo mismo yo pensarÃa en hacer APIS en ciertas funcionalidades ya que si todos productos funcionan igual ps tener ya una estructura de software mas definida en esa parte y ofrecer un mejor producto , no tener siempre la mismo sistema monolÃtico y con muchos caos dentro del codigo , yo creo que en parte de tener un buen codigo limpio es tener bien identificado tus funcionalidades y poder tener un desarrollo robusto y entendible.
CÃģmo hacer tu cÃģdigo sin chasquidos
Me Encantas como explicas .. gracias por los tips
Muy interesante el video, gran contenido y referencias, apoyo enteramente el propÃģsito y la dedicaciÃģn ya que a mi me ha resultado muy Útil. Un comentario para el feedback, considero el tono irÃģnico en blanco y negro demasiado repetitivo. Saludos :)
Muchas gracias por tu comentario!! lo tengo en cuenta! ð
Hablas como un robot, temas interesantes pero IMPOSIBLE tolerar tu forma de hablar hombre
Tienes toda la razÃģn
Pobre chaval xD
Encima que te ayuda, pedazo de desgraciado jajajaja
Es bastante imposible tolerar tu cara tambiÃĐn pero bueno, aquà andamos. Besitos.
ÂĄBuenas! Se nota la inspiraciÃģn de Mario Luna en tus vÃdeos y eso no es malo. Se hace menos monÃģtono y si a Mario le funciona, no veo por quÃĐ no modelarlo.
Respecto al punto nš 5: Antiguamente te habrÃa dado la razÃģn. Yo era partidario de dejar el cÃģdigo de otros mejor de lo que te lo encuentras (te juro que pensÃĐ que ibas a decir: "dejar el mundo mejor de lo que lo hemos encontrado" ;-D). De hecho yo lo hacÃa mucho. Pero aÃąos de experiencia me han dicho que tocar el cÃģdigo de otros tiene mÃĄs desventajas que ventajas:
1. Tienes que invertir tiempo en corregirlo, aunque sea poco.
2. Al cambiarlo puedes introducir errores accidentalmente. Aquà viene la frase de: "si algo funciona, no lo toques". Esto puede provocar que el programa falle en producciÃģn y el cliente te pregunte: Oye Kiko, Âŋpor quÃĐ ha fallado esto ahora si llevaba 3 aÃąos sin fallar?
3. Me imagino que usas comparadores de ficheros (Kdiff3, WinMerge, Meld, TotalCommander, etc.) para ver quÃĐ cambios has introducido respecto a la versiÃģn anterior. Si limpias el cÃģdigo de otros, te encuentras con que el cambio que has hecho es mÃĄs difÃcil de ver asÃ. Por ejemplo: yo antes era muy partidario de usar un formateador de cÃģdigo para dejar todo el fichero que estaba editando con sus tabulaciones, espacios, camelCase y demÃĄs de manera homogÃĐnea. Sin embargo, al mirar quÃĐ cambios habÃa hecho con la versiÃģn anterior veÃa el fichero plagado de diferencias que hacÃan que ver mis cambios reales fuera inviable.
Yo dirÃa que si cambias el cÃģdigo de alguien, que sea de algo que aÚn no estÃĄ en marcha. Y si estÃĄ en marcha y te quieres arriesgar que lo pruebes bien (de hecho incluso harÃa alguna prueba de regresiÃģn al respecto).
Enhorabuena por el canal y, como sugerencia, intenta no hacer tanto ruido (chasquido, palmada).
Muchas gracias por tu comentario!
Respecto a lo que dices veo tu punto de vista sÃ. Evidentemente si cambias un cÃģdigo antiguo o de alguien tienes que saber muy bien lo que estÃĄs haciendo, ante la duda es mejor no tocarlo. Y lo que dices de que se invierte mÃĄs tiempo... depende, en el momento evidentemente si que inviertes mÃĄs tiempo pero puede ser tiempo que te ahorres en el futuro al tratar con un cÃģdigo mÃĄs limpio. Donde mÃĄs tiempo echamos es en buscar dÃģnde estÃĄn las cosas si ese cÃģdigo cada vez estÃĄ mÃĄs ordenado los futuros cambios los harÃĄs mÃĄs rÃĄpido asà que no es tiempo perdido al fin y al cabo. Todo depende si el proyecto es algo que habrÃĄ que seguir actualizando o se quedarÃĄ obsoleto del todo.
Y sÃ, concretamente en este vÃdeo me pasÃĐ de chasquidos... de hecho lo digo en una toma falsa de otro video! xD
Me gusto mucho , muchas gracias Kiko !!!
la chaqueta de cuero, jopo, barbita de pocos dias, chasqueo de dedos, mirada de reto , voz de robot, comentarios que solo hablan de tu video... no cambies Kiko, deja que sigan hablando este video ya tiene 10280 visualizaciones... gracias por la data del codigo limpio, lo tuve que ver dos veces, la primera me llamaba la atencion mas el video que lo que decia :D
Algo importante tambiÃĐn son los nombres de las tablas y los campos en la base de datos, asà como las sentencias SQL, deben ser descriptivos y orientados al negocio porque al usarlos se vuelven parte del cÃģdigo...
Tienes mucho flow hombre!
Grande Mario Luna!
Constantemente te acercas a la pantalla mientras hablas y das la sensaciÃģn de que quieres pelear y la voz robotica muy desagradable y el constante cambio de cÃĄmara, eso se usa en pelÃculas para generar estrÃĐs y tengo que decir que funciona. Excelente informaciÃģn pero fue difÃcil verlo hasta el final igual toma tu like. Espero te sirvan mis consejos para mejorar en tus videos saludos
Confirmo, yo estoy contratado para limpiar codigo unicamente, jajajaja
Buen video y buenos tips, pero donde compraste esa camperuli de cuero fachera ð?
Muy buen video. Gracias por los consejos
algo que es muy util y creo sinceramente que hace falta en el video es; si es variable debe estar sin diagonales bajas y las funciones con diagonales bajas, ejemplo
funciones:
dias_transcurridos()
kilometros_de_distancia()
variables:
diasTranscurridos int;
kilometrosDeDistancia int;
Esto ya depende del estilo de cÃģdigo a seguir, segÚn las normas que tengas establecidas con tu equipo, pero no es un tema de cÃģdigo limpio en sà mientras sigas el patrÃģn establecido. Y tambiÃĐn es una cosa que puede cambiar segÚn el lenguaje. Y te comento que las dos formas que mencionas se llaman snake_case y camelCase ð
Soy el Único que se siente perturbado cuando hace acercamientos (por ejemplo, cuando menciona el nÚmero del consejo)?
Como no vi este video antes. Tendrian que ser los 10 mandamientos del programador
Tampoco para tanto
Mario Luna del Code, grande mi pana ð
Este hombre siempre me hace piensar desde el principio que le sirve su voz para doblar ð y me parece relajante
Men la intro "obviando que habla de programacion " parece intro de auto ayuda ð
ð
Me recuerda a los videos de mario luna jajja
Que diablos acabo de ver
Me siento con en un vÃdeo de ayuda de Mario Luna con esos acercamientos en blanco y negro y ese eco jajajajaja
PrÃĄctico todos los dias
No sÃĐ si quiere darme consejos para programar o si quiere intimidarme
CuÃĄnta razÃģn, amÃĐ tu canal
muchas gracias!! ð
Eres con el Mario Luna de la programaciÃģn ð ðđðđðđ.
Tienes mucha razon amigo ! like (Y)
gracias!! =D
excelente informacion
gracias! =D
Excelente contenido, solo una observaciÃģn. Creo que el chasquido de dedos y las palmadas ya llegan a ser molestos tras escucharlos muchas veces, creo quÃĐ hay mÃĄs de 10 chasquidos y mÃĄs de 4 palmadas en todo el video.
muchas gracias! lo tendrÃĐ en cuenta para futuros vÃdeos! =D
Totalmente de acuerdo, es interesante ver un canal didÃĄctico dedicado a la programaciÃģn pero la verdad que el tema de los chasquidos y palmadas llega a ser irritante e incluso te puede sacar de la temÃĄtica de la que estÃĄs hablando...
fan de thanos!
Thanos left the chat...
Bro really said ðŦ°ðžðŦ°ðžðŦ°ðžðŦ°ðžðŦ°ðžðŦ°ðžðŦ°ðžððŧððŧððŧððŧððŧððžððŧððŧððŧðŦ°ðžðŦ°ðž
la primera vez que hice mi proyecto de ciclo 1 hacia un codigo tan pero tan sucio que termine borrando todo y lo intente hacer algo limpio
ojo me habia propuesto no usar poo y solo loq ue me habian enseÃąado en ese momento xd
incluso ahora que lo veo me parece sucio pero menos que el primer intento que no entendia nd xd
No es por tocar los huevos, pero el acento que pones se nota muy forzado, no me acaba de gustar, me recuerda a La vengaza de los electroalces Pop
El Mario Luna de la programacion
por favor habla normalllllllllllllllllllllllll!!!!!!!!!!!!!!!!!!!!!!!!!!!!
rt
@Ãlvaro Segovia Saenz de Buruaga rt del rt del rt.
@@alecaco6550 rt del rt del rt del rt.
@@danielarroyo6087 rt del rt del rt del rt del rt
@@NAX-TECH rt del rt del rt del rt del rt del rt
3:24 futuros programadores.
Ya tuve discusiones con mi profesor de JavaScript por este tema.
Pero que haces mario lunas ðð
Jajajaja
8:40 Si estamos pasando mÃĄs de 3 parÃĄmetros, es que algo va mal. Si son mÃĄs de 5 ya se nos ha ido la olla completamente.
El Mario Luna de la programaciÃģn âĨïļ
2:35 Aquà empieza la locura
Muy interesante tu contenido pero hablas de una manera muy dramÃĄtica innecesariamente mÃĄs difÃcil de entender
Muchas gracias por tu comentario, este vÃdeo lo hice hace tiempo, te invito a ver algunos de mis Últimos vÃdeos para que veas mi evoluciÃģn, intento ir mejorando poco a poco. Saludos!
Buena informaciÃģn pero el formato del vÃdeo parece el de un canal de 'aprende a seducir' o algo asÃ.
Hablas muy raro
Pd: tu canal me ha servido mucho, eres el mejor
Si solo vinieron para los consejos 3:20
Muy buen vÃdeo pero difÃcil de escuchar con ese efecto eco.
:Chasquido: ð
Hay wey! por un momento en lugar de programar me dieron ganas de escribirle a ella jajajajajajajajajajaja
Para mejorar tu expresiÃģn muestra mÃĄs las manos, es una buena seÃąal hacerlo, sino parece que las tienes atadas. Y no hagas tantos cortes en la ediciÃģn, los primeros planos tan a menudo no suman, generan un patrÃģn monÃģtono y te dirÃa que hasta incomodan (quÃĐ me miras tanto!). Lo de hacer una pregunta y luego cambiar el plano y cambiar el tono, debÃĐs hacerlo con preguntas con cierta trascendencia, para responder algo obvio, no, xq entorpece el mensaje y ademÃĄs es molesto. AcompaÃąa el video con imÃĄgenes, no tanto tu mirada, guarda eso para contadas ocasiones o para tus citas. Y calma un poco los nervios previo a grabar para no moverte como un rapero. Saludos, de verdad muy bueno el contenido.
gracias por tu comentario! este vÃdeo es de hace mÃĄs de un aÃąo, y las cosas han cambiado mucho desde entonces, te animo a que te mires algÚn vÃdeo mÃĄs reciente! ð
@@kikopalomares ok, kiko, lo acabo de hacer. MirÃĐ tu video de ofertas de trabajo en android y el cambio es brutal. Demuestra mucho compromiso que hayas seguido y mejorado. Gracias por tu contenido. Tengo formaciÃģn en Lenguaje no verbal y en oratoria, mi crÃtica estaba fundamentada. Con mucha humildad, si necesitÃĄs alguna devoluciÃģn o consulta, sin ningÚn costo puedes consultarme. Saludos!
Oye sigues a mario luna porque siento que tienes parecido al formato de video que usa jaja, me suscribo
Yo pensÃĐ lo mismo
Viendo varios de tus vÃdeos me parece que tienes buen contenido, pero no transmitido de la forma correcta. Se ve forzado el formato (que de paso es copia) e innecesario. La verdad que para ser temas de programaciÃģn es cansado de ver, que casi prefiero leer el contenido. No lo tomes a mal, me gusta el contenido que tienes por eso mismo lo digo, estoy seguro de que lo puedes mejorar. Saludos.
me da un poquito (bastante) de cringe la voz con eco y el zoom a la cara, pero gracias por los consejos.
0 en simpatia, voz robotica, gestos forzados, lectura muy lenta. Necesitas mejorar
ð
aprecio el video, pero amigo 3 minutos y medio para reciÃĐn tirar el primer tip? generas odio man xD
Bien el contenido pero sobre actÚas demasiado, eso no deja prestarle atenciÃģn a la informaciÃģn que propinas