Desde un punto de vista puramente técnico / analítico (matemática e ingeniería eléctrica), yo diría que es un desorden entre un par de problemas de tareas o proyectos a término muy extensos e involucrados:
- La solución de forma cerrada a una bestia loca de un problema de ecuaciones diferenciales parciales, que involucró un extenso análisis de Fourier y la aplicación de condiciones de contorno complejas. Se necesitaron 47 páginas de ecuaciones escritas a mano (en letra pequeña, en papel de 8.5 ″ x 11 ″) para llegar finalmente a la solución. Obtuve crédito completo por mi solución (que se realizó correctamente). El profesor escribió un comentario en el margen de la portada del enorme “libro” que había entregado: “¿Tiene un agente literario?”
- Diseño y simulación / prueba de un piloto automático de avión “simple”, para mi clase de sistemas de control EE. Este fue un proyecto de varias semanas, e involucró muchas ecuaciones escritas a mano (en el dominio Transformada de Laplace) para derivar el modelo matemático y la función de transferencia del sistema físico / aeronáutico que se controlará. Luego fue necesario diseñar un controlador PID que controle el sistema para una “respuesta escalonada” muy específica, con el tiempo de subida y el rebasamiento máximo especificados dentro de algunos límites desafiantes. El “método del lugar de raíces”, junto con las simulaciones por computadora, se usó para establecer valores óptimos para los parámetros del controlador PID. Cuando finalmente terminé con el proyecto, el documento que entregué era bastante largo, probablemente algo así como 50 páginas, rico en ecuaciones, diagramas de todos los polos y ceros, diagramas de impulsos y respuesta a pasos, etc. trabajo duro, algunos de ellos un poco profundos y sangrientos en los detalles (el sistema físico se describió mediante un conjunto de ecuaciones diferenciales no lineales de noveno orden, linealizado en un punto de operación específico utilizando un jacobiano). Pero salí victorioso y obtuve una excelente calificación en el proyecto debido a mi buen diseño de controlador y mi clara documentación del proceso completo de diseño y simulación / prueba.
Durante mis estudios de EE (como estudiante universitario y como estudiante graduado), me encontré con muchos otros problemas difíciles de resolver e involucrados, tal vez el pináculo del cual fue mi proyecto de investigación de tesis de maestría, que fue desarrollar un controlador para un Máquina de doble alimentación de CA de velocidad variable sin escobillas (BDFM). Las ecuaciones diferenciales para este monstruo eran tremendamente complejas e involucraban transformaciones coordinadas para lidiar con la naturaleza variable en el tiempo de los “diff-eqs” (para que pudieran ser tratados como no variables en el tiempo). Muchas de las grandes matrices estaban en la matemática, y la simulación por computadora del sistema físico (así como el controlador que estaba diseñando para ello) involucraba la integración de RK4 con el tamaño de paso cuidadosamente elegido para proporcionar suficiente precisión de simulación sin hacer que las simulaciones también funcionen lentamente, y sin introducir demasiados errores de redondeo acumulativos. (Esto se hizo en una computadora portátil Dell 325NC, que tenía un procesador principal Intel 386 de 25 MHz y un coprocesador matemático Intel 387, con 4 MB de RAM en el sistema y un disco duro de 120 MB, casi el estado del arte en ese momento). Para obtener más velocidad computacional, en realidad codifiqué a mano algunas de las matemáticas de transformación de coordenadas más internas en el lenguaje de ensamblaje del coprocesador 387 matemático. Eso hizo una gran diferencia en mis tiempos de simulación, acelerando las cosas en un orden de magnitud. Por lo tanto, pude probar muchos diseños de controladores diferentes y ajustar / optimizar los parámetros del controlador con iteraciones mucho más cortas.
Durante la mayor parte de mi carrera (desde el año 1998), he estado en el campo de TI y desarrollo de software, en lugar de EE. Puedo decir con toda confianza que no he hecho absolutamente nada en este campo de trabajo, ni siquiera con la complejidad y profundidad de pensamiento de los proyectos descritos anteriormente. Hay momentos en que el trabajo de TI puede ser “desordenado”, “feo” y tener “en la maleza” por un tiempo mientras trato de lidiar con datos corruptos, API con errores y soluciones, el establecimiento de conexiones seguras y confiables. entre los servidores que deben comunicarse, y el diseño de sistemas para “alta disponibilidad” y “tolerancia a fallos”. Supongo que parte de esto requiere un poco de “pensamiento profundo y complejo”, pero en mi percepción, palidece en comparación con las ecuaciones diferenciales, la teoría de control y las simulaciones con las que tuve que lidiar en mis estudios de EE.
Finalmente, es muy posible que mi “pensamiento más complejo” haya ocurrido durante un sueño (es decir, durante el sueño REM). Mi mente es capaz de vagar mucho más libremente en este estado, sin muchas de las restricciones e inhibiciones habituales con las que mi mente despierta tiene que lidiar. De hecho, una vez tuve un problema de matemáticas que tenía en una clase de “Variables complejas” de nivel superior, y mi mente consciente estaba completamente perpleja sobre cómo abordar el problema. Milagrosamente, mi mente subconsciente trabajó realmente en el problema durante el sueño y encontró que era “trivial” resolverlo, “¡un niño podría hacerlo!” Incluso más milagrosamente, cuando me desperté por la mañana, pude recordar la mente de mi subconsciente Solución por el tiempo suficiente para anotar algo en un papel antes de que los pensamientos fugaces puedan desaparecer en el olvido. Al final resultó que, de hecho, era la solución correcta para el problema, un ejemplo personal de perspicacia dotada. Sin duda, mi mente se ha preguntado en todo tipo de rincones profundos y oscuros del universo subconsciente durante el sueño REM, y a menudo me pregunto qué tan profundos, complejos, inspirados y perspicaces han sido algunos de esos pensamientos.