Hace 4 años | Por el_pepiño a smh.com.au
Publicado hace 4 años por el_pepiño a smh.com.au

¿Cómo pudo una empresa, conocida por sus meticulosos diseños, cometer un error de software aparentemente sencillo que causó dos accidentes mortales? Ingenieros veteranos de Boeing afirman que la compañía presionaba para subcontratar los trabajos a empresas con bajos salarios. El software del MAX se desarrolló en un momento en que Boeing estaba despidiendo ingenieros experimentados y presionando a los proveedores para abaratar costes.

Comentarios

D

#4 Por lo menos cinco.

D

#4 Cobraron en Kikos, para no tener que trabajar al pelarlos.

w

#4 Igual incluso palmaron pasta por trabajar en una empresa joven y dinámica, líder en su sector que buscaba gente sin ataduras y abierta a nuevos retos profesionales ambiciosos.

Chimuelo

#37 En un mundo decente, una empresa que antepone los beneficios de sus accionistas a la vida de sus clientes debería hundirse en la miseria más absoluta.

Por desgracia, los medios se encargarán de blanquear la noticia y convencer a la masa aborregada de que una empresa que no da beneficios millonarios a sus dueños no es sostenible.

cosmonauta

#58 El problema lo tiene Boeing en general, con no se cuantos aviones parados y otros acumulándose a la salida de la fábrica. Cada día pierden millones.

Respecto al software, no se siguieron las prácticas habituales de redundancia.

Beldarr43

#58 Por lo menos que no subcontraten. QA. O q lo subcontraten con otros. Si tienes malos desarrolladores puedes sobrevivir si tienes un buen equipo de QA. Si tienes mal ambos, estas perdido.

D

Oh valla, no me lo experaba...

elvecinodelquinto

#1 Realmente el error fue adelantar los motores haciendo que la aeronave fuese inestable. Estos son solo los cabeza de turco.

sotillo

#65 El error es el de siempre, la ambición de la dirección, la que nunca paga por las víctimas, si estuviéran procesados y con cargos de homicidio los siguientes se lo pensarían

a

#65 Tengo entendido que los motores se adelantaron porque son más grandes y con mayor diámetro y si quedaban debajo del ala tocaban el piso. No es ningún error.El error fue no reconstruir el avión.La idea fue utilizar todo el utillaje existente modificando lo menos posible la célula del avión y resolver los problemas de navegación y estabilidad por software como si fuera un avión de guerra.

D

#32 #44 No todos son buenos, los que estan aqui son indios con pasta que se pueden permitir pagar un master que les cuesta 20x-30x el salario medio en la India

D

#28 Busca un poco en medios generalistas y ya verás como todos coinciden: los mejores, los indios

chinpin92

#33 lo mejor = lo más barato

m

#33 No tengo ni idea. Pero vamos, en el sector de TI sabemos (o al menos en el entorno que yo me muevo) que no es que sean los mejores, es que son muy muy flojos en general (eso cuando no son peligrosos directamente).

rafran

#39 son penosos. Yo tengo como regla personal que si caigo en un proyecto con indios de la india me cambio de proyecto o de empresa. Ante todo mi salud...

m

#46 A mi directamente no me ha tocado nunca. He tenido proyectos con alemanes, estadunidenses, argentinos (una vez, unos argentinos dieron para una tira de Dilbert), un colombiano (ni empezo el desarrollo), y seguro que me quedo algun pais más. Pero me toco rehacer código de una empresa india. El código era atroz. Aparte de no funcionar, de faltar cosas directamente (cosas tan prescindibles como validaciones de seguridad....) había un caso (y paso y se lio parda parda parda) que había un update sin condición en el where). En ese proyecto, uno de los jefes de la empresa sufrío en una reunión una angina de pecho (se empezo a poner blanco..., me siento mal... me voy...por la noche en quirófano un bypass coronario). El equipo de desarrollo cogido a lazo (porque nos llamaron a toda urgencia tirando de agenda unos de otros) estuvo trabajando 72 horas casi seguidas (me ha tocado dormir en el suelo en cliente un par de veces y esa fue una de ellas). Experiencia traumática. Salieron adelante y nadie noto nada (y pudo ser portada de prensa la catastrofe).

rafran

#51 pues ese es el gran error: vosotros les sacasteis las castañas del fuego, ellos se llevaran el merito

m

#83 En absoluto. Llovieron ostias a docenas dentro de la empresa. Y el proveedor que subcontrato a una empresa India pues vamos a decir que putas no lo siguiente las paso (porque tuvo muchas muchas consecuencias mucho mas largas que la empresa donde la lio).

#54 Pues has patinado. La industria TI de la India, y en general la mayor parte de la ingeniería se concentra en la Electric City, cerca de Bangalore, no en Delhi.

En segundo lugar destacar que una cárnica es una cárnica. Hay gente buena en la India, pero no están en las cárnicas.

j

#72 Creo haber leído en meneame algún árticulo sobre que el gobierno español subcontrato algo de las visas o pasaportes o algo parecido para entrar en España a una empresa india y había follones con ello.

D

#33 nope, baratos tampoco si consideras el tiempo perdido con la chapuzas que hacen.

mc1ovin

#24 #25 #28 No sé si sois conscientes de lo grandísima que es la India con más de 1400 millones de habitantes (comparados con 47 millones de españoles...). Hay de todo, y estoy convencido de que hay buenos ingenieros. El problema es que si vas a buscar mano de obra allí no buscas la más cara, para eso te quedas con la de tu país...

D

#60 soy perfectamente consciente.
Por eso es ridículo lo de que son los mejores en matemáticas, informática, ingeniería (ya digo, en medios generalistas siempre se dice eso, entre los especialistas no se piensa)

Los habrá buenos, los habrá malos. Y seguro que hay más malos que buenos (como en todas partes). Por ello, hay más posibilidades de pillar proyecto con malos que con buenos, sobre todo si los contratan por precio

m

#60 Soy perfectamente consciente. Y claro que hay talento, pero la media es jodidamente mala (al menos por ahora). Y respecto a precio, teniendo en cuenta que luego hay que rehacerlo...

thorpedo

#60 yo he tenido jefes de la India que precisamente no cobraban estás miserias , que venían de empresas del sector con renombre y prefirió a los a los jefes españoles que sabes a lo que te atienes.

eldelshell

#60 los que son buenos acaban en Europa o EEUU, CEOs Indios como el de Microsoft hay varios en grandes empresas.

j

#81 ¿Y de esos cuantos salen?¿1 por millón?

p

#8 no es un problema de diseño, es un problema de dirección y política de empresa.

Se contrató a programadores por cuatro duros para que hicieran un software, diseñado por unos ingenieros que los habían contratado para que hicieran un avión barato, porque la dirección de empresa quiso hacerlo así.

davokhin

#52 el problema no es de los programadores, que realizaron lo que diseño les pidió. Diseño consideró que ese tipo de fallo era Major dentro de la categoría de Safety, siempre y cuando se siguiera el procedimiento de apagado del trim switch elec y accionamiento manual del mismo. Entendían que eso estaría escrito en el manual de vuelo y solo se categorizó Major por el incremento de la carga de trabajo de la tripulación en realizar el procedimiento. FAA no revisó esto y lo dio por bueno, y si Boeing lo hubiera implemetado en sus manuales y training de reciclaje, hoy no estaríamos hablando del 737Max.

cosmonauta

#56 convertir un bug en una feature.

davokhin

#78 no es bug si está realizado conforme diseño pidió

p

#56 si Boeing no hubiera querido abaratar enormemente los costes de su nuevo avión añadiendo una ñapa como es motor un motor más grande donde cabe, si la FAA no hubiera querido abaratar enormemente los costes de validación permitiendo que el avión lo validara el propio fabricante, hoy no estaríamos hablando del 737Max.

Existe una cadena de responsabilidades, desde el primero (el presidente de Boeing) al último (el que aprieta las tuercas del avión). Cuanto más arriba en la cadena, más peligrosas son las cagadas y las negligencias.

Ni el artículo, ni los comentarios, aunque algo racistas, va sobre si había gente no válida programando el avión o haciendo el diseño, sino de que había gente no válida dirigiendo la compañía. O bueno, es válida según el capitalismo.

Es como el caso de la compañía de coches que no cambió una pieza de sus vehículos que aumentaba las posibilidades de incendio en caso de accidente, ya que era más barato pagar las indemnizaciones por los posibles muertos, que realizar el cambio, que era una pieza de alrededor de un dólar (más el coste del cambio, claro).

c

#56 tengo entendido que mover el trim a mano es duro de cojones y llega a necesitar la atención de piloto y copiloto. Vi algún video de maniobras similares en el simulador y tal y como lo hacen no me parece algo viable en condiciones normales.

davokhin

#88 El procedimiento de trim runaway explica cómo poder mover el trim manualmente para que no sea dificil moverlo. Para ello has de soltar el input que le estaban metiendo de nose up y mover el trim. Si se tiene aplicado en el mando nose up y al mismo tiempo quieres mover el trim manualmente, es casi imposible.
Es algo que conocen o los pilotos experimentados, o si has recibido training, o si aparece en el manual. Las dos últimas condiciones no las proporcionó Boeing

Patrañator

#8 suena sospechosamente parecido a Chernobyl....

davokhin

#74 ahí se saltaron barreras de seguridad a sabiendas, en Boeing no se consideró que ese fallo llevara a tirarte el avión porque habia un procedimiento para desactivarlo. El problema es que no comunicaron ni entrenaron a las aerolíneas en ello (por prisas, ya que el A320neo les estaba comiendo la tostada)

ctrl_alt_del

“Hey, it compiles! Ship it!”

JungSpinoza

Siguen intentado cargarle el muerto a los informaticos. Boeing tomo malas decisiones de negocio, llego tarde y con prisas a la revolucion de los narrow body y asumio riesgos que no deberia haber asumido nunca. El CEO de Boeing deberia renunciar por todo esto.

Robus

#12 a los informáticos no, a los que eligieron desarrolladores de a 8 euros la hora, sí.

Si pagas con cacahuetes tendrás monos.

D

#17 es muy probable que la especificación estuviera mal y no se revisase.,....... ¡qué cojones, si era un fallo conocido por boeing! y ahora con excusas.

JungSpinoza

#17 Ni siquiera. Intentaron solucionar un problema grave de aerodinamica con software. Eso en si mismo es una idea estupida y peligrosa.

m

#12 No sólo debería renunciar, que yo sepa, este tema esto ha causado víctimas, debería ser juzgados por homicidio involuntario como poco.

T

#12 ¿Intentando? Los informáticos es la piedra angular de la cascada de mierda. Es el fondo del pozo, cuando empieza a chorrear la mierda para abajo, porque la culpa no es del de arriba, of course, acaba llegando a bajo del todo, al INFORMÁTICO.

Priorat

#12 ¿A ti te parece que esta noticia es tirar la culpa al informático? A mi me parece que más bien lo que enseña esta noticia es lo de las malas decisiones.

D

Donde yo he trabajado un subcontratado muy barato sale por 160 pavos jornada (20 la hora) y lo normal son unos 200 la jornada (nada del otro mundo) los especializados pasan de 1 000 la jornada (estos se contratan puntualmente para cosas en concreto)

thorpedo

#2 pero no son de la India. Yo por desgracia he tenido proyectos con ellos y la calidad es pésima. Pero baratos son

D

#24 tienen fama de ser los mejores.
Pero yo he trabajado con bastantes indios (mi anterior empresa la compró una empresa india) y... puf, desastrosos.

Incluso teníamos proyectos con una empresa externa a la que también obligaban a tener un cupo de indios y lo mismo, horribles.


Todo esto, hablando de automatización y software industrial

thorpedo

#25 totalmente de acuerdo. Son mentirosos , clasistas y no cumplen plazos.

D

#25 yo tampoco se de dónde les viene la fama. Seguramente vendrá de que al ser mil millones pues alguno sobresale por cojones

D

#35 Hubo una época que se hablaba mucho de eso en los medios.
Recuerdo un reportaje de Newsweek donde se especulaba que quizás su filosofía o religión les predisponía la mente al desarrollo de software.

En la realidad no he encontrado uno bueno. Quizás los buenos están ya todos en USA o quizás fue otra de esas cosas con las que llenan las páginas las revistas.

D

#25 Prejuicios. Actualmente trabajo con una chica hindu utilizando diversas tecnologías de IBM y es excelente. Sin embargo en mi anterior proyecto me tocó lidiar con un hindu que se suponía experto en shellScript pero el día que vio un .sh pregunto que que era eso. Como siempre y en todas partes, personas, cada una de su padre y de su madre como se suele decir.

f

#c-36" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/3149156/order/36">#36 Pues no se que decirte: mis vecinos de casa son Indios, y cuando les conté que la multinacional holandesa para la que curro iba a mover todo el desarrollo del simulador que estamos escribiendo se quedo con cara de y me soltó: "mira: en la India hay dos universidades buenas, al nivel de las Europeas o Americanas. Todos los que se graduan en esas, los buenos, se largan a Europa y a EEUU. Si tu empresa va a la India, se va a comer a los que no se han podido largar". Y al cabo de pocos días, tenía que explicarle a un grupo de "desarrolladores" de Bangalore por qué no tenía sentido intentar correr un script de python con mono (el runtime de C#). Vamos, que no entendían porque les daba error el ejecutar "mono miscript.py".

Así tenemos el nivel por el vecindario.

rafran

#25 los indios buenos estan en eeuu. Los de la India dan pena, y si hay alguno bueno dura un mes y se pira a eeuu

D

#25 No de dónde tienen esa fama, entre las empresas tecnológicas desde luego que no

D

#25 ¿Si? Hostias pues genial, que sigan contratándolos, no sabes la de proyectos que me llegan porque le han hecho un software que no cumple los requisitos, o falla mucho, o les han dejado tirados. También que esperan, pagan un mierda, los indios no son tontos.

D

#24

A nosotros los indios nos meten un puto de cojones (cosas de ser la misma compañía)

El tema de los indios es que no son tontos como nosotros (en el buen sentido) y si pagas mierda, eso tienes (y aquí el pobre currito rompiéndose el alma para que salgan las cosas por cuatro duros)

RivaSilvercrown

#2 eso es lo que se cobra no lo que le llega al currito... yo misma estuve en un proyecto donde por mi se cobraban 200K año y yo veía un 12% de eso al año... que mi empresa cobrase mucho por mi no implica que yo viese la misma pasta.

D

#40

200K al año son casi 1 000 malos por jornada (se trabajan 220 jornadas al año) si eso es así, tu empresa era una estafadora.

RivaSilvercrown

#87 no he dicho lo contrario.

D

#2 Hablas de autónomos? Nunca he visto a empleados trabajar por jornadas.

D

#45

No, contratas a otra empresa por x jornadas, la relación de la empresa con el trabajador es cosa suya.

f

#2 A la empresa para la que curro, en Holanda, los desarrolladores salen por ~80 €/h, y el trabajador ve ~2500-3000 netos a final de mes. Si estas con una empresa de consultora, pero temporal, te puede salir un sueldo de ~6000. Los indios que trabajan con nosotros salen por ~25 €/hora, y el trabajador ve.... cacahuetes. Y la calidad que te dan, es de cacahuetes. Como decían en la película "he visto cosas que no creeríais..."

t

Aquí cobran 6€ la hora, mejor que se lo traigan a España que es el hub tecnológico de moda por lo buenos que somos, el precio no tiene nada que ver...

Peazo_galgo

#3 menudo carero despilfarrador...en India salen mucho más baratos onvre...

thorpedo

#3 ni de coña a 6eur la hora en informática.

tetepepe

Es el mercado amigos.
Esto no es ná pa lo que tié que venir.

D

“developed at a time Boeing was laying off experienced engineers and pressing suppliers to cut costs”

Anda BALLA BALLA...

D

"La programación está mal pagada porque no es un sector crítico y no se caen los aviones"

Budgie

Los recortes matan

r

En otro artículo me decían que era una chorrada pero lo sigo pensando. Este avión es para buscar y aprender de todos los fallos que se puedan encontrar, reciclar lo que se pueda y tirar el resto a la basura.

Entre fallos se diseño, ahorrar unas perras y falta de formación está Boeing como para convencer a nadie de lo seguro que son sus nuevos aviones.

JungSpinoza

#10 Es un caso que se deberia estudiar en las escuelas de negocios de como no reaccionar ante la presion de un competdor (Airbus en este caso).

El avion no sirve para los tiempos modernos porque el fuselaje es demasiado bajo para los motores modernos. Necesita un airframe nuevo.

D

#14 en los mba se enseña que a los informáticos se les paga con cacahuetes, y si sale mal es su culpa, siempre. Y si no se llega en plazo, también.

d

#14 y pq no le ponen unas paticas mas largas?

McQueen

#75 Porque al recogerse el tren de aterrizaje tras el despegue, no cabría.

d

#96 pues que hagan el hueco mas grande

r

Ahora vienen las IAs estas que programan solas y se lo arreglan

D

Los empresarios siempre buscando aumentar beneficios a costa del trabajador, es lo que tiene el Low Cost extremo, que no se diferencia los trabajos actuales de los campos de algodón y tabaco de Luisiana. Como les dejen van a quitar el SMI y dar comida junto con un cobertizo para dormir, ah no que eso ya lo hacen en el campo

p

Si pagan cacahuetes...

A

Y eso lo hacen con algo de lo que dependen tantas vidas como un avión

a

Cuando la cosa no va bien despiden a los becarios y cogen nuevos becarios.
Espero que los idiotas que toman las decisiones de la empresa terminen en el paro a la espera de resoluciones judiciales sobre sus peligrosas estupideces.

Allesgut

No es la única que lo hace, muchas están haciendo eso. Yo lo que estoy viendo, es una motivación grande por contratar a Indios que cobran muy poco, no se quejan en absoluto, y se venden de forma fabulosa (me refiero que saben dar muy buena imagen de ellos mismos de ingenieros de la hostia), pero luego el trabajo entregado está lleno de Bugs, ya no hablo de calidad del software o buena arquitectura, sino que lo que se entrega está plagado de bugs... y no funciona, simple y llanamente.

Un ejemplo reciente, me cambiaron a un equipo, en el que dos ingenieros indios trabajó desde cero durante 9 meses en un nuevo pipeline. Se suponía que estaba funcionando en producción de forma fiable, y la imagen que los de fuera teníamos sobre ese proyecto, era que estaban haciendo un trabajo increible. Oh! sorpresa mía, cuando me toca trabajar allí (solo), y me encuentro que en solo 1 mes, me casco 12 bugs graves de consistencia de datos y de escalabiilidad (o dicho de otro modo, no funcionaba nada).

La historia acaba aun de forma más divertida, estos dos ingenieros, justo después de abandonar el equipo, a día de hoy han sido promocionados a puestos de leadership...

mre13185

#53 Como siempre, la mierda siempre sube hacia arriba

alfre2

Viva el Mal, arriba el Capital!!

D

Podrían ser españoles entonces.

D

Pay peanuts, get monkeys

Battlestar

La culpa es siempre del informático lol

D

Parece que los hindúes están contestando que ya está bien de echarle el muerto a otros. Que el software no ha fallado y que cumplía las especificaciones.
Eran las especificaciones las culpables de lo sucedido y no errores de programación.

https://reddit.com/r/programming/comments/c6tj5l/boeings_737_max_software_outsourced_to_9anhour/

TrollHunter

Homicidio por negligencia?

kucho

cuando pagas cacahuetes, tienes monos. y en este caso, muertos.

Chimuelo

¿Ya están buscando becarios que carguen con la culpa?

Patrañator

Yo he estado en el último Congreso de Boeing y os comunico que se ha aprobado cómo medida correctora y de seguridad incluir en todos los aviones, no sólo en los 737MAX sino en todas las flotas Boeing tantas capas de Superman cómo asientos tenga cada avión, ¡YO SIEMPRE VUELO EN BOEING!

Fartis

Seguramente lo ha hecho el chimpance de alicante de Everis lol

m

Vaya sorpresa. Parece que los de. Boeing funcionan igual que los de Airbus, subcontratando todos los proyectos con subastas a la baja, a ver quién me pide menos. Luego, pasa lo que pasa.

d

Fake. Ningun ingeniero cobraría ese sueldo y menos en Australia

guillerx

Si es verdad. Horrible.

1 2