Portada
mis comunidades
otras secciones
#6:
#2 home meu... No me compares los ciclos de desarrollo del software de una app móvil (o páginas web, videojuegos... ) Con el de sistemas críticos... Que no se gestionan igual ni de coña.
Que una cosa es que esto haya sido una cagada, pero desde luego para software crítico no se rigen bajo criterio "ya lo arreglaremos en la siguiente actualización, tu subelo a pro"
Que una cosa es que esto haya sido una cagada, pero desde luego para software crítico no se rigen bajo criterio "ya lo arreglaremos en la siguiente actualización, tu subelo a pro"
#12:
El artículo es una mierda
Una cosa es que haya una cagada, que puede ocurrir y otra que los ciclos de desarrollo de componentes críticos se hagan bajo los mismos criterios que los no críticos
Eso de "constante actualización" es mentira. Core críticos por lo general puede tener vida de décadas sin tocarlo (amos como si nadie hubiera escuchado hablar de sistemas de COBOL, C o as400 antediluvianos...) Y que se levantaron bajo criterios muy extrictos de integridad.
Parece más propaganda anti ingeniería europea que otra cosa
Una cosa es que haya una cagada, que puede ocurrir y otra que los ciclos de desarrollo de componentes críticos se hagan bajo los mismos criterios que los no críticos
Eso de "constante actualización" es mentira. Core críticos por lo general puede tener vida de décadas sin tocarlo (amos como si nadie hubiera escuchado hablar de sistemas de COBOL, C o as400 antediluvianos...) Y que se levantaron bajo criterios muy extrictos de integridad.
Parece más propaganda anti ingeniería europea que otra cosa
#2:
"pueden deberse a una actualización defectuosa del software"
"la raíz del problema radica en las diferencias entre la cultura de ingeniería y programación"
La raiz del problema es muy simple: hoy no se valora la calidad del software, es hasta aburrido que TODOS los días tenga que actualizar N apps en Android, pero saldrán varios diciendo que "todos tienen Internet y se puede actualizar las app, entonces ¿cuál es el problema?"
Inclusive hasta hay quejas cuando una aplicación no se actualiza: https://www.genbeta.com/linux/a-microsoft-amor-snap-le-duro-poco-paquete-skype-no-se-actualiza-hace-ocho-meses
Se ha posicionado que el software hay que sacarlo como versión final cuando ni siquiera llega a versión alpha, porque hay "que comerse el mercado", y además que el software se puede mandar a hacer en freelance.com rápido y barato (haciéndose la vista gorda en los bugs y en las N vulnerabilidades).
"la raíz del problema radica en las diferencias entre la cultura de ingeniería y programación"
La raiz del problema es muy simple: hoy no se valora la calidad del software, es hasta aburrido que TODOS los días tenga que actualizar N apps en Android, pero saldrán varios diciendo que "todos tienen Internet y se puede actualizar las app, entonces ¿cuál es el problema?"
Inclusive hasta hay quejas cuando una aplicación no se actualiza: https://www.genbeta.com/linux/a-microsoft-amor-snap-le-duro-poco-paquete-skype-no-se-actualiza-hace-ocho-meses
Se ha posicionado que el software hay que sacarlo como versión final cuando ni siquiera llega a versión alpha, porque hay "que comerse el mercado", y además que el software se puede mandar a hacer en freelance.com rápido y barato (haciéndose la vista gorda en los bugs y en las N vulnerabilidades).
Comentarios
El artículo es una mierda
Una cosa es que haya una cagada, que puede ocurrir y otra que los ciclos de desarrollo de componentes críticos se hagan bajo los mismos criterios que los no críticos
Eso de "constante actualización" es mentira. Core críticos por lo general puede tener vida de décadas sin tocarlo (amos como si nadie hubiera escuchado hablar de sistemas de COBOL, C o as400 antediluvianos...) Y que se levantaron bajo criterios muy extrictos de integridad.
Parece más propaganda anti ingeniería europea que otra cosa
"pueden deberse a una actualización defectuosa del software"
"la raíz del problema radica en las diferencias entre la cultura de ingeniería y programación"
La raiz del problema es muy simple: hoy no se valora la calidad del software, es hasta aburrido que TODOS los días tenga que actualizar N apps en Android, pero saldrán varios diciendo que "todos tienen Internet y se puede actualizar las app, entonces ¿cuál es el problema?"
Inclusive hasta hay quejas cuando una aplicación no se actualiza: https://www.genbeta.com/linux/a-microsoft-amor-snap-le-duro-poco-paquete-skype-no-se-actualiza-hace-ocho-meses
Se ha posicionado que el software hay que sacarlo como versión final cuando ni siquiera llega a versión alpha, porque hay "que comerse el mercado", y además que el software se puede mandar a hacer en freelance.com rápido y barato (haciéndose la vista gorda en los bugs y en las N vulnerabilidades).
#2 home meu... No me compares los ciclos de desarrollo del software de una app móvil (o páginas web, videojuegos... ) Con el de sistemas críticos... Que no se gestionan igual ni de coña.
Que una cosa es que esto haya sido una cagada, pero desde luego para software crítico no se rigen bajo criterio "ya lo arreglaremos en la siguiente actualización, tu subelo a pro"
#6 Eso es lo que tú crees
El desarrollo chofware es desarrollo chofware en tu startup, en las cárnicas, en la NASA, en las automovilísticas y en las máquinas de rayos X y radioterapia.
Y buscando en internet te darás cuenta de que ej asín
#13 Claro, por ezo todos los díaz me zubo en un tren y dezcarrila con muertos y los bancoz pierden el dinero de laz cuentaz azarosamente...
Podque lolz
#15 Todos los días no, hombrededios. La mayor parte del tiempo no peta.
#17 Tu cuñado igual trabajaba en varias de las empresas en las que he trabajado yo también
#18 yo nunca he visto Core de negocio interbancario petanto, nunca, y llevo unos añitos
¿Tu?
#19 estoy con #13.
Los bancos son de los pocos sitios donde el desarrollo se toma en serio. La cárnica al peso funciona en absolutamente todos los demás, por muy críticos que sean.
Y el ejemplo que has puesto del tren, en España, no es el más adecuado. Hemos tenido dos accidentes con muchos muertos por asuntos relacionados con software.
#21 Cuantos, pon ejemplos.
Porque accidentes, ha habido por causas mecanicas, factor humano, por falta de regulación, pobre mantenimiento, por mamoneos con la legislacion... pero en concreto por problemas del software en concreto no recurdo yo que haya muchos...
Si me saltas con el de santiago, el software no falló, simplemente no lo implementaron en ese tramo, que no es lo mismo, tu no puedes achacar a problema puro de software cuando el problema es que el software no se aplica ahí, el software de control lleva funcionando en otro porron de sitios sin ningun problema.
Que aquí se habla muchisimo de "fallo informático" pero realmente cuando ves las causas resulta que de eso mis cojones toreros en el 90% de los casos.
CC #13
#19 Yo nunca he visto core de negocio interbancario.
Sí he visto core de negocio financiero desparramar dinero de cuentas de clientes
En cuanto a sistemas "críticos" como prácticamente todos los sistemas empotrados (automoción, equipos médicos...), los programadores más gañanes que he conocido trabajando, a nivel de ser incapaces de manejar correctamente estructuras de datos o a nivel de no entender las implicaciones de uso de memoria y CPU de determinados algoritmos y estructuras de datos, eran todo programadores que venían de años currando en sistemas empotrados, de la automoción y de empresas de equipamiento médico. Gente de C y C++.
Luego se ríen de los javeros y pythoneros, sáe primoh... Cuando ellos deberían ser precisamente los que más pilotan de lo que acabo de decir. Y sin embargo...
Y por supuesto, internet está lleno de historias verídicas de desgracias automotrices y médicas causadas por fallos software. Hace un par de años leí en Menéame el de Toyota y era para echarse a llorar.
Así que por propia experiencia, no pongo la mano en el fuego por NADA que sea software. Ni aunque lo hayan hecho en la mismísima NASA. Ni aunque lo haya escrito yo el código, pero es que si lo han escrito otros todavía me fío menos (a menos que ese "otro" sea John Carmack, de ese sí me fío hasta para dejarle yacer con mi esposa).
#23 Repito: fallos hay, y fallos graves tambien hay, pero no es lo común y desde luego no en una proporcion mayor que en el resto de ingenierías (y ojo, yo no soy informatico, soy industrial, aunque me dedique a picar) y desde luego claro que hay controles de calidad (aunque haya sitios donde se meen en ellos) y funcionan de la misma manera que hay sistemas de calidad para el desarrollo de ingneiria mecanica por ejemplo y en la inmensa mayoria de los casos funciona.
Porque parece que aqui se petan sistemas criticos todos los dias y no petan motores, edificios, barcos... porque resulta que en el software hacemos todo a chancleta.
#13 mi cuñado, que hizo un curso del CCC de programación de electrodomésticos, me ha contado que es así, que el software de los satélites lo hace un señor de Murcia y lo sube él directamente al satélite con una antena gorda
#6 #11 si una persona es guarra, descuidada en su hogar, olvidadiza, desorganizada, muy emotiva no cambiará mágicamente a poder hacer una delicada operación quirúrgica por más protocolos y organización tenga el hospital.
Los desarrolladores de software de sistemas críticos salen de la misma cantera que los desarrolladores de apps, aplicaciones web, etc.. viven en la misma cultura.
#28 En fin.... no
Empezando porque tu sistemas criticos no llevas de hoy para mañana, llevas minimo 10 o 20 años de experiencia en bicho en concreto, que tiene una tecnologia que no viene de ayer (lo cual hace que lleves empapado de esa politica gran parte de tu vida laboral) y una vez entras en este mundillo no vas a pasarte a otro (tenemos bastante demanda y se paga moderadamente bien) y sobre todo no es que apliques el control de calidad porque te salga de los huevos, si no que son exigencias minimas del cliente, el codigo se certifica y audita
#28 tú no has trabajado en una empresa de verdad. Cárnicas no incluidas.
Ni el sueldo, ni la metodología, ni los proyectos, ni las certificaciones son equiparables.
#30 no sé en qué empresas de software ha trabajado, pero yo veo resultados, de empresas famosas, que nadan en euros, etc... Y a cada rato reportes de terribles vulnerabilidades, errores por montones, que el usuario final debe actualizar todos los días. Y se supone que tienen muchos años de experiencia. Ni me quiero imaginar las empresas que ni siquiera tienen el desarrollo de software como actividad principal.
#2 el software militar tiene ciclos de desarrollo bastante distintos del "modo amigo informático"....
A ver, que recogen declaraciones del responsable del sistema ruso competidor de Galileo.
Que una noticia relacionada se pregunta si el sistema ruso es la alternativa al GPS y sus problemas.
La web de la noticia.
Blanco y en botella.
No creo.
Si tiene algo que ver con el contenido del artículo / que no deja de ser una especulacion / tendrá relacion con la programación de nuevas prestaciones o con el ajuste de algunas de ellas. Y ya de paso despotricar un poco del centro de control Italiano
#3 Nunca está de más despotricar un poco de los italianos.
#3 Es sputniknews, su misión es poner a parir todo lo que no sea Rusia (Estados Unidos en especial) y destacar lo buenos que son los rusos, fíjate en las "noticias recomentadas" que te salen por ahi.
Han fallado pero sin embargo se mueven.
Se estaba actualizando el Acrobat. Le puede pasar a cualquiera.
Bueno, mientras no se caigan, todo es recuperable.
Han entrado en modo merkel
No valemos ni para eso
Estoy intentando encontrar más fuentes, pero no aparecen.
Galileo han tenido muchos problemas con los relojes atómicos que usan para sincronizarse.
Lo de error de “software” me suena a excusa de otra cosa falla que puede ser del diseño a nivel de hardware de otro componente electrónico.
Tengo algún sensor de Galileo voy a ver que lecturas da
#16 Estan todos en NOT USABLE y SERVICE OUTAGE https://www.gsc-europa.eu/system-status/Constellation-Information
#25 entonces es lo que indicaba la noticia, no está en funcionamiento ningún satélite 👍
#25 tienen dos tb en test