‘Ya sé Java’

Muchos desarrolladores, después de completar un curso o tutorial, afirman con seguridad: “Ya sé Java”. Pero hay una gran diferencia entre saber la sintaxis y pensar como ingeniero de software.

🚫 El error: confundir conocimiento superficial con dominio real

Saber escribir public static void main(String[] args) no significa que puedas diseñar una aplicación sólida, mantenible y escalable. El verdadero desarrollo profesional implica:

• Entender arquitectura de software
• Aplicar principios como SOLID
• Escribir pruebas automatizadas
• Colaborar en equipo con Git, CI/CD y control de versiones
• Leer y escribir código limpio, no solo que funcione

🧠 Lo que realmente necesitas para “saber Java”

🧱 1. Pensar en modularidad

Separar responsabilidades en clases bien definidas.
Mal: Todo en una clase.
Bien: Separar lógica por capas y dominio.

❌ Mal ejemplo: clase Godzilla

public class OrderService {
    public void createOrder(...) { /* lógica + validaciones + DB aquí */ }
    public void sendConfirmationEmail(...) { /* SMTP aquí también */ }
    public void applyDiscount(...) { /* reglas de negocio aquí también */ }
}

public class OrderService {
    public void createOrder(...) { /* lógica + validaciones + DB aquí */ }
    public void sendConfirmationEmail(...) { /* SMTP aquí también */ }
    public void applyDiscount(...) { /* reglas de negocio aquí también */ }
}

✅ Buen ejemplo: modular y limpio

public class OrderService {
    private final OrderRepository repo;
    private final EmailService emailService;
    private final DiscountEngine discountEngine;

    public void createOrder(Order o) {
        discountEngine.apply(o);
        repo.save(o);
        emailService.sendConfirmation(o);
    }
}

public class OrderService {
    private final OrderRepository repo;
    private final EmailService emailService;
    private final DiscountEngine discountEngine;

    public void createOrder(Order o) {
        discountEngine.apply(o);
        repo.save(o);
        emailService.sendConfirmation(o);
    }
}

🧠 Cada clase tiene una sola responsabilidad, es testeable por separado y puedes reemplazar dependencias.

🔧 2. Pensar en mantenibilidad

Escribir código que tú o cualquier otro pueda entender y modificar en 6 meses sin llorar.

❌ Código no mantenible (hardcoded, sin nombres claros)

if (user.age >= 18 && user.age <= 25 && user.country.equals("MX")) {
    price = 0.80 * price;
}

if (user.age >= 18 && user.age <= 25 && user.country.equals("MX")) {
    price = 0.80 * price;
}

✅ Código mantenible con nombres y encapsulación

if (discountPolicy.isYoungAdultFromMexico(user)) {
    price = discountPolicy.applyDiscount(price);
}

if (discountPolicy.isYoungAdultFromMexico(user)) {
    price = discountPolicy.applyDiscount(price);
}

🧠 Mejor legibilidad, reutilización y posibilidad de cambiar reglas sin tocar lógica principal.

⚡ 3. Pensar en performance

Identificar cuellos de botella y evitar operaciones costosas o innecesarias.

❌ Ejemplo con bajo rendimiento (N consultas a la DB en bucle)

for (Integer id : productIds) {
    Product p = productRepository.findById(id); // ⚠️ 1 consulta por id
    result.add(p);
}

for (Integer id : productIds) {
    Product p = productRepository.findById(id); // ⚠️ 1 consulta por id
    result.add(p);
}

✅ Ejemplo eficiente (una sola consulta)

List<Product> products = productRepository.findAllById(productIds);
result.addAll(products);

List<Product> products = productRepository.findAllById(productIds);
result.addAll(products);

🧠 Siempre busca minimizar I/O, especialmente llamadas a bases de datos, red o disco

💬 Conclusión

Pensar como un pro en Java no es saberse todas las clases del JDK, sino:

• Modularizar bien 🧱
• Escribir para humanos, no para compilar 🧠
• Evitar desperdiciar recursos ⚡