Login Barrapunto
100 millones de líneas de código propietario que te pueden matar
editada por grex
el 06 de Marzo 2010, 19:37h
desde el dept. nadie-firma-contratos-que-no-puede-leer...-¿o-sí?
desde el dept. nadie-firma-contratos-que-no-puede-leer...-¿o-sí?
Recibo de un amigo un correo-e con el mismo título (elegido algo amarillista para captar mi atención) en el que me cuenta que
«[e]stas semanas he leído varios artículos que me están preocupando muchísimo. Tengo la sensación de que mientras nos centramos en las líneas de código que manejan nuestros ordenadores de sobremesa y nuestros móviles estamos ciegos ante las que manejan en sentido literal nuestras vidas y las de nuestra familia durante varias horas
al día. Hace muchos años, cuando usábamos la analogía de los futuros coches en los que no te dejarían abrir el capó para ilustrar el problema del software propietario, internamente yo pensaba que estábamos engañando a la gente al intentar asustarles con una posibilidad futura así de
siniestra. Sin embargo ya entonces en los coches de gama alta esto ya era así: imposible arreglarlos si no dispones de los equipos de diagnóstico apropiados. Estas semanas han caído en mis manos varios artículos...» (sigue en el cuerpo de la historia)
Estas semanas han caído en mis manos varios artículos que me ponen los pelos de punta por la magnitud del problema, medida en líneas de código o en consecuencias para la sociedad. El problema real que estos días representa el software/hardware propietario en el caso de los frenos de Toyota (a [un amigo común] le han dicho que se los han reprogramado esta semana. ¿Cómo saber lo que le han hecho?: es imposible). ¿Qué llevan nuestros coches dentro? Entre 50 y 100 millones de líneas de código inescrutables. Si quieres más información, tienes un artículo en profundidad de 2007 de la TU München / BMW sobre el SW de los coches (requiere subscripción): Engineering Automotive Software.
Este hilo ha sido archivado.
No pueden publicarse nuevos comentarios.
100 millones de líneas de código propietario que te pueden matar
|
Log in/Crear cuenta
| Top
| 53 comentarios
| Buscar hilo
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.

¿Realmente ayudaria el SL en ese sector?
(Puntos:2, Interesante)- Que prácticamente nadie se miraria el código por que no tiene no ya los conocimientos de informatica, si no de ingeniería automotriz para entenderlo.
- Que saldrian parches estilo "aumenta los caballos superwin" "conduccion deportiva 3.X" , etc , que todos los kanis de españa se bajaria de internet y que pondria en su coche, poniendo en peligro a si mismo y a los demas.
- Que aparecerian montones de copias chinas de piezas de repuesto, corriendo el mismo codigo pero sobre hw de calidad inferior, eso si que seria peligroso.
- Que la ITV en lugar de realizarse en un momento por que tu coche esta certificado, como pasa ahora , debería tardar semanas o meses por que cada automóvil seria potencialmente de su padre y de su madre.
Re:¿Realmente ayudaria el SL en ese sector?
(Puntos:5, Interesante)( http://barrapunto.com/ | Última bitácora: Martes, 15 Junio de 2010, 16:08h )
Efectivamente, casi nadie lo miraría, pero al menos tendrías esa posibilidad....
¿Te crees que los canis de hoy día no tocan las centralitas de sus coches? ¿Te crees que eso es algo nuevo? En clase de motores nos comentaban el viejo truco de un motor dotado de turbo en el que "juanqueaban" el sensor de presión de aspiración para provocar que el turbo soplara antes.... Inconscientes los ha habido toda la vida....
Ahí es dónde entran los organismos técnicos de vigilancia... De hecho, para tu información eso YA sucede en el mundo de la aviación....
Las ITV de hoy en día son del todo inválidas para detectar las modificaciones que YA se hacen a los coches... de hecho, ¿quien no conoce al cani de turno que cuando le toca ITV pasa el coche por el taller para deshacer lo que ha hecho ?
la responsabilidad sea de la empresa
(Puntos:1, Informativo)Ni hay que liberar nada ni meter a terceros desconocidos o de dudosa procedencia, mas vale que siga asi
Ja que si uno todos los dias utiliza un ascensor de un veinteavo piso y no es para dejarselo a cualquier vecino "manitas" que lo manipule con su destornillador, que sea la empresa la responsable y que para eso cobra mas vale, por la cuenta que les trae hoy un ascensor o vehiculo falla, y al siguiente dia esa empresa es conocida mundialmente, asi que el sistema funciona asi y que no vengan paranoicos ni seudofilosoficos
¿y los frenos?
(Puntos:2)( http://www.finalbeast.com/ )
Simplemente nos fiamos de que esa marca porque por la cuenta que les trae pondrán su máxima atención. ¿por qué con el software es diferente?, yo nunca vi a nadie pidiendo las especificaciones de la turbina de un avión.
Visita mi web: Marilyn Manson [finalbeast.com]
Estamos exagerando en ambos extremos...
(Puntos:4, Inspirado)Por una parte, el tono alarmista de la noticia no hace justicia a la realidad. Ese "software invisible que controla nuestras vidas" pasa montones de pruebas realizadas por organismos de control (no solo por la empresa que escribe el software). Si quieres más seguridad, puedes estudiar los protocolos de esas pruebas (que probablemente sí son públicos) y propón mejoras en ellas.
Por la otra, que el código fuera libre no significa que tenga que permitirse meter código modificado en los coches de calle. Bastaría con ilegalizar tal hecho y proteger los componentes hardware para que solo ejecuten código firmado. Tened en cuenta que el código libre también sirve para aprender, así que todo ese software podría ayudar, por ejemplo, a formar futuros ingenieros. También significar que se utilizara un solo software entre las diferentes empresas, de modo que probablemente sería mejor que los códigos desarrollados individualmente en cada una de ellas.
No seamos tan extremistas por favor...
Aquellos que no conocen la historia....
(Puntos:3, Interesante)La investigación de los accidentes del Therac-25 [vt.edu]
A todos aquellos que hablan de que si el software está testado, que si la fiabilidad del fabricante, que si por que no lo mismo con los componentes físicos...
La posibilidad de fallo de un sistema está relacionada con la complejidad de este. El software se construye con unos cuantos componentes (las instrucciones y operaciones básicas) que se combinan por miles (en cualquier programa poco mas complejo que "Hola Mundo").
El número de posibles rutas de ejecución, todas las posibles interferencias y condiciones frontera que pueden darse (variables globales, over y underflows en ciertos tipos de datos, buffers, etc) hacen que la complejidad del sofware sea en muchos casos un problema prácticamente inabordable, lo que significa que, por muchas pruebas que se le hagan (caja blanca, caja negra, lo importante es que caze bugs), la respuesta del programa a todas las posibles entradas no está determinada. Peor todavía, un cambio muy pequeño en la entrada puede producir un cambio muy grande en la salida, así que los modelos tradicionales de control de calidad no suponen ninguna garantía en el caso del software
Así ocurren cosas como el Ariane que explotó [wikipedia.org], o los frenos del toyota, o la muerte de pacientes por irradiación.
Los componentes físicos, a diferencia del sofware, no tienen esa complejidad y responden a modelos simples de fallo. La ciencia de los materiales, la estadística, y la mecánica nos permiten modelizar y conocer con gran fiabilidad el comportamiento de cada pieza y del conjunto. Aunque la fabriquen los chinos.
La única opción admisible es que el software que se utilice en esos sistemas se demuestre (eso implica que es código abierto), y para ser demostrable, en la práctica, ha de ser sencillo. Que sea libre o propietario no supone ninguna diferencia.
Los 100 millones de líneas de código
(Puntos:1)( http://www.msl37.org/ | Última bitácora: Martes, 29 Junio de 2010, 14:21h )
Toyota Racing Development Makes Faster and More Efficient Engineering Decisions with MATLAB [mathworks.com]
Leyendo sobre este asunto en Slashdot [slashdot.org], encontré que una sencilla aplicación [exstatic.org] que acelera sólo si el freno no está presionado Y el acelerador sí está presionado, usando sólo variables (es decir, que los estados no se obtienen del estado real de los frenos, que requeriría llamado a los controladores, etc.), produce 157 líneas de código [exstatic.org] más un fichero cabecera de 901 líneas [exstatic.org].
Este sencillo ejemplo (que acumula casi 1060 líneas), muestra lo fácil que resulta con estos sistemas llegar a la cantidad de 100M+ de líneas de código.
En realidad, los sistemas no son tan complejos.
Only when you've found the correct idea you'll speak a lot about nothing and you'd be perfect.
En Slashdot
(Puntos:1, Redundante)( http://barrapunto.com/tags/restalman | Última bitácora: Miércoles, 24 Noviembre de 2010, 22:39h )
__
Waxing pessimistic is one of the easiest ways to masquerade as wise, Alvin y Heidi Toffler.
Re:Alarmista
(Puntos:2)( http://barrapunto.com/ )
¿Que con s.l. puedes saber si los datos son privados o no? Depende. Seguramente te fiarás de lo que haya dicho otra persona, igual que te fías de los test de frenado de los frenos que frenan. Si aceptas el ok del organismo encargado del test de frenado, deberías aceptar al auditor de un software privado que dice que dicho soft proteje correctamente la privacidad de los datos.
Conste que pienso que el software libre ofrece muchas cosas positivas, simplemente constatar el mal ejemplo del pobrecito hablador de arriba.