Cómo gestionarlo para codificar todo un proyecto por tu cuenta.

Answer 1

Cuando se trata de situaciones como esta, trato de dividir un gran problema en trozos de problemas más pequeños.

Este es un enfoque ampliamente conocido y utilizado, algunos conceptos de ToDo se basan en esto.

Un problema o tarea más pequeño es más fácil de resolver y resolver. Además, reduce la complejidad, que es, para mí, la clave en este proceso. No es necesario encontrarse con estructuras y dependencias complejas (la mayoría de las veces). Separar un proyecto o incluso solo una clase o función en partes más pequeñas, le da

• Una mirada clara en cada subparte / subtarea
• Un objetivo alcanzable
• Un buen sentimiento, cuando completas cada subtarea.
• La capacidad de descomponer estructuras complejas (que en general es un aprendizaje importante en la vida)
• Una descripción mucho mejor de todo tu proyecto, ya que no te perderás en la “gran cosa”

Y al final, todo lo que tienes que hacer es pegar todas tus piezas más pequeñas. Dicho esto, modula la estructura monolítica.

No puedo recordar, cuando esta estrategia falló, en cualquiera de los proyectos, alguna vez estuve involucrado. Pero ese es solo mi punto de vista. Tal vez haya algo completamente diferente, que funcionará para usted. Pero creo que vale la pena intentarlo.

¡Buena suerte!

Answer 2

Proyecto: Escribe Hello World.

public int main (String [] args) {
System.out.println (“Hello World”);
}

Proyecto completado.

---

Bastante simple si? Dejando de lado el sarcasmo, un proyecto puede ser cualquier cosa, desde una pequeña pieza de integración hasta una gran aplicación.

Mi primer proyecto fue una aventura tipo Zork. He realizado muchos proyectos que incluyen un bot IRC, barro, servicio proxy y mucho más.

---

Cómo hacerlo.

Divide el proyecto en pedazos más pequeños.

Continúa haciéndolo hasta que tengas algo que puedas resolver.

Investiga para descubrir cómo hacerlo.

Codifica esas piezas.

Repita hasta que haya terminado todas las piezas.

Answer 3

Su alcance es el problema. Tienes que escribir cada uno? La forma en que lo dice significa que sabe que el proyecto es demasiado grande solo para usted. Comience con un pequeño proyecto en mente.

A continuación, le sugiero que haga hitos y quizás recompensas por cada hito. Cada sistema no necesita ser un hito. Di que estás haciendo un inventario. Un hito puede ser la interfaz de usuario, o la capacidad de recoger y soltar elementos. Las cosas pequeñas se toman un descanso y juegan un juego como recompensa.

Ahora por tu motivación. La mejor manera de obtener más motivación es simplemente abrir su código y hacer algo, no tiene que ejecutarse, no tiene que diseñarlo para, simplemente hacerlo. Una cosa que he encontrado que ayuda mucho es hacer un sistema, muchas veces el código que se realiza de esta manera debe ser reescrito o desechado por completo, pero te pone en ese flujo.

¡Espero que ayude!