Desde el advenimiento del keynesianismo, la economía ha estado plagada de supuestos y metodologías erróneos, y —dada la influencia de los economistas en el gobierno y en el Comité Federal de Mercado Abierto— no es de extrañar que se cierna un gran interrogante sobre nuestro futuro económico.
Lo que complica esta situación es la forma en que las personas que redactan las leyes entienden lo que están haciendo. La aprobación de un aumento del salario mínimo, por ejemplo, suena como si los políticos simpatizaran con los trabajadores. Sin embargo, una medida de este tipo perjudicaría a algunos trabajadores en beneficio de otros y, para algunas empresas, podría suponer la desaparición total de la mano de obra.
La Fed podría imprimir más dinero para permitir a los empresarios subir los salarios de sus empleados, pero los inconvenientes deberían ser obvios. Como la política triunfa sobre el razonamiento económico, obtenemos políticas que sacan brillo a los políticos. Los formadores de economistas se ven obligados a acatar la realidad política. Todo son consideraciones a corto plazo.
Si estás en un programa de doctorado en economía, o esperas entrar en uno, ¿qué deberías hacer? Si eres realmente brillante y ambicioso, podrías tomar el camino del mercado libre y buscar el reconocimiento sin la ayuda de una certificación. Pero ten en cuenta que puede ser un camino difícil el que hayas elegido.
Si puedes hacer el trabajo, lo tienes — Pero
En la prehistoria de la informática, cuando existían los mainframes de IBM y no había ordenadores de sobremesa, cuando la IA era ciencia ficción, cuando no abundaban los licenciados en informática, nuestro jefe de proyecto nos retó a crear un programa que permitiera escribir programas a personas que no fueran programadores.
Teníamos matemáticos, físicos y otros doctores cuyo trabajo consistía en analizar los resultados de los lanzamientos de misiles antibalísticos. Las operaciones del prototipo tenían lugar en una zona remota del Océano Pacífico, no lejos de Micronesia, y eran seguidas por un radar de matriz en fase que capturaba los datos de vuelo de los misiles en cintas magnéticas CDC de alta velocidad. Los datos se transmitían por satélite a cintas IBM en EEUU, donde un equipo de programadores licenciados en Fortran del oeste de Nueva York escribía los programas en colaboración con los analistas.
Aunque el personal de programación había desarrollado una biblioteca de algoritmos de uso común —lo que ahorraba tiempo de desarrollo de programas— para los analistas seguía siendo una experiencia frustrante y costosa esperar los resultados. Ojalá dispusieran de una herramienta informática fácil de usar que les permitiera obtener algunas respuestas por sí solos, dejando las tareas más difíciles a los programadores.
Nuestro jefe de proyecto declaró que sería posible escribir un compilador especial tan simplificado que los analistas pudieran utilizarlo sin aprender los entresijos de la programación. ¿Era factible su idea? Tras una reunión en la que participaron unas 50 personas, descubrimos que nadie en la empresa sabía escribir un compilador. Contratar a expertos externos llevaría tiempo y dinero, y teníamos un calendario y un presupuesto del Departamento de Defensa muy ajustados. Y los compiladores no se escriben de la noche a la mañana. Seguir adelante con esta idea arruinaría el presupuesto del proyecto y las carreras de los responsables. Así pues, la idea de un compilador específico para el proyecto se rechazó, casi por completo.
Después de la reunión, los programadores de Fortran y el resto de nosotros volvimos a nuestros cubículos, pero Charlie —uno de los supervisores del jefe de proyecto— decidió que no aceptaría un no por respuesta. Se puso en contacto con un joven programador llamado Hank y le pidió que diseñara un programa que pudieran utilizar los analistas. Hank tenía una sólida reputación, pero no un título. El chico aceptó el encargo estoicamente, pero una semana más tarde le dijo a Charlie que lo sentía, que estaba más allá de sus habilidades.
Al parecer, a Hank no le gustaba decepcionar a su jefe, así que una tarde decidió visitar a Dave, el genio residente del departamento. Dave se estaba doctorando en EE y había hecho un curso sobre compiladores. Amablemente le prestó a Hank los libros de texto de su clase y, en lo que tiene que ser un milagro en sí mismo, uno de los libros presentaba una explicación clara de cómo funcionaban los compiladores. Al menos eso decía Hank. Y en la explicación se incluía un pariente cercano de los compiladores llamado intérprete. ¡Eureka!
Escribir un compilador era imposible. Escribir un intérprete, no.
Hank desapareció durante más de tres meses trabajando en el intérprete. Diseñaba y codificaba en la caravana en la que vivía, y luego entraba durante el segundo turno para teclear y probar su código, utilizando así las tarifas más bajas del tiempo de ordenador fuera del horario laboral.
Estuvo fuera tanto tiempo que casi olvidamos que seguía formando parte del proyecto. Entonces, un día, llegó al primer turno y mostró a sus jefes algunas pruebas del intérprete. La maldita cosa funcionaba. Funcionaba incluso mejor de lo esperado, porque él le había añadido sus propias funciones. Funcionó en nuestras instalaciones informáticas, en las de otro estado y en las del Pacífico, donde despegaron los misiles.
Semanas después, en presencia de Hank, nuestro ingeniero de proyecto nos anunció a mí y a otros la razón por la que Hank había triunfado: «Era demasiado tonto para saber que no se podía hacer». Que se diga la verdad.
Se notaba que Hank no estaba acostumbrado a la atención que recibía, que acabó alcanzando niveles ejecutivos. Personas que nunca habían escrito un programa podían hacerlo con su intérprete. Era rápido, fácil de usar e indulgente, todo lo que quería nuestro ingeniero de proyectos. Hank había conseguido que sus jefes parecieran buenos, tal vez geniales. Si quería hacer carrera en nuestra empresa, estaba en una posición envidiable.
¿Por qué, entonces, Hank presentó de repente su dimisión? Su evaluación de méritos no reconocía sus logros. Casi nadie se sorprendió, excepto Hank. Dijo que no tenía ofertas de trabajo pero que confiaba en encontrar algo. Yo no estaba tan seguro. Sabía informática pero carecía de certificación oficial. En nuestra empresa, no eras nadie si no tenías los títulos adecuados. Pero, como vimos, estaban dispuestos a dejar que un don nadie hiciera el trabajo si nadie más podía hacerlo.
Conclusión
Lo que era cierto para los programadores de empresa hace cincuenta y cinco años sigue siendo cierto hoy para cualquiera que busque reconocimiento en su campo. Con pocas excepciones, un requisito fundamental es un título superior, y las universidades son leales a sus pagadores, el gobierno intervencionista. Ray Kurzweil llegó a la cima con sólo una licenciatura del MIT. Pero no todo el mundo es un Ray Kurzweil.
La economía está gobernada por pretendientes al conocimiento, armados con intimidantes ecuaciones y jerga pseudocientífica. Están unidos en su rechazo al libre mercado y al dinero sano. Sin embargo, como escribió Mises:
La economía de mercado no necesita apologistas ni propagandistas. Puede aplicarse a sí misma las palabras del epitafio de Sir Christopher Wren en San Pablo: Si monumentum requiris, circumspice. [Si buscas su monumento, mira a tu alrededor].
El statu quo de la teoría económica no mira a su alrededor. Hacerlo entraría en conflicto con la realidad. Tanto el gobierno como las profesiones económicas que lo apoyan son chanchullos y, como la destrucción de la unidad monetaria deja dolorosamente claro, ambos se dirigen al cementerio.
Tal vez pueda explicar por qué fracasarán con suficiente detalle y claridad como para que el público despierte. Pero no cuente con un buen sueldo si no tiene suficientes credenciales.
