[SER222] MADJ_01 A Typology of Problems (4/5): Ambiguity and Faultiness

Summary

Este video explora los problemas mal definidos, centrándose en la ambigüedad y fallas en la definición de problemas. El orador menciona tres tipos de problemas: no especificados, subespecificados y aquellos imposibles de conocer. También discute cómo la falta de claridad puede afectar la confianza en las soluciones. Se ofrecen ejemplos para ilustrar cada caso, incluidos problemas ambiguos y fallidos, donde las soluciones son imposibles o mal planteadas. El objetivo es ayudar a identificar estos problemas y mejorar la forma en que abordamos las soluciones en el desarrollo de software.

Takeaways

• 🔍 Los problemas mal definidos pueden ser ambiguos o defectuosos.
• 🤔 Un problema es ambiguo si no está claro lo que se está pidiendo.
• ❓ La ambigüedad puede deberse a que algo no esté especificado o subespecificado.
• 💬 Un ejemplo de algo no especificado es no saber qué lenguaje de programación usar.
• ⏱️ Un problema subespecificado sería cuando se pide un algoritmo eficiente sin definir cuán eficiente debe ser.
• 🔮 Algunos problemas no se pueden conocer, como predecir cómo reaccionarán los usuarios ante un software.
• 📉 Un problema defectuoso es uno que es engañoso, contradictorio o incorrecto.
• 📚 Un ejemplo de problema defectuoso es intentar crear un algoritmo de tiempo lineal para el problema de la mochila, que no es posible.
• 🧠 Usar una red neuronal para comprobar si un algoritmo es en blanco y negro es innecesario y defectuoso.
• 🔧 La clave es tener una base bien fundamentada para garantizar confianza en la solución de un problema.

Q & A

¿Qué es un problema ambiguo según el video?

Un problema ambiguo es aquel donde la solicitud no está clara, ya sea porque algo no está especificado, está subespecificado o no puede ser conocido.

¿Qué ejemplos de problemas ambiguos se mencionan en el video?

Un ejemplo es cuando no se especifica el lenguaje de programación a utilizar, otro es cuando alguien pide un algoritmo eficiente sin definir qué tan eficiente debe ser.

¿Qué es un problema subespecificado?

Es un problema donde se proporciona solo parte de la información, como cuando se pide un algoritmo eficiente, pero no se detalla qué significa 'eficiente'.

¿Qué tipo de problema es cuando algo no puede ser conocido?

Es cuando se pide algo que no es posible conocer, como predecir cómo reaccionarán los usuarios a un software antes de lanzarlo, lo que es imposible de prever con certeza.

¿Qué implica que un problema sea 'bien fundamentado'?

Un problema bien fundamentado tiene una base sólida de conocimiento que permite construir una solución con confianza.

¿Qué es un problema defectuoso o 'faulty' según el video?

Un problema defectuoso es uno donde hay errores o contradicciones en su planteamiento, lo que lo hace difícil o imposible de resolver correctamente.

¿Cuál es el ejemplo de un problema defectuoso mencionado en el video?

El problema de la mochila o 'knapsack problem', donde se pide un algoritmo de tiempo lineal para resolverlo, pero esto es imposible debido a la naturaleza del problema.

¿Por qué usar una red neuronal para detectar si una imagen es blanco y negro es un problema defectuoso?

Porque no es necesario usar una red neuronal para algo tan simple. Se puede resolver de manera más eficiente con un algoritmo básico, mientras que una red neuronal añadiría ruido innecesario.

¿Qué riesgos existen al abordar problemas ambiguos o defectuosos?

El riesgo es que la solución no esté bien fundamentada, lo que puede llevar a errores o resultados insatisfactorios debido a la falta de claridad en el problema inicial.

¿Qué se sugiere hacer para abordar problemas ambiguos?

Es importante hacer preguntas para aclarar los detalles que faltan o están subespecificados, como preguntar qué significa 'eficiente' o qué estructura de datos se espera usar.