Quiero aprender esto...

[[oscarac]]

pero porsupuesto que la cosa no es Copiar y pegar... uno debe entender el codigo y conocer los comandos o las sintaxis basicas, para saber que cosa estamos haciendo y poder darle un buen mantenimiento a lo que queramos desarrollar

[[Delphius]]

A todo esto,
No debería quedarse con la imagen de que aquí no se ayuda a los novatos o iniciados. Se les ayuda, y se hace un esfuerzo para que ellos mismos se animen a ponerle ganas.
El punto está en que se reconoce cuando alguien en realidad tiene interés en aprender y cuando no. Y para esas personas les dará lo mismo amabilidad que cualquier broma.
Por allí se quedan en que aquí se maltrata a los novatos, pero es que no es eso... simplemente les hacemos ver que no va por allí las cosas pero si no hay puesta de esa persona en recibir y aceptar eso, pues...

A mi cuando me inscribí también "me educaron"... me puse a ver mis primeros hilos y empecé a recorrerlos hasta llegar a los más actuales... Me sorprende la forma en como fuí madurando los conceptos. ¡Si yo me tuviera que responder a esas viejas preguntas, me estaría dando palazos!

Saludos,

[martinartaza]

Si se puede programar seriamente de un determinado lenguje sin saber lo básico de ese lenguje, hoy hace menos 2 horas le pregunte al google como se hacia un case en delphi me llevo (menos de 1 minuto), por otro lado reconozco que tengo una malisima memoria, pero todo anda por ahí entre los archivos que tengo o por la web.
Creo que hay un mal entendido yo llamo lo basico (a como hacer cierta cosa en un determinado lenguaje).

Por otro lado, refiriéndose a aprender a programar en general, creo que la mejor guía la pone Peter Norvig, http://loro.sourceforge.net/notes/21-dias.html, muy buena lectura, se la recomiendo.

Yo creo (y tal vez ahí estoy defiriendo de la mayoría) que para pasar de un lenguaje a otro es una total perdida de tiempo un manual básico, obviamente no pregunte en un foro como se hace una tontera, se busca.
Por otro lado Peter Norvig recomienda aprender haciendo, o sea tal vez que haciendo un inútil viruz que quería hacer el chico se aprende ....pensando...... por ejemplo haciendo un virus se aprende como hacer una aplicación que corra en segundo plano y sirve a la hora de hacer un backup (programado) y que no salga la ventana negra de dos a molestar y eso le sirve para cuando haga una aplicación comercial; y los ejemplos son miles.

Está interesante la discusión sigo sin tener ni idea lo que quería aprender hacer el chico, nunca había leído nada al respecto y me pregunto que utilidad REAL se le puede dar.

[[Delphius]]

Empezado por martinartaza

Si se puede programar seriamente de un determinado lenguje sin saber lo básico de ese lenguje, hoy hace menos 2 horas le pregunte al google como se hacia un case en delphi me llevo (menos de 1 minuto), por otro lado reconozco que tengo una malisima memoria, pero todo anda por ahí entre los archivos que tengo o por la web.
Creo que hay un mal entendido yo llamo lo basico (a como hacer cierta cosa en un determinado lenguaje).

Por otro lado, refiriéndose a aprender a programar en general, creo que la mejor guía la pone Peter Norvig, http://loro.sourceforge.net/notes/21-dias.html, muy buena lectura, se la recomiendo.

Yo creo (y tal vez ahí estoy defiriendo de la mayoría) que para pasar de un lenguaje a otro es una total perdida de tiempo un manual básico, obviamente no pregunte en un foro como se hace una tontera, se busca.

Yo creo que ni en 10 se aprende a programar... ¡es que no se termina nunca!
Siempre habrá algo más para aprender, comprender, investigar. Y yo estoy convencido de que no se aprende demasiado estando solo, que se necesita de un guía. Sea un libro, un foro, otro programador... Para aprender se necesita de leer, ¡y mucho! Pero claro... también se necesita practicar, y practicar.

Para avanzar se necesita de paciencia y constancia.

Empezado por martinartaza

Por otro lado Peter Norvig recomienda aprender haciendo, o sea tal vez que haciendo un inútil viruz que quería hacer el chico se aprende

Esto es diferente, el chico pretende correr sin siquiera saber gatear ¡es un acto suicida! Hay que ponerse objetivos y metas más fáciles de conseguir primero, y luego a medida que se avanza ir por más.

Lo que se propone no lo entenderá, por más que quiera... no podrá porque le faltará material, no tendrá los elementos más escenciales y básicos. ¿Puedes comprender, por darte un ejemplo, Transformaciones en el espacio sin siquiera haber estudiado lo que es un vector? ¿Crees que le podrías sacar provecho?

Esto de ponerse metas altas en realidad termina dando golpes, y algunos van a ser muy duros... y no va sentir el ánimo de volverse a levantar. Es preferible que se haya dado el golpe ahora antes de meterse a un lugar del que no podrá salir.
Y no es algo que sólo le haya pasado a este chico... ¡nos pasa a muchos de nosotros! ¡Incluso a mi!

Hay que reconocer que tenemos cierta tendencias masoquistas con nuestros desarrollos y la imaginación.

Empezado por martinartaza

....pensando...... por ejemplo haciendo un virus se aprende como hacer una aplicación que corra en segundo plano y sirve a la hora de hacer un backup (programado) y que no salga la ventana negra de dos a molestar y eso le sirve para cuando haga una aplicación comercial; y los ejemplos son miles.

Pero repito: se requiere de la debida preparación, y a eso el se rehúsa. Quiere los bifes, el plato ya hecho... y está falsamente convencido de que entenderá lo que estará haciendo... Lo único que conseguiría, si es que en verdad existiera un manual para lo que pide, es aplicar copy & paste pero de allí a comprender exactamente lo que hace, muy difícil. Lo único que le queda en la cabeza es: "acabo de programar un blinder" Pero si le pides que lo describa o en que consiste, por dentro, el muchacho se viene abajo.

Aquí se ha intentado proteger esa mente curiosa.

Saludos,

[Casimiro Noteví]

Aprende a programar en 10 años

Extracto:

Aquí está mi receta para el éxito en programación:

* Interésate en la programación, y haz programación porque es divertida. Asegúrate que se mantiene tan divertida que estarás en disposición de invertir diez años.
* Habla con otros programadores. Lee otros programas. Esto es más importante que cualquier libro o curso.
* Programa. El mejor tipo de aprendizaje es aprender haciendo (learning by doing) . Para decirlo más técnicamente, "El máximo nivel de desempeño de los individuos en un dominio dado, no se logra automáticamente como función de experiencia extendida, sino que el nivel de desempeño puede incrementarse incluso en individuos altamente experimentados como resultado de esfuerzos deliberados por mejorar." (p. 366) y "el aprendizaje más efectivo requiere una tarea bien definida con un apropiado nivel de dificultad acorde con el individuo, retroalimentación informativa, y oportunidades de repetición y corrección de errores." (p. 20-21) El libro Cognition in Practice: Mind, Mathematics, and Culture in Everyday Life es una interesante referencia sobre este punto de vista.
* Si quieres, dedica cuatro o cinco años en una universidad (o más en una escuela de graduados). Esto te dará acceso a algunos posiciones que requieren credenciales, y te dará un entendimiento más profundo del campo, pero si no disfrutas la escuela, puedes (con algo de dedicación) obtener una experiencia similar trabajando. Como sea, la lectura de libros por sí sola no será suficiente. "La educación en computación no puede hacer a nadie un expero programador más que el estudio de pinceles y pigmentos puede hacer a alguien un pintor experto" dice Eric Raymond, autor de The New Hacker's Dictionary. Unos de los mejores programadores que yo haya contratado alguna vez tenía sólamente un grado de bachiller (High School); pero ha producido una gran cantidad de excelentes programas , tiene su propio grupo de noticias (news group) , y sin duda es mucho más rico de lo que yo llegue a ser.
* Trabaja en proyectos con otros programadores. Sé el mejor programador en algunos proyectos; sé el peor en otros. Cuando eres el mejor, tienes que poner a prueba tus habilidades para liderar un proyecto y para inspirar a otros con tu visión. Cuando eres el peor, aprendes lo que los maestros hacen, y aprendes lo que a ellos no les gusta hacer (pues te ponen a hacerlo por ellos).
* Trabaja en proyectos después que otros programadores. Proponte entender un programa escrito por otra persona. Mira cuánto toma entenderlo y hazle correcciones cuando los programadores originales no están allí. Piensa en cómo diseñar tus programas para facilitarles el trabajo a aquellos que le harán mantenimiento después de tí.
* Aprende por lo menos una media docena de lenguajes de programación. Incluye uno con soporte para abstracciones de clases (como Java o C++), uno que dé soporte a la abstracción functional (como Lisp o ML), uno que dé soporte a la abstracción sintáctica (como Lisp), uno que dé soporte a especificationes declarativas (como Prolog o plantillas C++), uno que dé soporte a corutinas (como Icon o Scheme), y uno que dé soporte al paralelismo (como Sisal).
* Recuerda que hay "computadoras" en la "ciencia de la computación". Conoce cuánto le toma a tu computadora ejecutar una instrucción, alcanzar una palabra de la memoria (con y sin cache), leer palabras consecutivas de disco, y ubicar una nueva localización en disco. (Respuestas aquí.)
* Involúcrate en un plan de estandarización de algún lenguaje. Podría ser en el mismo comité ANSI C++, o podría ser simplemente decidir si tu estilo de codificación tendrá niveles de identación de 2 ó 4 espacios. Como sea, averigua lo que les gusta a otras personas en un lenguaje, cómo lo perciben, y quizá incluso un poco de por qué lo perciben como lo hacen.
* Ten el buen juicio para lanzar el plan de estandarización del lenguaje tan pronto como sea posible.