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.