Frustración al programar

#5MissFortune:

Entiendo la teoría y lo que necesito en todo momento, pero el problema lo tengo a la hora de plasmarlo. Es decir, se lo que necesito, pero no logro plasmar eso en un código coherente y que funcione.

Eso se llama "tutorial hell". Se cura pensando en un proyecto pequeño para empezar, poniéndose manos a la obra y pegándose con el código hasta que salga.

El problema que comentas es falta de práctica, es como si hubieras estudiado cómo montar en moto o cómo tocar la guitarra con un libro pero sin hacerlo realmente, no puedes ser bueno sin practicarlo.

Tienen razón, lo único que te falta es práctica, da igual los libros que leas si no te pones a picar código no sabrás cómo plasmarlo.
Cuando yo tengo que hacer algún desarrollo y me cuesta normalmente pienso; para realizarlo ¿que necesitaría en la vida real? ¿Que herramientas tengo en programación para realizarlo?
En el caso de un juego de cartas en la vida real necesitas X número de cartas que tengan X palo y X número ..etc...etc
Al empezar por eso sin quererlo vas a ir mirando ejemplos y código por internet para ayudarte, y aunque luego cambie completamente tu código lo que has aprendido te servirá para futuros proyectos de tal manera que te van a pedir X evolutivo y recordarás ese código que viste.

Es como si a un medico recien salido del MIR le piden hacer un transplante de corazón. No te rayes y dale duro. Ya veras como poco a poco todo te va haciendo click en la cabeza y es isi pisi.

#20 Para enseñar a programar de una manera didáctica a gente que no tiene idea. Me gusta enseñarles con juegos de mesa leyendo sus instrucciones.

Por ejemplo, un juego de mesa que contenga 2 fases para cada jugador:

• Jugar una carta de la mano
• Coger una carta de la pila

Con esto vamos creando un el orden en el que se van realizando las operaciones. Y se van creando pequeñas preguntas que se van resolviendo.

Has jugado una carta de la mano? A dónde va esa carta? Al descarte no? pues ya sabes que tienes que crear una acción que tras finalizar esta, la carta vaya al descarte.
Has cogido una carta de la pila? A dónde va? A tu mano, pues hacemos una acción que coja la carta y de la colección de cartas de la pila se coja una al azar y reduzca su número y añada otra a la mano.

De esta manera, van creando métodos vacíos pero con una secuencia lógica. Y al final tendrán la base que será el fundamento de la aplicación.

Como bien comentas, la gente espera que se pongan a programar y vayan saliendo las cosas de una manera fluida, dinámica y casi por arte de magia. Pero luego se van dando cuenta que van añadiendo métodos repetidos, funcionalidades dispares o no siguen una secuencia lógica.
No hay que desestimar crear un buen esquema ER y de Casos de Uso. Bien planteado arregla problemas futuros de escalabilidad y mejoras.