Los acontecimientos recientes en todo el mundo me demostraron una cosa: algunas personas pueden hacer que las cosas simples sean ridículamente complejas y, en última instancia, fracasar, mientras que otras pocas personas, unas pocas personas selectas, pueden hacer que las cosas complejas sean ridículamente simples y tengan éxito. Es simple, como cualquier programador sabe, cuanto más elegante y simple es el código, menos vulnerabilidades y más rápida la ejecución y los resultados.

El colega académico Dr. Mehmed Yildiz, quien también es un geek de la computación como yo, escribió un hermoso artículo sobre cómo convertir la "complejidad estúpida" en "simplicidad inteligente".

Sus pensamientos se hacen eco de los míos también, que TODAS las cosas pueden reducirse a una simple sofisticación, SI uno piensa mucho en dos cosas:

  1. Haciendo feliz y exitoso a la gente

  2. Crea algo que funcione

Con solo estas 2 premisas en mente, y SIEMPRE recordando "hacer a la gente feliz y exitosa", su pensamiento siempre gravitará hacia la empatía y la consideración por los demás, en lugar de su propia telaraña miope de locura.

¿Qué podemos enseñar los codificadores (codifiqué desde la década de 1970) a alguien para resolver problemas, apagar crisis y mostrar empatía por las personas?

1) BESO (hazlo simple y estúpido, o hazlo breve y simple)

¿Recuerda el sigilo supersónico SR71 Blackbird que robó el trueno a los soviéticos? Ese jet de vanguardia fue el producto de Lockheed Skunk Works, donde este BESO Según los informes, el principio se atribuyó al ingeniero jefe Kelly Johnson. En todos los aspectos, desde la codificación hasta la gestión de un gobierno, KISS puede mejorar seriamente la productividad, la calidad del servicio, el mantenimiento y los COSTOS.

2) Regla del menor poder

Un mazo verá todo como un clavo, al igual que un trabuco nunca disparará recto y puntual. Para resolver cualquier problema o crisis, utilice la menor cantidad de recursos, desde materias primas, personas, tecnologías y procesos, para desarrollar y alcanzar el resultado. De nuevo, el Regla del menor poder tiene que ver con la simplicidad y la gestión de recursos.

3) No "gran bola de barro"

Una "Gran bola de barro", atribuido al codificador Brian Marick, describe un software que es desordenado, enorme, descuidado y opaco. Imagínese si está depurando un código tan incorrecto, podría pasar meses y no llegar a ninguna parte. Nunca piense que la" cinta adhesiva "y el descuido son el camino al éxito, nunca lo son.

4) falla rápido

El fracaso ES una opción en la vida, al igual que en los negocios y la codificación. Fracasar es aprender y NO volver a repetir los errores. El concepto de "Fallar rapido"es permitir que los problemas aparezcan, en lugar de esconderlos, o permitir que el problema trágicamente defectuoso continúe y continúe. Deje que las cosas que fallan, fallan. Y luego cambie de rumbo y busque otro camino.

5) No "Ley de Parkinson"

Ley de Parkinson mencionó que "el trabajo se complica para llenar todo el tiempo disponible", lo que significa que la burocracia es la peor forma de resolver problemas; donde sentarse a una mesa o pasar 15 horas en la oficina, no equivale a trabajar realmente, ni a resolver nada. Este principio se relaciona con KISS, recordándonos que debemos poner fin a la burocracia y seguir adelante.

6) Perfecto es enemigo del bien

"Es mejor ser un diamante con defectos que un guijarro sin" (atribuido a Confucio). Igualmente, "Perfecto es enemigo del bien"(atribuido a Voltaire como" Dit que le mieux est l'ennemi du bien "). Esto es similar al principio 80:20 en codificación y en otros lugares, donde es posible que solo necesite el 20% para lograr el 80% de una tarea, mientras que requiriendo un 80% de esfuerzo para abordar el último 20%. Los programadores saben que la última milla en una aplicación a menudo es casi imposible de completar, a menudo alcanzando la integridad de las funciones y el éxito con algunas fallas aquí y allá. Nada en el mundo es perfecto, así que deténgase volviéndose balístico y loco por lo imposible.

7) Sin "efecto de sobresalto"

Para nosotros, los aviadores, siempre queremos evitar el "Efecto de sobresalto", o lo que los programadores llaman "Principio de menor asombro (POLA)". ¿No odias cuando la gente salta hacia ti y grita" sorpresa! "Asimismo, en cualquier crisis o problema, la mejor forma de resolverlos es crear pequeñas sorpresas a la gente. La razón por la que la cocina japonesa es tan querida se debe a su alta calidad y también a la repetibilidad que cumple con las expectativas una y otra vez.