¿Cómo os soltasteis programando?

Haciendo un juego.

#1 Coincido con #4, intentad generar la lógica del programa en un papel, entender como va el flujo del programa y luego intentad traducirlo.

Aprendiendo a desmenuzar los problemas complicados en muchos otros mas pequeños y fáciles.

#1 Esto te pasará al principio, todo son lios, problemas con los bucles, que me falta un ";", que me he dejado una llave, esto no sale del bucle, etc etc.
Yo empecé con Pascal, un lenguaje de 1970, y ahí no habia IDE ni debbugger que te salvara el pellejo, era todo ensayo y error, y aprendias a planificar, escribir en un papel lo que querias hacer, cajas y flechas, y aun asi fallaba, hazte una idea de si la liaba que mi primer programa era un bucle infinito (y yo quería que contara hasta 10) y no sé cómo conseguí que se cargara antes del inicio de windows, con lo que nunca iniciaba windows (Win95), jejeje.

Solo te recomiendo, perseverancia, animo y ver que este mundo si te pica el gusanillo no paras. En cuanto a tu pregunta, hay un momento en el que cambias el chip, a base de repetir y repetir, aprendes a pensar de forma distinta, a pensar como un programador, y relacionar facilmente lo que quieres con el como vas a resolverlo. En mi caso, no estoy muy seguro, creo que fué en segundo de carrera, en la asignatura de estructura de datos II, teniamos una profesora muy buena, y entendí en que estaba fallando en el resto de asignaturas de programación, y empecé a encajar piezas, primero despacio y cada vez con mas soltura.

Primero se programan los tests y luego si eso el código.

#17 Si yo entiendo a lo que te refieres. Evidentemente el debe tener clara la logica matematica para sacar los numeros primos y, a partir de ahi, programar. Si no sabe hacerlo en un papel o simplemente no sabe lo que es un numero primo, obviamente no va a sacar ese ejercicio.
Yo parto de que el "problema matematico" esta superado y lo que le cuesta es construir los bucles necesarios, ahi es donde pondra alguna locura incorrecta y la manera de verlo es debuggear.

Yo creo que primero, más que programar, hay que saber estructurar muy bien lo que quieres hacer, cómo organizar el código, etc. Es muy importante saber dividir las tareas grandes en tareas más pequeñas, y te recomendaría antes de hacer nada en código que aprendieras a estructurar los procedimientos en pseudocódigo.

Ejemplo:

- Obtengo items de base de datos
- Por cada item:
    - Imprimo en pantalla el ítem
    - Imprimo en pantalla el precio del ítem
- Fin

Se podría traducir en (PHP):

<?php
    $items = $this->items_model->get_items(); // Obtener items de un modelo de base de datos
    foreach($items as $item){ // Por cada item
        echo $item->name . ': ' . $item->price . PHP_EOL; // Imprimo Nombre y Precio del item
    }
?>

Tener el pseudocódigo a mano siempre te ayuda a entender cómo estructurar luego el código final, independientemente del lenguaje de programación.

Esto a nivel de programación de código, a nivel organizativo es otra historia. Primero siempre va aprender a estructurar procedimientos, y luego aprender a hacerlos con un lenguaje de programación X.

Bueno, y respondiendo a la pregunta de cómo me solté programando, yo en particular llevaba trasteando VB6 desde los 14 años, pero cuando de verdad aprendí fue cuando entré a trabajar en la primera empresa que estuve, que me empapé bien de PHP con Codeigniter y empecé a utilizar el esquema MVC, mucho más organizado que hacer todo a capón. Ahora miro para atrás y veo las virguerías que hacía con PHP plano y me parece una locura xD.

#25 Pues vaya profesora de palo si es la representacion de un array más básica xD

A mi en primero de carrera mi mente hizo "click" con la algoritmia y el resto de matematicas y desde ahi.