Enfáticamente sí. Primero los diseña y luego los completa y manipula los resultados. Si intentas hacer ambas cosas a la vez, surgen muchos baches profundos.
En el mundo real, la mayoría de las estructuras de datos ya están en su lugar y pobladas. Esto impide comprender por qué una serie de problemas complicados han sido abordados y resueltos de manera aparentemente arbitraria o incluso incorrecta.
Considere que las bases de datos tienen que ser ajustadas. Eso no parece lógico. Ya has creado una estructura lógicamente correcta, una joya que brilla. Luego intenta modelar patrones probables de uso. Después de eso, intenta cuantificar la frecuencia de uso de los diferentes patrones. En ese punto, debe volver a su arquitectura original y comenzar a hacer trampa en aras de los requisitos de rendimiento necesarios. Es hora de hacer algunas cosas “erróneamente” o en aras de un rendimiento aceptable.
- Cómo reconocer un problema como un problema de programación dinámica
- ¿Cuáles son algunos libros excelentes sobre la programación de algoritmos ARM?
- ¿Cuál es la forma más fácil de demostrar que si la intersección de 2 rutas es un gráfico conectado, entonces la unión de las 2 rutas tiene al menos un circuito?
- ¿Cuáles son algunos algoritmos de detección de edad y género que usan OpenCV?
- Si tiene un trabajo diario bastante intenso, ¿cómo encuentra tiempo para mejorar la estructura de datos y la habilidad de los algoritmos?
No hay forma de entender la aplicación de algoritmos sin saber cómo las bases de datos / conjuntos de datos del mundo real se han visto obligados a evolucionar y por qué muchos de sus errores son, en verdad, características.
Otro factor que debe tener en cuenta es que la mayoría de las bases de datos están “sucias”, llenas de información que puede haber sido cierta hace 5 años y que ahora no lo es. La mayoría de estas descripciones heredadas son inofensivas. Este es un hecho de la vida con el que muchos de los usuarios de palabras como “algoritmo” tienen dificultades para vivir.
Ahora si saltas a escribir algoritmos para tratar sin un buen conocimiento de todos los datos sucios que infestan los archivos. Sus perspectivas a corto plazo son buenas, pero sus perspectivas a largo plazo no lo son.
Por lo tanto, debe salpicar realmente en los grupos de datos ya creados que ya están en uso antes de poder confiar en sus algoritmos bastante correctos. Construir las estructuras de datos primero oculta el mundo real de forma segura. Recuerde, algo así como el 80% del trabajo de TI es mantenimiento y refactorización (mantenimiento con clase).
Perdón por la queja, pero la práctica más actual es como enseñar mecánica automotriz con autos nuevos
