Barrapunto

Mi opinión es que debes empezar con un lenguaje que te permita centrarte en el problema que tienes que resolver, y no en como hacer la interface para entrada o salidad de datos.

Incluso lo mejor para ello es tratar de plantearte problemas a programar con entradas y salidas lo mas sencillas posibles: entrada estandar y/o argumentos por parámetros y la salida estandar o la salida de error.

Habitualmente un programador que ha aprendido de esta manera, pasar a programar en un RAID le cuesta muy poco. En el sentido contrario no tengo tan claro de que esto vaya a ser así.

Otra discusión importante es el paradigma a utilizar, pero esto es una discusión que puede llevar mucho tiempo, de hecho en algunas universidades lleva años debatiéndolo. Pienso que lo interesante para empezar es un paradigma estructurado, ya que combina la exigencia al programador de ser organizado sin llegar al exceso de que para poder empezar a hacer programas tengas que esforzarte en demasiado en estudiar "todas las complejas formas de organizarte". Combínalo con que el lenguaje sea fuertemente tipeado, para evitar perder excesivo tiempo en errores tontos y que te inculque una disciplina en tu organización. Mas adelante tendrás oportunidad de acercarte a otros paradigmas, lo importante ahora es abrir tu celebro a la "capacidad de resolver problemas".

Te recomiendo que eches un vistazo a Cómo convertirse en hacker [sindominio.net] de Eric Steven Raymond, en ese artículo comenta como seguir avanzando.

Tal vez una última cosa: "Lee códigos" de buenos programadores y aprende sus técnicas, siempre habrán cosas que posiblemente a tí nunca se te ocurriría hacerlas de esa manera.

Todo este asunto de los lenguajes y demás es muy opinable, así que sin pretender tener la verdad absoluta daré mi opinión.

Empieza con programación declarativa, y a ser posible con un lenguaje fuertemente tipado y con variables declaradas como Pascal (turbo pascal en concreto). Es un lenguaje realmente fácil de aprender, y sin embargo bastante completo. Después, cuando tengas el Pascal más o menos dominado, recomendaría pasar a C; es más complejo que Pascal (por el asunto de los punteros, E/S, etc) pero sigue siendo un estándar y te va a enseñar muchísimas cosas de programación a nivel medio/bajo.

Además cuando estés aprendiendo Pascal te aconsejo que te agencies un buen libro que te enseñe, no sólo el lenguaje, sino también fundamentos de programación como estructuras de datos, algortimos de ordenación, técnicas como la recursividad, etc. Yo te recomiendo uno rojo muy gordo de McGraw Hill llamado 'Programación en Turbo Pascal X.X' (o algo así, ahora no estoy en casa para mirarlo) que puedes encontrar sin dificultad en cualquier librería técnica. Es caro, pero lo vale, porque como te digo no sólo te enseña Pascal, sino que además te enseña a programar. Además aprender Pascal no se riñe con hacer aplicaciones gráficas en Delphi (pues su lenguaje es una evolución del Turbo Pascal) con lo cual realmente en ese primer paso ya puedes empezar a ser productivo con este RAD.

Yo el C me lo empollé en su día (cuando lo di en la universidad ya lo dominaba), haciendo 'info libc' y haciendo programas de prueba sobre los distintos módulos que esta librería contiene. Vas a aprender salvajadas de esta forma, y lo más importante, vás a ganar una serie de recursos y conocimiento de formas de programas, alternativas para un mismo problema, y estructura de una librería que te va a ser muy útil en cualquier otro lenguaje.

Después pasaría a la programación orientada a objetos con un lenguaje sencillo (aunque muy potente) como Python. Su modelo de objetos es ideal para programar, es sencillo y sin embargo te permite captar lo 'importante' de la programación orientada a objetos sin embrollarte con otros asuntos. Cuando domines el Python y te hayas hecho algunos programillas en el mismo (es fácil), pasaría a Java para profundizar en la programación orientada a objetos y aprender lo que Python no te enseña sobre ella. En este punto podrías atreverte con libros sobre UML y patrones de diseño, que te ayudarán a mejorar mucho tu técnica a la hora de diseñar e implementar programas orientados a objetos.

Una vez que tengas dominada la programación declarativa y la orientada a objetos podrías atreverte con cosas más exóticas (programación lógica, etc) o incluso con algún hueso más duro de roer como C++ (que es un mundo en si mismo). Otro lenguaje excelente con el que aprender programación orientada a objetos y algunas técnicas algo más modernas como programación por contratos es el D (http://www.digitalmars.com/d).

Este lenguaje es, en mi opinión, magnífico, lo que C++ debio de haber sido si hubiera sido diseñado desde un principio para llegar a lo que es ahora en lugar de haber evolucionado con el tiempo. Te permite hacer cualquier cosa que te permita hacer C++, es tan sencillo o más que el Java (tiene recolector de basura, etc) aunque es compilado (y por lo tanto muy eficiente) y permite programación de bajo nivel, y en conjunto me parece un lenguaje magníficamente diseñado. El problema es que las herramientas, y sobre todo la librería, están en fase alfa, y los estándares del lenguaje pueden cambiar y cambian puesto que tampoco están 'fijados'. Por último tampoco vas a encontrar mucha documentación, sólo la especificación del lenguaje, aunque llegado a este punto te va a servir de sobra. Otra buena forma de aprender sería contribuir a la librería estándar de D, que está en continuo desarrollo (y bastante inspirada en la de Python, por cierto).

Saludos y suerte, todo este proceso puede llevarte unos cuantos añitos (dependiendo del tiempo que le dediques) pero si te gusta todo es

Hace poco he encontrado este enlace:

http://www.learn-c.com/ [learn-c.com]

No es sólo lo que el nombre de dominio sugiere. Entra y mira.

Respecto a la pregunta de la noticia: no sé por dónde es mejor empezar, pero te quedas a medias si en algún momento no aprendes ensamblador con las manos en la masa. ¿Por qué?, pues porque al final todos los lenguajes de alto nivel se traducen a alguna forma de código de máquina. Ese alto nivel (¿desafortunadamente?) no se ha conseguido con una perfección tal que te permita ignorar alegremente los detalles de esa traducción. En el trabajo se nota muchísimo.

Pues ya hace tiempo que programo y he trabajado principalmente con programacion estructurada (Basic, Cobol, C) y objetos (con C++). A largo de mi aprendizaje (carrera y libros) he aprendido otras 'sutilezas' de la programacion como la programacion modular, librerias, ensamblar/compilar/enlazar, etc.

Aunque no me considero un programador 'experto', si me considero 'avanzado' y mis conocimientos me permiten aprender facilmente un nuevo lenguaje o incluso paradigma.

Mi problema: Las herramientas para el programador y la teoria.

Con eso quiero decir que encuentras pocos libros/documentos o se enseña cada vez menos la base teorica y las herramientas tipicas tales como depuradores, enlazadores, el buen uso de librerias estaticas/dinamicas, cuando la 'abstraccion/herencia/polimorfismo' de los objetos se pega de ostias con la eficiencia cuando estos no son necesarios, estilo de codificacion (¡¡¡POR FAVOR!!!), especificacion correcta de las funciones, portabilidad, POSIX, etc...

Para ser claro (y no es una critica, sino una autocritica global): Los programadores cada vez dominamos mas una sintaxis de un lenguaje y cada vez menos la programacion *conceptual* y pocos saben sacar todo el jugo de las herramientas de que disponemos.

Si alguien puede ayudarme cediendome un buen libro/articulo/manual estara muy agradecido. (a pesar del ladrillo rabieta-pessimista que he metido aqui).

Para acabar y añadir mi voto a la noticia, una frase que ya postee aqui una vez:

"Si no se puede hacer en C, no lo puede hacer un ordenador"

(C *puede* ser complicado, pero cuando estas aprendiendo no te complicas).

La verdad es que el tema de la programación literaria me parece muy interesante. Además, si te pones a escribir un programa usando esta metodología, seguro que te darás cuenta de muchos detalles que de otro modo hubieses pasado por alto, y el código resultate será más claro. Aunque a lo que queria llegar realmente: los ejemplos que aparecen en esta web [literateprogramming.com]; son programas completos desarrollados siguiendo esta técnica, de modo que te pueden ayudar bastante ya que están completamente detallados y explicados. Saludos.

El tema de los lenguajes es peliagudo, porque tiende a convertirse en una cuestión de dogmas...

Para aprendera programar, y para seguir, yo recomendaría empezar con un lenguaje sencillo, pero potente, y después ir a lenguajes más potentes.

El primer lenguaje debería ser Scheme, un dialecto muy especial de LISP (que es el segundo lenguaje aún en uso más antiguo, después de Fortran; y sin duda el más potente de todos (aunque Common LISP es bastante complejo)). Scheme es sencillo, aunque tiene constructos extremadamente potentes y complejos, pero se pueden hacer virquerías en poco tiempo; es ideal para aprender algoritmia y aunque permite programar en casi todos los paradigmas posibles, se presta especialmente a la programación funcional. Después de un tiempo puedes avanzar a las cosas gordas: macros y programación por paso de continuaciones (la verdad, esto es casi magia negra, pero ¡vaya! hay que quitarse el sombrero...).

De hecho es tan sencillo que hay más de 30 implementaciones diferentes, la mayor parte de ellas excelentes y libres (y gratis); para casi todos los sistemas operativos que se te ocurran y de todo tipo (interpretadas, compiladas, empotradas, sobre máquina de Java, etc...)

Si después de ponerte con el Scheme sigues teniendo curiosidad, Common LISP es el Gran Padre, lo vas a disfrutar de verdad.

Perl es un lenguaje complicado, pero es tan potente y expresivo que casi una vez programas en Perl te cuesta programar en otra cosa (excepto, quizás, LISP y familia). Perl te enseñará cómo funciona el C, cómo funciona el AWK, cómo funciona la Shell, cómo funciona el UNIX, cómo funcionan las funciones, cómo funcionan las expresiones regulares (las más potentes que existen); cómo escribir programas completos en pocas líneas usando la mayor colección de módulos y librerías libres que existe (CPAN), cómo funcionan todos los paradigmas de programación (incluso mezclados a la vez, si te atreves) y básicamente cómo funciona el lenguaje y la comunicación en sí misma, y lo que es una Comunidad de software libre y desinteresada.

Si aún sigues teniendo curiosidad y te apetece atacar más puntos de vista, los más potentes lenguajes están ahí fuera, esperándote: OCaml, Haskell y Erlang. Programación funcional orientada a objetos, funcional a lo bestia, y funcional concurrente. El Erlang es posiblemente el lenguaje funcional más usado, pues lo inventó Ericsson para programar sus centralitas y equipos. Es potentísimo y tiene el modelo de concurrencia más potente que existe hoy en día (creo). Haskell es programación funcional a lo bestia, como con SML. Es realmente potente, y si te gusta cómo se piensa en Haskell, tendrás potencia de sobra para enfrentarte a cualquier cosa. OCaml, la extensión al Caml con OO es lo que debería haber sido el C++ o el Java. Potencia expresiva y una capacidad de abstración alucinante.

Programar en estos lenguajes tiene algo peculiar: es realmente divertido. No sólo potente, divertido.

¿Que quieres más? Yo seguiría aprendiendo Python, Ruby y Tcl/Tk. Python es casi tan potente como Perl, con una filosofía muy diferente, a mucha gente le gusta y tiene mucha ingeniería de software detrás. Ruby es nuevo, pero muy elegante, OO en todo, pero muy expresivo y limpio... Quizás es lo que Python habría sido si hubiese empezado OO desde el principio, sin embargo Python tiene bastante de funcional... Tcl/Tk es sencillo, muy sencillo, extremadamente potente y expresivo, genial como lenguaje de pegamento y un clásico: se puede aprender realmente mucho del Tcl y Tk es el GUI de facto en todos los lenguajes Unix (suplantó al Motif, que era C, y ahora se pega con Qt y Gtk+, que le están comiendo terreno...)

Si quieres profundizar todavía más en Unix, estudia C, vale para todo, con un precio, claro, pero vale para todo. El C++ es un lenguaje tremendamente potente, pero tremendamente complicado. Si sabes algo, intenta ponerte al día con el estándar ANSI/ISO y la programación genérica; si no lo conoces, quizás no te valga la pena ya... Java est

Pienso que para aprender a programar, no hay nada mejor que el pseudocódigo, aprendiendo algoritmos básicos de programación, tipos de bucles, variables, etc.

Si ya se conoce algo de programación en pseudocódigo, entonces es hora de aprender un lenguaje de programación determinado.

Porque no nos engañemos, no es lo mismo "saber programar", que "conocer un lenguaje de programación".

Salud.

Sé programar en java, c, c++ y c. Y sin duda recomiendo empezar a programar en C. Así como en la escuela se empieza a sumar, restar multiplicar y dividir. Para programar lo mejor es conocer de cerca las operaciones básicas que además tienen una rápida traducción a ensamblador. Despúes de eso, y un poco de teoría sobre algoritmos de búsqueda, ordenación, etc. Leer código de otras personas, como por ejemplo el kernel o buenos ejemplos de aplicaciones, hay muchas para escoger liberadas bajo licencia GPL. Valoro mucho el código elegante, legible y coherente, y detesto el estilo todo vale mientras funcione.

Sinceramente, si quieres programar sistemas y quieres comenzar por los principios usa c , quizas tengas que bajar a ensamblador (haya tu), y luego yo iria subiendo (basic, pascal, python, etc...)

Todos los sistemas operativos normales lo usan, y cuando no lo pueden utilizar es porque usan ensamblador

Sabiendo java el c (o el c++) no te sorprenderan.

Yo intentaria instalar GW-Basic o algún interprete y/o compilador q por no tener no tenian ni librerias ni na. :-) ¡Q tiempos! Ese COBOL, ese PASCAL. Y programar a pelo, con el Edlin (o el ed, de linux) :D

Fácil, rápido y potente, echa un vistazo [homeip.net].

Si empiezas por haskell, quizas termines pegandote un tiro... Haskell es la opcion idonea para todos los matematicos y lo digo muy en serio. Haskell (y pasteriormente MIRANDA) esta basado en un estilo ecuacional, con reglas recursivas y patrones en la parte izquierda de la ecuacion. Ademas solo hay que fijarse en el nombre Haskell (Curry, el matematico que desarollo los fundamentos de la logica combinatoria y el ALPHA-calculo ... E n mi caso si hubiese empezado por Haskell ahora seria un gran fontanero