Mi sospecha es que estás tratando de resolver grandes problemas de una sola vez. La programación es como Lego, puedes desmontar cualquier problema hasta el punto en que todo lo que tienes son bloques simples. Siempre que tome nota de cómo desarmó el problema, puede programar esos bloques relativamente triviales y convertirlos en un programa que resuelva su problema. Simplemente siga los pasos a la inversa.
Entonces, digamos que el problema es controlar un robot buggy. Rompe el problema en sentido donde están los obstáculos, trate de moverse, si falla, entonces determine dónde debe estar un obstáculo invisible y vuelva a moverse, de lo contrario, regrese para comenzar.
La detección de obstáculos se puede reducir a: leer el sensor, si el sensor muestra un bloqueo, registre, si quedan sensores, vaya al siguiente sensor y vuelva a leer, de lo contrario se conocen todos los obstáculos detectables.
Asumiendo que el sensor es un interruptor que detecta que estás en contacto con algo: consulta el controlador del sensor, si el resultado es 0, entonces no hay obstáculo más obstáculo
- Mi confianza es increíblemente baja, aunque he logrado éxitos sorprendentes en el pasado. ¿Por qué?
- ¿Cuáles son algunos buenos discursos sobre la confianza en uno mismo?
- Creo que he perdido mi confianza. Me hace sentir que he tomado decisiones equivocadas todo el tiempo. ¿Cómo puedo recuperar mi felicidad interior?
- ¿Puede la psicoterapia mejorar la autoconfianza? ¿Cómo?
- ¿Cuáles son las causas de la baja confianza en un ser humano?
Al centrarse en el último paso, cuatro o cinco líneas de código como máximo, es indoloro. Hay bastantes fragmentos de código, pero el único en el que piensas es en el que estás escribiendo. El resto no importa.
Una vez que hayas hecho eso, subes una capa. Todas las tareas son ahora de una sola línea a medida que escribía el código que hizo el trabajo. Cada paso seguirá teniendo solo cuatro o cinco líneas de largo. Y así sucesivamente, hasta que todo termine.
Incluso los programas más complicados pueden reducirse y escribirse de esta manera. No hay ningún proyecto en el mundo que requiera que escriba más de 25 líneas en un procedimiento o función. Podría terminar con un programa de 10,000 líneas (y lo he hecho muchas veces) pero no importa. Solo 25 líneas importarán a la vez y, a menudo, puede reducir eso a cinco. Cinco líneas, incluso veinticinco líneas, es fácil. Nada de que preocuparse. Puedes codificarlo y probarlo sin preocuparte por el resto.
Esta técnica se conoce como diseño de arriba hacia abajo, desarrollo de abajo hacia arriba. Por la razón obvia de que eso es lo que haces. Es un método popular en el campo más amplio del desarrollo de software estructurado. Puede olvidarse del campo más amplio por ahora, pero una vez que esté más contento con la programación, vale la pena mirar. Un montón de consejos y sugerencias.
Las únicas otras cosas que debe recordar son: mantenerlo simple, y una función / procedimiento debe hacer solo una cosa.
Sinceramente, no creo que tengas ninguna dificultad.