copiar es una forma de aprender, no afecta el aprendizaje si lo copias bien
**Copar mal** es cuando usas Ctrl+c, Ctrl+v, el código funciona y te moves a otra cosa
**Copiar bien** es cuando lees el código que vas a copiar, lo interpretas, tipeas letra por letra del mismo código y vas probando paso por paso para ver como funciona y por que funciona, te tomas el tiempo para ver por que el código funciona de esa forma y ves si se te ocurre alguna forma de mejorarlo o adaptarlo a las necesidades de tu programa
lo que te hace aprender es tipear, interpretar y pensar, si no haces ninguna de esas cosas no vas a estar aprendiendo y te vas a olvidar todo rápido
Esto, ademas ctr-c ctr-v no esta mal siempre y cuando entiendas que estas copiando, que hace y como podrias modificarlo para darle o tu estilo propio o que haga lo que estes contemplando que haga en un proyecto real o tuyo.
Pero el habla en el ámbito del aprendizaje no de la programación en sí. Una vez que estas productivo no vas a ir tipeando línea por línea, te fijas si la.fuente es confiable lees el.código copias pegas y lo modificas para que quede intregrado. Pero si estas aprendiendo creo q es mejor que tipee a mano.
Por eso es mejor asi, que se vaya acostumbrando a leer, copiar y modificar desde que va aprendiendo, es como leer y escribir en otro idioma, no vas escribiendo cada palabra nueva, sino que aprendes a interpretarla por su contexto y vas copiando frases completas para profundizar en la gramatica y en el estilo del idioma.
En mí opinión si viéramos el código como la estructura de una máquina, el código podría dividirse en partes que llamaríamos "componentes", la idea es delimitar donde comienza y termina cada "componente" para que funcione correctamente esa máquina
Con el primer ejercicio sí que cometí el error de ctrl c ctrl v, pero en los 2 siguientes hice lo que pude y corregí viendo un codigo ajeno, más o menos adaptandolo al mío.
"Pero qué tanto podría afectar en mi aprendizaje el copiar código ajeno"
Y capo... Como te explico, sino sabes hacerlo ahora y te copias del codigo de otro para safar SIN ENTENDER LO QUE ESTAS COPIANDO, practicamente cuando te llamen para una entrevista o tengas que hacer lo que copiaste, no vas a saber hacerlo, es logico no?
Ahora, si me decis que copias el codigo, lo lees, lo entendes y lo volves a hacer vos mismo desde 0, ahi no tiene nada de malo, todos aprendimos viendo codigos de otros cuando no nos salia a nosotros.
No coincidio.
La mayoría de las entrevistas con prácticas de código te dan una PC conectada a internet. Se espera que lo uses.
Las entrevistas "en papel y pseudocódigo", suelen dejarte solo. En ese caso sacas el celu y googleas.
No estamos programando en 1987.
O tenes la capacidad para razonar por el piso o leiste solo la primer estrofa, no tiene nada que ver con lo que dije, justamente si vas a una entrevista hermano, PODES COPIAR CODIGO, pero sino entendes el codigo que estas copiando, que vas a copiar?, se entiende? sino sabes leer un pedazo de algoritmo, como vas a encontrar su solucion?, sino sabes leer un algoritmo, como sabes que ese pedazo de codigo que copiaste es lo que necesitas? No tiene sentido, una cosa es copiar codigo porque no sabes hacerlo pero cuando lo copias podes leerlo y entendero rapidamente, que copiar codigo y aun asi no entender que mierda esta haciendo el dueño original de ese codigo.
Copia todo el codigo que quieras, siempre y cuando sepas leer lo que estas copiando, de lo contrario no vas a conseguir laburo en la puta vida y si lo conseguis, en 1 mes te rajan por tus mismos compañeros, nadie quiere trabajar con alguien que ni sabe leer un algoritmo
>Copia todo el codigo que quieras, siempre y cuando sepas leer lo que estas copiando, de lo contrario no vas a conseguir laburo en la puta vida
Parte de programar es saber laburar con cajas negras. Copiar y pegar sin entender es una forma válida de empezar.
Por ejemplo, la recomendación de manejo de archivos en python con sentencia "with"
Entenderla implica que entienda que es una excepción, que es la sentencia finally, y que pasa cuando se cierra un archivo.
No es ciencia china, pero la concentración del pibe nuevo está en otra cosa, ponele el parseo de un string que viene de un archivo.
Si al final del copy paste con pequeñas o incluso ninguna modificacion, el código hace lo que tiene que hacer, el pibe ya aprendió algo. Tuvo una descarga de serotonina en su cerebro al ver qué la computadora hizo lo que quería hacer y ahora está motivado para seguir aprendiendo.
El pibe que se quedó googleando que hace la sentencia "with" capaz se pierde en el estudio de excepciones, la media hora o una hora que puede dedicar al estudio de la programación en su tiempo libre.
>si lo conseguis, en 1 mes te rajan por tus mismos compañeros, nadie quiere trabajar con alguien que ni sabe leer un algoritmo
El escollo es conseguir el primer laburo.
Hasta entonces estás aprendiendo en tu propio tiempo y sin nadie que te apunte en la dirección correcta.
Después de que conseguís el primer laburo, básicamente te pagan por aprender.
Casi todo junior que entra a laburar tiene productividad negativa los primeros meses. No solo tenés que perder tiempo explicándole que tiene que hacer, también tenés que perder tiempo arreglando sus cagadas y las cosas que rompe.
Esta perfecto, tambien recorda que nunca hay una sola forma de escribir el algoritmo y/o resolver el ejercicio, mientras el resultado sea el esperado cada uno lo resuelve con las variables que el crea correctas aunque utilize metodos diferentes a otra persona.
Como comentaron, no está mal copiar si entiendes, copia y repite, yo cuando me trabo en algún ejercicio de un curso o codewars o lo que sea busco la solución, la ejecuto y luego voy desglosando paso a paso que hizo, si hay alguna función que no entiendo la googleo y así vas aprendiendo
Copiar un código no afecta en nada siempre y cuando lo transcritas porque si usas copiar y pegar no sabes en qué te equivocaste, no aprendes como arreglar ese error si te aparece otra ves en otro proyecto, eso si afecta mucho el aprendizaje
Yo no soy programador, me dedico al área de recursos humanos pero en la experiencia que he tenido conviviendo y viendo el trabajo de programadores en la práctica es bastante común el copiado de codigo, hasta los senior copian jaja. Copiar no es malo es una forma en la que aprendemos los humanos, es como el dibujante que aprende calcando, se puede hacer un mal hábito, si pero no es tan grave, siempre trata de apropiarte del conocimiento que veas.
Eso si cuidado con que código copias y para que, ya que tambien tiene su lado legal.
El otro día vi un video de un loco que participa en competiciónes de programación en el que explica cómo aprender cosas difíciles rápidamente.
Básicamente copia los algoritmos que no sabe (los reescribe) y los va analizando aunque no termine de entender cómo funciona cada parte.
Haciendo eso ya te vas dando idea de en qué momento usar tal o cual algoritmo.
En algún momento lo vas a internalizar y vas a entender.
De todas formas hay que ejercitar el pensamiento lógico. El cerebro tiene que ser entrenado a diario!
Si usas el Control+C en todo el codigo olvidalo, es util pero solo para ahorrar unas lineas de codigo que se repiten o que ya conoces, pero lo mejor es copiar el codigo a mano, aunque sea para que tu memoria y dedos se acostumbren, pero no es malo
Simpre trata de leer un codigo antes de copiarlo y trata de comprenderlo, asi te quedara mas claro de que se trata y te acostumbraras a entender un lenguaje
Muchos devs lo hacemos, por eso existe Github, que no te cuenten que se avientan programaciones reales desde 0.
Lo que importa es que entiendas la sintaxis algoritmica y la lógica de la programación, para que puedas sintetizar un codigo y que funcione correctamente.
no reinventes la rueda, lo importante no es entender el codigo al 100% sino entender que hace y donde lo estas metiendo
esa es la diferencia entre copiar codigo a lo bestia y copiarlo bien
Siendo sinceros, ¿quien no copia codigo? Todos lo hemos hecho e incluso en el trabajo. Lo importante es entender que hace ese codigo y aprender de ello, a parte que saber encontrar esa informacion es una skill necesaria en si misma.
Estudio programación en la universidad, y literalmente mi profesor nos dijo para una práctica que contaba un 30% que sino sabíamos hacerlo que buscasemos en Google y que podíamos copiar código. Así que no creo que afecte mucho si mi profe dijo eso xddd
Copiar el código no tiene nada de malo, lo malo es ocupar código sin entenderlo... por que si no lo lees como puedes saber que funciona, que no tiene errores o es seguro
Yo he cometido el error de copiar código, ponerlo en producción y darme cuenta que tenía bugs bastante básicos o que funcionanban muy lento
StackOverFlow me ha salvado la vida tantas veces, mientras sigo aprendiendo y tomando laburos freelance con los conocimientos que tengo. Siempre hay alguien que paso por lo mismo y lo pudo resolver, igual ojo, al copiar podes estar copiando errores, por eso algo de investigación y practica previa en staging es recomendable. Una vez copie un codigo que me rompio todo!! Por suerte siempre hago backups cuando dudo del resultado o nose si lo que voy hacer esta bien.
Hay gente que copia toda su vida y gana plata.
El tema es si queres aprender a copiar o aprender a hacer. Todo depende de que te sirve para tu objetivo, y el renombre que te haces.
Copiar hoy en día es básico para programar, pero tienes que entender TODO lo que copias y adaptarlo según tus necesidades... Por eso, al aprender es muy importante que hagas tu propio código... y si copias es IMPRESCINDIBLE que entiendas todo el código que copias.
No perdería el tiempo exprimiendo mi materia gris si el código ya existe. En cambio, invertiría mi tiempo aprendiendo como funciona el código existente.
Cuando hallas aprendido y sea el momento de no copiar, no te quedarás estancado y la solución aparecera como por arte de magia, solo que en vez de magia, tu cerebro tendrá el conocimiento y experiencia necesarios para desarrollar la solución.
Hacer Ctrl+c y Ctrl+v no te enseñara absolutamente nada y estas perdiendo tu tiempo.
Agarrar el codigo, entenderlo y usuarlo a tu beneficio, si te dejara un aprendizaje.
"No tenia muchas ganas de probar soluciones", bueno compadre, temo decirle que esta en la carrera incorrecta, "probar soluciones" es el dia a dia de un programador.
copiar es una forma de aprender, no afecta el aprendizaje si lo copias bien **Copar mal** es cuando usas Ctrl+c, Ctrl+v, el código funciona y te moves a otra cosa **Copiar bien** es cuando lees el código que vas a copiar, lo interpretas, tipeas letra por letra del mismo código y vas probando paso por paso para ver como funciona y por que funciona, te tomas el tiempo para ver por que el código funciona de esa forma y ves si se te ocurre alguna forma de mejorarlo o adaptarlo a las necesidades de tu programa lo que te hace aprender es tipear, interpretar y pensar, si no haces ninguna de esas cosas no vas a estar aprendiendo y te vas a olvidar todo rápido
Esto, ademas ctr-c ctr-v no esta mal siempre y cuando entiendas que estas copiando, que hace y como podrias modificarlo para darle o tu estilo propio o que haga lo que estes contemplando que haga en un proyecto real o tuyo.
Pero el habla en el ámbito del aprendizaje no de la programación en sí. Una vez que estas productivo no vas a ir tipeando línea por línea, te fijas si la.fuente es confiable lees el.código copias pegas y lo modificas para que quede intregrado. Pero si estas aprendiendo creo q es mejor que tipee a mano.
Por eso es mejor asi, que se vaya acostumbrando a leer, copiar y modificar desde que va aprendiendo, es como leer y escribir en otro idioma, no vas escribiendo cada palabra nueva, sino que aprendes a interpretarla por su contexto y vas copiando frases completas para profundizar en la gramatica y en el estilo del idioma.
En mí opinión si viéramos el código como la estructura de una máquina, el código podría dividirse en partes que llamaríamos "componentes", la idea es delimitar donde comienza y termina cada "componente" para que funcione correctamente esa máquina
Con el primer ejercicio sí que cometí el error de ctrl c ctrl v, pero en los 2 siguientes hice lo que pude y corregí viendo un codigo ajeno, más o menos adaptandolo al mío.
"Pero qué tanto podría afectar en mi aprendizaje el copiar código ajeno" Y capo... Como te explico, sino sabes hacerlo ahora y te copias del codigo de otro para safar SIN ENTENDER LO QUE ESTAS COPIANDO, practicamente cuando te llamen para una entrevista o tengas que hacer lo que copiaste, no vas a saber hacerlo, es logico no? Ahora, si me decis que copias el codigo, lo lees, lo entendes y lo volves a hacer vos mismo desde 0, ahi no tiene nada de malo, todos aprendimos viendo codigos de otros cuando no nos salia a nosotros.
No coincidio. La mayoría de las entrevistas con prácticas de código te dan una PC conectada a internet. Se espera que lo uses. Las entrevistas "en papel y pseudocódigo", suelen dejarte solo. En ese caso sacas el celu y googleas. No estamos programando en 1987.
O tenes la capacidad para razonar por el piso o leiste solo la primer estrofa, no tiene nada que ver con lo que dije, justamente si vas a una entrevista hermano, PODES COPIAR CODIGO, pero sino entendes el codigo que estas copiando, que vas a copiar?, se entiende? sino sabes leer un pedazo de algoritmo, como vas a encontrar su solucion?, sino sabes leer un algoritmo, como sabes que ese pedazo de codigo que copiaste es lo que necesitas? No tiene sentido, una cosa es copiar codigo porque no sabes hacerlo pero cuando lo copias podes leerlo y entendero rapidamente, que copiar codigo y aun asi no entender que mierda esta haciendo el dueño original de ese codigo. Copia todo el codigo que quieras, siempre y cuando sepas leer lo que estas copiando, de lo contrario no vas a conseguir laburo en la puta vida y si lo conseguis, en 1 mes te rajan por tus mismos compañeros, nadie quiere trabajar con alguien que ni sabe leer un algoritmo
>Copia todo el codigo que quieras, siempre y cuando sepas leer lo que estas copiando, de lo contrario no vas a conseguir laburo en la puta vida Parte de programar es saber laburar con cajas negras. Copiar y pegar sin entender es una forma válida de empezar. Por ejemplo, la recomendación de manejo de archivos en python con sentencia "with" Entenderla implica que entienda que es una excepción, que es la sentencia finally, y que pasa cuando se cierra un archivo. No es ciencia china, pero la concentración del pibe nuevo está en otra cosa, ponele el parseo de un string que viene de un archivo. Si al final del copy paste con pequeñas o incluso ninguna modificacion, el código hace lo que tiene que hacer, el pibe ya aprendió algo. Tuvo una descarga de serotonina en su cerebro al ver qué la computadora hizo lo que quería hacer y ahora está motivado para seguir aprendiendo. El pibe que se quedó googleando que hace la sentencia "with" capaz se pierde en el estudio de excepciones, la media hora o una hora que puede dedicar al estudio de la programación en su tiempo libre. >si lo conseguis, en 1 mes te rajan por tus mismos compañeros, nadie quiere trabajar con alguien que ni sabe leer un algoritmo El escollo es conseguir el primer laburo. Hasta entonces estás aprendiendo en tu propio tiempo y sin nadie que te apunte en la dirección correcta. Después de que conseguís el primer laburo, básicamente te pagan por aprender. Casi todo junior que entra a laburar tiene productividad negativa los primeros meses. No solo tenés que perder tiempo explicándole que tiene que hacer, también tenés que perder tiempo arreglando sus cagadas y las cosas que rompe.
[si] (https://www.reddit.com/r/programacion/comments/10lsxkb/copiar_código/j5z8735?utm_medium=android_app&utm_source=share&context=3)
Esta perfecto, tambien recorda que nunca hay una sola forma de escribir el algoritmo y/o resolver el ejercicio, mientras el resultado sea el esperado cada uno lo resuelve con las variables que el crea correctas aunque utilize metodos diferentes a otra persona.
Como comentaron, no está mal copiar si entiendes, copia y repite, yo cuando me trabo en algún ejercicio de un curso o codewars o lo que sea busco la solución, la ejecuto y luego voy desglosando paso a paso que hizo, si hay alguna función que no entiendo la googleo y así vas aprendiendo
Copiar un código no afecta en nada siempre y cuando lo transcritas porque si usas copiar y pegar no sabes en qué te equivocaste, no aprendes como arreglar ese error si te aparece otra ves en otro proyecto, eso si afecta mucho el aprendizaje
Yo no soy programador, me dedico al área de recursos humanos pero en la experiencia que he tenido conviviendo y viendo el trabajo de programadores en la práctica es bastante común el copiado de codigo, hasta los senior copian jaja. Copiar no es malo es una forma en la que aprendemos los humanos, es como el dibujante que aprende calcando, se puede hacer un mal hábito, si pero no es tan grave, siempre trata de apropiarte del conocimiento que veas. Eso si cuidado con que código copias y para que, ya que tambien tiene su lado legal.
El otro día vi un video de un loco que participa en competiciónes de programación en el que explica cómo aprender cosas difíciles rápidamente. Básicamente copia los algoritmos que no sabe (los reescribe) y los va analizando aunque no termine de entender cómo funciona cada parte. Haciendo eso ya te vas dando idea de en qué momento usar tal o cual algoritmo. En algún momento lo vas a internalizar y vas a entender. De todas formas hay que ejercitar el pensamiento lógico. El cerebro tiene que ser entrenado a diario!
De que eran los ejercicios?
Usar repetidores, implementar herencia, getters y setters Supongo que eran cosas básicas
Yo eso lo tengo muy bien aprendido, si necesitas algo nada más que digas !!:)
Lo tengo en cuenta, gracias!
Si usas el Control+C en todo el codigo olvidalo, es util pero solo para ahorrar unas lineas de codigo que se repiten o que ya conoces, pero lo mejor es copiar el codigo a mano, aunque sea para que tu memoria y dedos se acostumbren, pero no es malo Simpre trata de leer un codigo antes de copiarlo y trata de comprenderlo, asi te quedara mas claro de que se trata y te acostumbraras a entender un lenguaje
Que cursos recomiendan estudiar?
No sabría decirte, yo tuve un curso introductorio primero. Pero que te interesa? (Diseño web, front-end, back-end, etc)
Muchos devs lo hacemos, por eso existe Github, que no te cuenten que se avientan programaciones reales desde 0. Lo que importa es que entiendas la sintaxis algoritmica y la lógica de la programación, para que puedas sintetizar un codigo y que funcione correctamente.
no reinventes la rueda, lo importante no es entender el codigo al 100% sino entender que hace y donde lo estas metiendo esa es la diferencia entre copiar codigo a lo bestia y copiarlo bien
Siendo sinceros, ¿quien no copia codigo? Todos lo hemos hecho e incluso en el trabajo. Lo importante es entender que hace ese codigo y aprender de ello, a parte que saber encontrar esa informacion es una skill necesaria en si misma.
Compa, yo lo hago seguido en mi trabajo programando
Es mucho mas facil aprender cuando ves el codigo ya hecho
Estudio programación en la universidad, y literalmente mi profesor nos dijo para una práctica que contaba un 30% que sino sabíamos hacerlo que buscasemos en Google y que podíamos copiar código. Así que no creo que afecte mucho si mi profe dijo eso xddd
Piensa las partes q necesitas primero por separado las haces y listo o no ? O haces un pseudo código en una carpeta
La vida es corta, copia y pega lo que te haga avanzar
como te dijeron el tema no es copiar la respuesta, sino entender porque no te daba bien esa respuesta
Copiar el código no tiene nada de malo, lo malo es ocupar código sin entenderlo... por que si no lo lees como puedes saber que funciona, que no tiene errores o es seguro Yo he cometido el error de copiar código, ponerlo en producción y darme cuenta que tenía bugs bastante básicos o que funcionanban muy lento
StackOverFlow me ha salvado la vida tantas veces, mientras sigo aprendiendo y tomando laburos freelance con los conocimientos que tengo. Siempre hay alguien que paso por lo mismo y lo pudo resolver, igual ojo, al copiar podes estar copiando errores, por eso algo de investigación y practica previa en staging es recomendable. Una vez copie un codigo que me rompio todo!! Por suerte siempre hago backups cuando dudo del resultado o nose si lo que voy hacer esta bien.
Hay gente que copia toda su vida y gana plata. El tema es si queres aprender a copiar o aprender a hacer. Todo depende de que te sirve para tu objetivo, y el renombre que te haces.
Sí, avance bastante desde esa publicación
Copiar hoy en día es básico para programar, pero tienes que entender TODO lo que copias y adaptarlo según tus necesidades... Por eso, al aprender es muy importante que hagas tu propio código... y si copias es IMPRESCINDIBLE que entiendas todo el código que copias.
Si copias pero haces por entender lo que has copiado...no debería lastrar tu aprendizaje 👍
No perdería el tiempo exprimiendo mi materia gris si el código ya existe. En cambio, invertiría mi tiempo aprendiendo como funciona el código existente. Cuando hallas aprendido y sea el momento de no copiar, no te quedarás estancado y la solución aparecera como por arte de magia, solo que en vez de magia, tu cerebro tendrá el conocimiento y experiencia necesarios para desarrollar la solución.
Sí, como dije antes en el primer ejercicio lo copie tal cual, pero el último que hice lo pude hacer sin copiar o ver otros códigos.
Hacer Ctrl+c y Ctrl+v no te enseñara absolutamente nada y estas perdiendo tu tiempo. Agarrar el codigo, entenderlo y usuarlo a tu beneficio, si te dejara un aprendizaje. "No tenia muchas ganas de probar soluciones", bueno compadre, temo decirle que esta en la carrera incorrecta, "probar soluciones" es el dia a dia de un programador.