# ¿Cómo Distinguir lo Difícil de lo Imposible?

Es nuestra labor realizar lo difícil y discernir lo imposible. Desde el punto de vista de la mayoría de los programadores en activo, algo es imposible si no puede crecer a partir de un sistema simple o no puede estimarse. Bajo esta definición, lo que se llama investigación es imposible. Un gran volumen de simple trabajo es difícil, pero no necesariamente imposible.

La distinción no es caprichosa, porque es posible que se te pida hacer lo que es prácticamente imposible, ya sea desde un punto de vista científico o de ingeniería de software. En ese caso, tu labor es ayudar al emprendedor a encontrar una solución razonable, que sea simplemente difícil y que logre la mayor parte de lo que deseaban. Una solución es simplemente difícil cuando puede programarse con confianza y se comprenden los riesgos.

Es imposible satisfacer un requisito vago, como "Construir un sistema que calcule el peinado y color de cabello más atractivo para cualquier persona". Si el requisito puede definirse con más precisión, a menudo se convierte en simplemente difícil, como "Construir un sistema para calcular un peinado y color de cabello atractivos para una persona, permitirles previsualizarlo y realizar cambios, y lograr que la satisfacción del cliente basada en el estilo original sea tan grande que ganemos mucho dinero". Si no hay una definición clara del éxito, no tendrás éxito.

Siguiente [¿Cómo Utilizar Lenguajes Incorporados?](https://braydie.gitbook.io/how-to-be-a-programmer/es/3-advanced/technical-judgment/02-how-to-utilize-embedded-languages)


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://braydie.gitbook.io/how-to-be-a-programmer/es/3-advanced/technical-judgment/01-how-to-tell-the-hard-from-the-impossible.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.