Como programador, ¿qué te hace poner los ojos en blanco cada vez que escuchas esta frase?

Básicamente, la “bala mágica” de alguna manera atraerá la atención de los gerentes medios y superiores demasiado ansiosos. A veces las ideas son buenas, pero la ejecución es mala y algunas son simplemente estúpidas. En el mundo empresarial, aparecen (normalmente con mucha fanfarria) cada dos años. No es sólo el software el que maneja estos estúpidos problemas, nosotros también podríamos ser los principales objetivos. Consulte Management Fashion - Wikipedia para obtener una lista parcial.

Existe un proceso de negocio completamente nuevo que cambiará todo.

Lo primero con lo que entré en contacto fue algo llamado "Gestión de Calidad Total". Últimamente, con una lista gigante de "ágiles", la nueva solución mágica del mundo no promete más que generar sesiones de capacitación y reuniones aburridas, y desaparecer silenciosamente a su debido tiempo, generalmente cuando se anuncia alguna nueva y mejor solución mágica. Estos suelen afectar a toda la organización. (Bofetada)

Hay un nuevo paradigma de programación que lo cambiará todo.

Estos son específicos del software y más serios porque afectan la forma en que trabajamos y cómo trabajamos. Dos palabras que me vienen a la mente son "OO" y "UML", las cuales ahora se consideran completamente exageradas y es posible que aún tengan algún uso. A menudo obligan a algunos desarrollos a seguir un camino ineficiente y potencialmente peligroso. Adiós, la programación orientada a objetos es un libro que vale la pena leer.

Hubo un tiempo en el que criticabas el OO o el UML y te consideraban una especie de anarquista loco. En mi caso no me alejé mucho de mi objetivo, pero poco a poco me di cuenta de que estos son muy útiles en algunas situaciones y muy estúpido usarlos en algunas situaciones. Todo depende de lo que estés haciendo. Necesitamos flexibilidad para elegir la herramienta adecuada para la tarea en cuestión.

Sí, uso un poco de OO cuando lo necesito y trato de mantenerlo simple. Sin embargo, generalmente prefiero la programación funcional y tengo que limpiar el código de desarrolladores OO demasiado entusiastas que usan la herencia donde no es necesaria (en un ejemplo, había 12 niveles de herencia) y ver el lado malo de la escritura OO.

UML (lo que yo llamo un lenguaje de modelado inútil) Lo uso para ampliar documentos de diseño para que aquellos que aún quieran usarlo se sientan bien, pero nunca he descubierto que me esté ayudando a diseñar. productos / Útil para proyectos. Esto generalmente se hace durante almuerzos de papel o sesiones de diseño de pizarras. Creo que el diseño debería ser informal. Claro, UML tiene algunas notaciones útiles, pero todo el problema desde UML hasta el código generado va a recibir una (bofetada) de mi parte.