¿Cuáles son los principales conflictos morales que un ingeniero puede encontrar durante su carrera?

Aquí hay algunos que he encontrado hasta ahora, y no he sido ingeniero por mucho tiempo.

1) ¿Hacer que un producto sea bueno o falsificar los datos hasta que diga lo que quieres?
(Vi esto cuando un competidor hizo una comparación de manzanas con naranjas de nuestro producto contra el de ellos. Significaba que teníamos que trabajar mucho más para conseguir el negocio del cliente. Creamos otro informe haciendo una comparación de manzanas con manzanas y naranjas comparación entre naranjas, lo que indica que nuestro producto es mejor en ambos sentidos. Eso no quiere decir que nadie en mi empresa haya sido culpable del pecado de “falsificación con los datos”, hecho mucho más obvio desde que obtuvimos algunas capacidades de prueba reales , pero nosotros te arrepientes).

2) ¿Omitir detalles menores de restricciones de seguridad o tecnología y realizar ventas en todo el mundo, o pasar más tiempo desarrollando el producto?
(Experimenté personalmente esto con un producto lanzado el año pasado. El diseño original era fantástico, pero no cumplía con las restricciones de ITAR, lo que significaba que no podíamos venderlo en ningún lugar donde terminaría siendo transferido a naciones restringidas como China. China es un mercado bastante grande para nuestro tipo de productos, por lo que decidimos hacer un rediseño. El rediseño con piezas compatibles con ITAR terminó siendo un producto inferior.
La ingeniería inversa del producto equivalente de nuestro competidor reveló que no cumplen con ITAR. Si venden a China (y dada nuestra interacción con clientes que sabemos que también compran su producto, lo más probable es que lo hagan), podrían estar en grandes problemas).

3) ¿Un producto seguro o un producto barato?
Lo ideal es hacer ambas cosas, pero a veces sacrificando algún aspecto de la seguridad puede reducir los costos a corto plazo. Esto es siempre, siempre, siempre es una mala idea. Si la gerencia le dice que lo haga, dígales que no. Si te dicen que lo hagas o te despiden, renuncia. Nunca trabajes para una empresa que hace esto. El dilema moral para el ingeniero es hacerlo o arriesgarse al desempleo.

Hay muchos más, pero estos son los primeros que me vinieron a la mente.

No sé si los conflictos morales de los ingenieros son tan diferentes de otras profesiones, aunque pueden tener algunos aspectos técnicos interesantes para ellos. Aquí hay algunos en los que puedo pensar:

¿Para quién trabajas? Su trabajo podría tener el efecto de ayudar a muchas personas o dañar a muchas personas. En algún momento, tienes que decidir si quieres poner tu energía en campos como Defensa, Medicina o Nuclear (o por el contrario, Redes Sociales), y creo que esto generalmente se reduce a una decisión moral.
Hacer trampa en los puntos de referencia. Como ingeniero, probablemente encontrará oportunidades para que su producto se vea mejor en las pruebas de referencia, pero de una manera que no es válida en el mundo real. Una vez trabajé para una compañía compiladora cuyo competidor superó un punto de referencia al almacenar una variable global en un registro, porque el punto de referencia tenía una sola variable global que se usaba en todo el lugar. Ganó el punto de referencia, pero ningún programa real es así.
El reciente escándalo de emisiones de VW es otro ejemplo, pero con implicaciones ambientales reales.
Violación de la confianza. Como ingeniero, habrá oportunidades de ganar a expensas de los clientes (a veces con el pretexto de competir contra otra empresa), y evitar esta violación de la confianza es realmente una decisión moral.
Seguridad y protección (de datos) . En el mundo del software (especialmente con los productos SaaS), los datos que administra pueden afectar a las personas si se usan incorrectamente. ¿Su producto implementa suficientes medidas de seguridad para proteger la confidencialidad de los datos del usuario? ¿Anonimizas intencionalmente para proteger la privacidad?
Incentivos de ingeniería de juegos. Una vez trabajé para una empresa que ofreció recompensas de errores al personal interno durante el período final de prueba del producto, para mejorar la calidad del producto en el lanzamiento. Nunca lo vi hecho, pero mucha gente se dio cuenta de que si te unías a un probador de control de calidad, podrías obtener una buena bonificación sin mejorar la calidad del producto.
Control algorítmico . Creo que esta es la nueva burocracia. El software puede tomar decisiones que pueden afectar la vida de las personas sin participación, revisión o incluso transparencia. Construir esas cosas en un sistema es una elección moral.
Ayuda a otros aunque no tengas que / Dañar a otros para obtener ventaja. ¿El producto que construyes fomenta el comportamiento pro o antisocial? ¿Cómo puede su producto (o empresa) detectar y desalentar el comportamiento antisocial?
El panorama general. Mantener un ojo en el panorama general (y quién lo controla) puede ser parte de un reflejo moral, para ayudar a guiar las decisiones detalladas de ingeniería. ¿Quién puede lastimarse? ¿Quién se beneficia? ¿Quién controla esa decisión?

Tengo uno interesante que proviene de un caso real, aunque realmente no puedo revelar los detalles. Esto es lo que tuvo que enfrentar el gerente de una determinada empresa de TI:

Cierta aerolínea tenía un contrato con una compañía de TI para el software de servidor que usaban que incluía una cláusula especial. En caso de falla del sistema, la compañía de TI se asegura de solucionar el problema dentro de las 7 horas posteriores a la recepción del aviso. Por cada hora adicional después de los primeros 7, la compañía de TI tendría que pagar una GRAN cantidad de dinero en compensación.

Empeoremos las cosas, ¿de acuerdo?

Era sábado por la tarde, 24 de diciembre. El sistema falla. La compañía aérea es muy solicitada ya que otra compañía que cubre vuelos similares tuvo que cancelarlos por cualquier razón. Enviar trabajadores para cubrir la falla sería ilegal (debido a la fecha y la hora) y recibiría una multa severa si los reguladores se enteraran.

Vamos a empujarlo un poco más.

En el país donde esto sucedía, se aplica un máximo absoluto de 60 horas de trabajo por semana. Los trabajadores de esta empresa de TI que podían resolver el problema ya habían trabajado demasiado esta semana (61 horas).

Finalmente, pensemos en las consecuencias si la aerolínea cancela sus vuelos. Además de ser una molestia importante para muchas personas, había un porcentaje no despreciable de niños menores de edad que estaban en medio de un vuelo de varias paradas para llegar a casa y pasar la Navidad con sus familias.

Como ingeniero general que trabaja como gerente de la empresa de TI, ¿qué haría?

Un trabajo de ingeniería central que le encanta hacer v / s el trabajo de TI que le paga mucho mejor.