En tres pasos, pero... ¿por qué sigo sintiendo que es 'demasiado complicado'?

Módulo-Clase-Método pensamiento para crear una estructura y la necesidad de comenzar a implementar dentro de la estructura, formas efectivas de utilizar el pseudo código y TDD.

밤치 122

Nosotros dijimos esto antes.

  1. Establece un marco grande (Módulo)

  2. Divide eso en áreas específicas (Clase)

  3. Define acciones reales (Método) dentro de eso

Este método es claramente efectivo.

Sin embargo, los lectores pueden sentir esto.

"Pero... sigue siendo difícil y abrumador."
"Todavía no entiendo cómo implementar todo."
"No sé cómo dividir las funciones detalladas."

Es normal.

Porque Module-Class-Method es

"pensar en la estructura", y

Ahora lo que se necesita es

"pensar en comenzar la implementación real" dentro de esa estructura.

Aquí es donde aparecen dos conceptos.

  • Pseudocódigo

  • TDD (Desarrollo Guiado por Pruebas)

Estos dos

reducen drásticamente la carga al desarrollar.


1) Pseudocódigo - Escribe tus pensamientos en palabras antes de codificar

El pseudocódigo es literalmente

"palabras que se parecen a código pero no son realmente código".

En lugar de escribir directamente el código que funcione,

primero escribes esto.

Por ejemplo, si quieres crear una función de inicio de sesión:

El usuario ingresa su correo electrónico y contraseña
Busca al usuario con ese correo electrónico en la base de datos
Compara las contraseñas
Si es correcta, crea un estado de inicio de sesión exitoso
Si no, muestra un mensaje de error

Esto no es Ruby ni Python.

Es solo un "flujo de pensamiento".

Pero cada línea de esto

se convierte en un Método,

en una Clase,

y entra en la estructura del Módulo.

"Simplemente escribir pequeñas acciones en orden sin pensar en el panorama general ya resuelve la mitad del problema."

Esa es la fuerza del pseudocódigo.


Mayor ventaja del pseudocódigo

  • Puedes diseñar una función sin saber código

  • Puedes dividir una función compleja en oraciones simples

  • La ansiedad de "dónde empezar" desaparece

  • Se reducen los errores al escribir el código real más tarde

Una persona hábil en programación

no es alguien que escribe buen código, sino

alguien que puede explicar claramente el problema antes de escribir código.


2) TDD (Desarrollo Guiado por Pruebas) - Escribe las pruebas primero y luego completa el código

Así es como comienza TDD.

"Primero defines la función deseada por escrito,

y luego creas el código que la cumple."

Es invertir el orden.

Por ejemplo, si quieres crear una función para sumar dos números,

primero escribes la prueba de esta manera.

expect(add(2, 3)).to eq(5)

Esta oración dice:

  • "Debería haber una función llamada add"

  • "Si le das 2 y 3"

  • "El resultado debería ser 5"

Esta prueba, por supuesto, fallará al principio.

¿Por qué? Porque no hay una función add.

Entonces, para resolver ese fallo,

agregas el código mínimo necesario.

def add(a, b)
  a + b
end

Y la prueba se vuelve verde (éxito).

Este proceso tiene el efecto de

grabar naturalmente en tu cerebro "cómo desarrollar dividiendo una función en pequeñas unidades".


Poderoso efecto de TDD

  • No necesitas crear una función gigante de una vez

  • Solo necesitas pensar en unidades de función pequeñas (nivel de Método)

  • La claridad de pensamiento reduce drásticamente los errores

  • Como un sistema de asistencia de conducción automática, te dice "si lo estás haciendo bien"

  • Aporta un valor aún mayor a medida que la función se vuelve más compleja

En resumen, TDD es

la forma más efectiva de ensamblar un gran problema en bloques pequeños.


Pseudocódigo + TDD = Forma de pensar en el desarrollo como ensamblar bloques de LEGO

Cuando usas ambos juntos,

los problemas se vuelven exponencialmente más fáciles.

1. Escribe el flujo general con pseudocódigo

→ Piensa en ello como crear un manual de instrucciones de LEGO.

2. Implementa uno por uno con TDD

→ Piensa en ello como encajar bloques de LEGO uno a uno.

Este método es

el flujo de trabajo más estable para implementar

la estructura de Módulo → Clase → Método.

La programación ya no es intimidante.

Porque todos los problemas

  • se dividen en pequeñas piezas,

  • si haces que cada pieza tenga éxito una por una,

  • el conjunto se crea naturalmente.


Los lectores obtienen una revelación aquí

"Ah... me sentí abrumado tratando de completarlo de una vez."

"Si primero explico con pseudocódigo y luego tengo éxito uno por uno con TDD,

incluso una función compleja eventualmente se completará."

"Si es como armar LEGO...

¡también puedo crear grandes proyectos!"

Cuando llega esta revelación,

los lectores ya no comienzan a desarrollar desde el miedo.

En cambio, adquieren una "mentalidad de dividir y componer".

Comments

Add a Comment

Sign in to comment

Leave a cheer or comment to get new post updates via email

0