¿Cuál era su forma de resolver ejercicios de programación cuando estaban aprendiendo? ¿Fuerza bruta? ¿Ir copiando y mezclando código? No sé si no le estaré dando suficiente a la mollera pero hay algunos ejercicios que por más que le busque no pillo de donde agarrarlos y termino haciendo la de “Ya, por esta vez voy a revisar la respuesta para aprender y resolver el siguiente” y así hasta que me doy cuenta que no estoy aprendiendo nada por mi cuenta, solo viendo como lo han hecho otros.
Primero revisaba el lenguaje en sí que iba a usar (tipos, funciones y clases disponibles) para saber que herramientas puedo usar. Luego buscaba el “ejercicio tipo” y veía como se resolvía. Combinando ambos conocimientos iba moldeando una solución apta a lo que piden, con ensayo y error.
Yo todavía estoy aprendiendo y aplico, por lo menos para los problemas puntuales primero fuerza bruta y cabezearme con la cosa un buen rato con las cosas que ya sé. Después, busco la solución que han aplicado otros y trato de entender por qué funciona o tomo nota si había alguna herramienta base que me faltaba, y después cierro la solución y la trato de implementar (copy paste prohibido).
Cuando me he enfrentado a proyectos más complejos y que son una seguidilla de problemas, planificarlo se ha vuelto más importante que los “cómo se hace” del comienzo que se hacen con fines didácticos, porque generalmente hay módulos o bibliotecas que han implementado soluciones mucho más eficientes e intuitivas que las que uno podría escribir por su cuenta…
porque generalmente hay módulos o bibliotecas que han implementado soluciones mucho más eficientes e intuitivas que las que uno podría escribir por su cuenta
Sip, en programación hay mucha colaboración implícita. Quienes reconocen el trabajo propio y ajeno terminan siendo les más bkns.
Es verdad! Los profes que me trataron de programar el cerebro para el neoliberalismo en comercial constantemente colaboraban entre ellos para maximizar la decadencia de la civilización occidental.
no necesariamente lo que preguntaste, pero quizas sirva(?) pero no creo, por que es algo basico que deberian enseñar
uta yo aprendí por cuenta propia durante la media, y sin tutoriales o cursos como tal(a lo mas algo como esto(pero antes esa pagina era mucho mas simple y corta) y mucha documentación), pero siempre he tenido la idea de “divide et impera”, ejemplo, si quieres hacer un auto no te preocupes de hacer el auto de una, primero hace un motor, despues transmision, suspensión, etc… despues junta las weas
lo que he visto con muchos padawan salidos hace poco de la u (o en cursos weones cambiandose de area) es que entienden el concepto pero no lo aplican recursivamente, por ejemplo, siguiendo la idea de hacer un auto, se quedan en la separacion inicial y se pillan con la wea de tener que hacer un motor pa auto, pero en la u solo les enseñaron a hacer un motor de moto(uno bakansito eso si, de esos de 2 cilindros con regrigeracion liquida inyeccion electronica y más weas) pero no como hacer un motor de auto, y no les da para hacer funcionar uno en el otro,lo que hay que hacer es volver a dividir y ver las diferencias y ver que falta y que sobra, y ponerte a meter mano, con experiencia vas a aprender y hacer inconcientemente eso
¿Fuerza bruta? ¿Ir copiando y mezclando código?
em… eso es lo que se termina haciendo en la pega xD
tengo que hacer algo que se conecte con un protocolo que nunca he usado y solo está en un lenguage que nunca he usado?
busco tuto basico pa aprender los estandares del lenguage, compilo un hola mundo un par de pruebas con los controles de flujo, e importaciones y listo
busco y copio un ejemplo con algo similar a lo que tengo que hacer y le meto mano(viendo documentación) hasta que funciona
¿Cuál era su forma de resolver ejercicios de programación cuando estaban aprendiendo? ¿Fuerza bruta? ¿Ir copiando y mezclando código? No sé si no le estaré dando suficiente a la mollera pero hay algunos ejercicios que por más que le busque no pillo de donde agarrarlos y termino haciendo la de “Ya, por esta vez voy a revisar la respuesta para aprender y resolver el siguiente” y así hasta que me doy cuenta que no estoy aprendiendo nada por mi cuenta, solo viendo como lo han hecho otros.
Primero revisaba el lenguaje en sí que iba a usar (tipos, funciones y clases disponibles) para saber que herramientas puedo usar. Luego buscaba el “ejercicio tipo” y veía como se resolvía. Combinando ambos conocimientos iba moldeando una solución apta a lo que piden, con ensayo y error.
Yo todavía estoy aprendiendo y aplico, por lo menos para los problemas puntuales primero fuerza bruta y cabezearme con la cosa un buen rato con las cosas que ya sé. Después, busco la solución que han aplicado otros y trato de entender por qué funciona o tomo nota si había alguna herramienta base que me faltaba, y después cierro la solución y la trato de implementar (copy paste prohibido).
Cuando me he enfrentado a proyectos más complejos y que son una seguidilla de problemas, planificarlo se ha vuelto más importante que los “cómo se hace” del comienzo que se hacen con fines didácticos, porque generalmente hay módulos o bibliotecas que han implementado soluciones mucho más eficientes e intuitivas que las que uno podría escribir por su cuenta…
Sip, en programación hay mucha colaboración implícita. Quienes reconocen el trabajo propio y ajeno terminan siendo les más bkns.
Es verdad! Los profes que me trataron de programar el cerebro para el neoliberalismo en comercial constantemente colaboraban entre ellos para maximizar la decadencia de la civilización occidental.
Pero ellos no se daban crédito entre sí, cada uno se ganó la vida solito sin ayuda de nadie /s
no necesariamente lo que preguntaste, pero quizas sirva(?) pero no creo, por que es algo basico que deberian enseñar
uta yo aprendí por cuenta propia durante la media, y sin tutoriales o cursos como tal(a lo mas algo como esto(pero antes esa pagina era mucho mas simple y corta) y mucha documentación), pero siempre he tenido la idea de “divide et impera”, ejemplo, si quieres hacer un auto no te preocupes de hacer el auto de una, primero hace un motor, despues transmision, suspensión, etc… despues junta las weas
lo que he visto con muchos padawan salidos hace poco de la u (o en cursos weones cambiandose de area) es que entienden el concepto pero no lo aplican recursivamente, por ejemplo, siguiendo la idea de hacer un auto, se quedan en la separacion inicial y se pillan con la wea de tener que hacer un motor pa auto, pero en la u solo les enseñaron a hacer un motor de moto(uno bakansito eso si, de esos de 2 cilindros con regrigeracion liquida inyeccion electronica y más weas) pero no como hacer un motor de auto, y no les da para hacer funcionar uno en el otro,lo que hay que hacer es volver a dividir y ver las diferencias y ver que falta y que sobra, y ponerte a meter mano, con experiencia vas a aprender y hacer inconcientemente eso
em… eso es lo que se termina haciendo en la pega xD
tengo que hacer algo que se conecte con un protocolo que nunca he usado y solo está en un lenguage que nunca he usado?
busco tuto basico pa aprender los estandares del lenguage, compilo un hola mundo un par de pruebas con los controles de flujo, e importaciones y listo
busco y copio un ejemplo con algo similar a lo que tengo que hacer y le meto mano(viendo documentación) hasta que funciona
Solo tuve intro a la progra Nms, pero supongo que le daba vueltas y vueltas en mi cabeza hasta que se me ocurría.
a veces me estaba quedando dormido y súbito momento eureka.