Yo aplico esto cuando hago los MVP... siempre con algo simple hasta hacerlo evolucionar, pero para ello tiro tablero de idea, arquitecturas, patrones y luego voy al codigo para hacerlo con las mejores practicas.
Bueno en inglés se llama continous improvement, que viene siendo como lo que se describe de mentalidad iterativa. Partir de lo simple e ir mejorando sobre la base.
Perfecto para mi situación paso horas para cosas básicas y no porque no sepa si no porque no cual de todas las soluciones tomar de las que se me ocurre buscando buscando desde un inicio todo complejo haciendo todo de golpe en ves de r directo al grano ya de ahí mejorarlo.
Yo llevo ya 2 años de graduado y aquí sigo intentando entender y aplicar todo incluso en proyectos personales simples como crear un microservicio usando Flask con un FE de React con JS Vanilla, así lo más simple y sigo luchando con conectar ambos por el CORS, curioso porque dicen que pruebe con Curl, ahi no hay eso y falla, ahh pero usando Postman el tipo si funciona XDDD no tengo ni idea de que pasa. Por cierto, leyendo la documentación de Flask, el class request, me deja con la boca abierta de no entender nada, estuve buen rato leyendo los métodos para entender de a que van y ninguno fue tan claro como en Java hace unos años, tuve que preguntar al internet como carajos obtenía los datos que me estaba enviando, era con request.form.get() pero ni así funciona jaja
Hola Alpaca, muchas gracias por tus recomendaciones. En resumen, el enfoque sería: en lugar de tratar de crear una solución muy completa y perfecta de manera inmediata, evitando a toda costa cualquier error y al final terminando por perder horas intentando que funcione, el enfoque correcto sería empezar creando una solución muy básica e ineficiente, pero funcional, para luego, poco a poco, ir mejorándola hasta llegar a un resultado refinado y pulcro, ¿no?
Hola Alpaca, eso lo conozco como "evolutive prototyping", lo uso mucho a la hora de ir trabajando en un MVP en cada funcionalidad. En extreme programming, se llamaría "spike and stabilize" o también "quick and dirty" que lo he visto en hackatons
@@alpacatech A ti por el contenido tan genial que haces, sin vender humo, pura verdad a la vena hehehe 👍 Estuve hablando con unos amigos sobre este tema, y me acordé que también podría aplicar este termino: "Just-in-time learning" y creo que aplica más a tu experiencia
alpaca tech es de lo mejor, no te vende que con un hola mundo o hello word ya sabes programar o te quiere meter un curso... aunque el primero es midudev, jeje sin ofender
No ofendes; al revés, mil gracias por tus palabras jejeje. Midu me avasalla en cuanto a conocimiento, experiencia, y números se refiere. Se merece su primer puesto. ¡Un abrazo! ❣️✨.
Es dificil hacer un codigo que lo tenga todo a la primera y más si pretendes hacer un proyecto grande. En mi caso primero me enfoco en resolver el problema y luego me enfoco de hacer mas eficiente ese proceso. (Aqui es donde aplico todas las buenas practicas posibles)
no suelo entrar a este tipo de videos con muchas esperanzas porque siempre suelen ser 10 minutos de puro hablar sin decir absolutamente nada, he de decir que este me ha callado la boca ojalá más creadores siguiesen esta linea, enhorabuena por el video
Gracias por tus palabras compañer@. Para los títulos y miniaturas hay que usar ciertas "estrategias", pero intento siempre que el vídeo ayude de una forma u otra. Espero tenerte en futuros vídeos compañer@. Un abrazo ❣️✨.
Pense que todos progemaban asi, al menos asi lo hago yo 🤷🏼♂️ si bien no entendi mucho porque no uso js ni ts. Pero se entiende el punto, arrancar se basea y luego vas modificando. Asi hago todo igual yo, en la vida
También yo estoy intentando aplicar ese enfoque para mi vida, da buenos resultados la verdad. ¡Qué va! Cada uno programa a su manera, y más cuando está comenzando ajajaja. Igual si nunca hubiese comenzado en mi empresa actual hubiera programado así...
Enfoque ensayo y error hasta que salga lo que quieres. asi se empieza. :v yo a veces hago eso y luego le digo a la IA que lo mejore o optimice, reviso sus iteraciones que funcionen y nos vamo!
Hola, no es por criticar o algo parecido, el tema me sonó interesante pero tuve un problema. La verdad no sé si tu público español logra entender lo que dices en tus videos pero al menos yo no he podido hacerlo. Soy mexicano y aunque no puedo hablar por los demás si te puedo decir que yo no te he entendido. Nuevamente aclaro que no te estoy criticando ni nada de eso solo es una observación y una sugerencia. Sería mucho pedir que pongas subtítulos en tus videos para poder entender lo que explicas, eso sería un gran detalle. Muchas gracias.
Costarricense aquí y si entendí todo, lo único que sé es que el castellano no utiliza extranjerismos como LATAM, entonces algunas palabras pueden ser raras pero todo bien.Hay alguna parte que digas si, esa parte no la entiendo para lograr entender si es algo similar por idioma?
💥 Optimiza tu Código en Minutos: 7 Técnicas Básicas 👇:
ua-cam.com/video/XxIBaf69M5c/v-deo.html
Cuando veo sus videos me recuerda a mi yo de hace años jejeje ya estas cosas que dice se aprende con el tiempo, solo es experiencia jejeje
¡Totalmente! Muchas veces lo único que falta es coger más tablas. Espero poder seguir creciendo y mejorando. Gracias por tu comentario ❣️.
jeje, es noob
Aspirante a programador desde Venezuela.
Saludos, mano.
¡Saludos desde España! Mucha suerte en el viaje compañero ❣️✨.
Este video es muy enriquecedor para cualquier programador. Mi enhorabuena, trataré de ponerlo en práctica ✌🏻
¡Mil gracias! Me alegro mucho que te haya gustado. Ya me contarás 😉❣️✨
Concuerdo totalmente con vos, no se puede optimizar el código prematuramente.
Exacto 💯
estoy entrando al mundo de la programacion, me encanta tu canal, saludos desde colombia
¡Suerte compañero! Espero que mis vídeos te sirvan. Si te puedo ayudar con algo no dudes en decírmelo. Saludos desde España ❣✨.
Yo aplico esto cuando hago los MVP... siempre con algo simple hasta hacerlo evolucionar, pero para ello tiro tablero de idea, arquitecturas, patrones y luego voy al codigo para hacerlo con las mejores practicas.
Es que es buen enfoque eh. ¡Gracias por tu comentario! ❣️✨.
Bueno en inglés se llama continous improvement, que viene siendo como lo que se describe de mentalidad iterativa. Partir de lo simple e ir mejorando sobre la base.
¡Ojo! No conocía que tuviera un término como tal, indagaré en ello ❤️.
Perfecto para mi situación paso horas para cosas básicas y no porque no sepa si no porque no cual de todas las soluciones tomar de las que se me ocurre buscando buscando desde un inicio todo complejo haciendo todo de golpe en ves de r directo al grano ya de ahí mejorarlo.
¡Espero te sirva! ✨.
en poco palabra quiere decir que divida el problema si no puede resolverlo siguir con lo que si puede y luego agregar matices.
Buen resumen 💯
Bueno, lo que te da la experiencia de los años y el pensamiento lateral. Yo programo así uy hago todo así desde los 90.
Yep, al final la experience es un grado
Yo llevo ya 2 años de graduado y aquí sigo intentando entender y aplicar todo incluso en proyectos personales simples como crear un microservicio usando Flask con un FE de React con JS Vanilla, así lo más simple y sigo luchando con conectar ambos por el CORS, curioso porque dicen que pruebe con Curl, ahi no hay eso y falla, ahh pero usando Postman el tipo si funciona XDDD no tengo ni idea de que pasa.
Por cierto, leyendo la documentación de Flask, el class request, me deja con la boca abierta de no entender nada, estuve buen rato leyendo los métodos para entender de a que van y ninguno fue tan claro como en Java hace unos años, tuve que preguntar al internet como carajos obtenía los datos que me estaba enviando, era con request.form.get() pero ni así funciona jaja
El mejor canal difinitivo, si necesitas Ayuda con Las visitas avísame!
¡Gracias compañer@! ❤️.
Hola Alpaca, muchas gracias por tus recomendaciones. En resumen, el enfoque sería: en lugar de tratar de crear una solución muy completa y perfecta de manera inmediata, evitando a toda costa cualquier error y al final terminando por perder horas intentando que funcione, el enfoque correcto sería empezar creando una solución muy básica e ineficiente, pero funcional, para luego, poco a poco, ir mejorándola hasta llegar a un resultado refinado y pulcro, ¿no?
Hola Alpaca, eso lo conozco como "evolutive prototyping", lo uso mucho a la hora de ir trabajando en un MVP en cada funcionalidad.
En extreme programming, se llamaría "spike and stabilize" o también "quick and dirty" que lo he visto en hackatons
¡Mil gracias por los términos John! Apuntados quedan, y este fin de semana investigaré un poco. Un abrazo ❤️.
@@alpacatech A ti por el contenido tan genial que haces, sin vender humo, pura verdad a la vena hehehe 👍 Estuve hablando con unos amigos sobre este tema, y me acordé que también podría aplicar este termino: "Just-in-time learning" y creo que aplica más a tu experiencia
Lee el libro Test-Driven Development by Example de Kent Beck. Es la mejor tecnica para acelerar el aprendizaje y hacer mejor codigo.
¡Apuntado! Gracias por la recomendación compañero ❣️.
Super animador🎉 , estoy suscripto .. y si tu jefe (Miguel Ángel) ve este video te da un aumento de sueldo, asegurado 😂
¡Mil gracias! Jejejeje.
alpaca tech es de lo mejor, no te vende que con un hola mundo o hello word ya sabes programar o te quiere meter un curso... aunque el primero es midudev, jeje sin ofender
Está bien, son tud gustos.
No ofendes; al revés, mil gracias por tus palabras jejeje. Midu me avasalla en cuanto a conocimiento, experiencia, y números se refiere. Se merece su primer puesto. ¡Un abrazo! ❣️✨.
Es dificil hacer un codigo que lo tenga todo a la primera y más si pretendes hacer un proyecto grande. En mi caso primero me enfoco en resolver el problema y luego me enfoco de hacer mas eficiente ese proceso. (Aqui es donde aplico todas las buenas practicas posibles)
no suelo entrar a este tipo de videos con muchas esperanzas porque siempre suelen ser 10 minutos de puro hablar sin decir absolutamente nada, he de decir que este me ha callado la boca
ojalá más creadores siguiesen esta linea, enhorabuena por el video
Gracias por tus palabras compañer@. Para los títulos y miniaturas hay que usar ciertas "estrategias", pero intento siempre que el vídeo ayude de una forma u otra. Espero tenerte en futuros vídeos compañer@. Un abrazo ❣️✨.
Pense que todos progemaban asi, al menos asi lo hago yo 🤷🏼♂️ si bien no entendi mucho porque no uso js ni ts. Pero se entiende el punto, arrancar se basea y luego vas modificando. Asi hago todo igual yo, en la vida
x2
También yo estoy intentando aplicar ese enfoque para mi vida, da buenos resultados la verdad. ¡Qué va! Cada uno programa a su manera, y más cuando está comenzando ajajaja. Igual si nunca hubiese comenzado en mi empresa actual hubiera programado así...
Que tecnologías usas para el backend?
¡Hola! Estoy especializado en NodeJS.
Enfoque ensayo y error hasta que salga lo que quieres. asi se empieza. :v
yo a veces hago eso y luego le digo a la IA que lo mejore o optimice, reviso sus iteraciones que funcionen y nos vamo!
Eso ahora podría ser otra iteración más, exacto ✨.
acabas de descubrir el agua tibia, pero si es una de las cosas que separan los Jr a los Sr
Yessss 💯
Refactoring o muy parecido realmente
Hmm... podría verse como refactor del código que habías creado hace minutos sip.
@alpacatech exacto, solo obviando que no tiene test 😅
la explicacion de este video sera como decir, sigue el happy path pensando en la metodologia Scrum?
Hmhmmhmhmhm, ¿diría que no? Pero si me explicas algo más te lo agradecería.
Lo de refactorizar dónde ha quedado?
¿El qué?
const programa = () => {
...
programa()
}
🤯🤯🤯
Y luego estoy yo. Un científico de datos que no sabe mucho de lo que estás hablando 😂😂
Peeeeeeeeeeero, ¿estás disfrutando del vídeo? 👀.
Hola, no es por criticar o algo parecido, el tema me sonó interesante pero tuve un problema. La verdad no sé si tu público español logra entender lo que dices en tus videos pero al menos yo no he podido hacerlo. Soy mexicano y aunque no puedo hablar por los demás si te puedo decir que yo no te he entendido. Nuevamente aclaro que no te estoy criticando ni nada de eso solo es una observación y una sugerencia. Sería mucho pedir que pongas subtítulos en tus videos para poder entender lo que explicas, eso sería un gran detalle. Muchas gracias.
X2
Yo soy mexicano y si entendí, en caso de que no entiendas activas la opción de cc y listo.
Costarricense aquí y si entendí todo, lo único que sé es que el castellano no utiliza extranjerismos como LATAM, entonces algunas palabras pueden ser raras pero todo bien.Hay alguna parte que digas si, esa parte no la entiendo para lograr entender si es algo similar por idioma?
@@darklaker Lo hice pero hay cosas que la IA tampoco entendió, gracias de todos modos
Ah caray, soy Mexa igual y si me es comprensible