Un pequeño asunto de programación

En el desarrollo de software , la expresión "pequeña cuestión de programación" ( SMOP , por sus siglas en inglés) o " cuestión sencilla de programación" es una frase que se utiliza irónicamente para indicar que una característica o un cambio de diseño sugerido requeriría un gran esfuerzo.

Señala que, si bien el cambio es claramente posible, su implementación sería muy laboriosa. A menudo implica que quien propone la función subestima su costo.

El archivo de jerga de 1983 describe un SMOP de la siguiente manera: ^{[ 1 ]}

SMOP (ess'em'oh'pee') sustantivo.

Un acrónimo de "a Small Matter Of Programming" (un pequeño asunto de programación). Un fragmento de código de programa, aún no escrito, cuya longitud prevista es significativamente mayor que su complejidad intelectual.

Este término se usa para referirse a un programa que, obviamente, podría escribirse, pero que no merece la pena el esfuerzo. También se usa irónicamente para dar a entender que un problema difícil se puede resolver fácilmente porque se puede escribir un programa para ello. La ironía reside en que es evidente que escribir un programa así requeriría muchísimo trabajo.

Ejemplo: "Es fácil modificar un compilador de FORTRAN para que también compile COBOL; es solo cuestión de programación."

El diccionario de jerga de IBM define SMOP como: ^{[ 2 ]}

SMOP ( smop ) sust. Algo bastante posible, pero que requiere recursos no disponibles para lograrse. "¿Por qué no está disponible esa función en el programa?" − "Es solo una cuestión sencilla de programación". (La implicación es que, con unos pocos siglos de persona, todo es posible). También SMOUP ( smoop ), una cuestión sencilla de microprogramación (si se escribe a mano, usando una mu griega ). Véase también cuán difícil sería.

SMOP figuraba entre los "juegos" descritos en un artículo como paralelos a los Juegos que la gente juega, identificados por el Dr. Eric Berne en el campo de la psicología de la autoayuda. ^{[ 3 ]} El juego consiste esencialmente en proponer ajustes aparentemente simples a un diseño, lo que conlleva consecuencias y retrasos inesperados.

En ocasiones, se utilizan expresiones alternativas como « un asunto sencillo de software» o « un asunto menor de software» con el mismo significado. Sin embargo, la frase también se emplea sin ironía ^{[ 4 ]} para indicar que basta con un desarrollo de software directo para resolver algún problema. Este uso se suele emplear cuando se desea contrastar la aparente facilidad de los cambios de software con la mayor dificultad que implica realizar un cambio de hardware o una modificación de un estándar industrial . Este uso no irónico es más frecuente entre la alta dirección y los ingenieros de hardware que entre los ingenieros de software.

El término también fue explorado y ampliado por la científica informática Bonnie Nardi en su libro de 1993 A Small Matter of Programming: Perspectives on End User Computing . ^{[ 5 ]}

• Regla del noventa y noventa : aforismo humorístico en programación informática. 
• Ley de Hofstadter : adagio que se refiere a las estimaciones de tiempo. 
• Efecto difícil-fácil : sesgo cognitivo relacionado con la estimación errónea del éxito en función de la dificultad percibida. 
• Falacia de planificación : sesgo cognitivo de subestimar el tiempo necesario.