La dirección general de ENAIRE ocultó al Consejo de Administración del organismo público diversos incidentes ‘muy graves’ de seguridad aérea registrados durante los dos últimos años. En algunos casos los aviones estuvieron cerca de colisionar en el aire.
#3 Hace ya tiempo que curre en Indra, pero me acuerdo que si habia una cuasi colision, llamaban al equipo a horas intespestivas a ver que habia pasado por si habia un problema en el codigo y podia ocurrir una catastrofe.
Pensando mal, esto lo han subcontratado y ... pues funciona peor.
#6 Que les cuesta ir pedir curro por gente de C++? Aunque sea temporalmente a un estudio de videojuegos, que para estas cosas lo bordan. NDA al estudio (por imagen o lo que sea, pero les pagas). No exagero, nada como gente sabiendo manejar motores que dibujan ambientes en tiempo real. Solo soy un triste sysadmin, pero joder, se al menos como funcionan las cosas por debajo. No pasare de un codigo basico-medio en C/TCL, pero no soy tan imbecil de rediseñar un sistema en tiempo real en el peor lenguaje posible.
Aunque tambien tenian ADA, creo. Que el coste respecto a Java se triplica? Los errores van en proporcion inversa tambien.
#7 Ya bueno, "yo solo trabajo aqui". Yo tambien estaba alucinado con usar JAVA porque lo habia usado en Telefonica y ... bueno, te puedes cagar en mis muertos si se te cayo el telefono a principio de los 2000.
ADA fue una pregunta que hice nada mas entrar, pero la respuesta fue que "los jefes".
#7 Piensa tambien que no estamos hablando de codio corriendo en WAS, si no de una puta aplicacion en java con un jar que se ejecutaba en linea de comando.
A mi me da la impresion que el sucesor de SACTA ha salido, no lo han probado bien, y lo han hecho un poco a la remangille. En la noticia dice algo muy significativo, que los vuelos cambiaban de region. Yo no se como funciona el sistema ahora, pero el SACTA creo que funcionaba por proximidad y no diferenciaba region porque tenia que tener en cuenta las rutas a traves de diferentes regiones... pero hace mucho de esto.
#11 Y yo aqui ahorrando recursos en un AMD Turion en casita con OpenBSD/TMUX/Mpg123 y CWM porque con Firefox abierto no me da para mucho más, y en ciertas compañias usando eso en sistemas de seguridad criticos... yo no entiendo nada. Nada. Entiendo el uso de Java en corporativo, donde todo es muy Oracle/IBM con una especificacion digna de una normativa ISO o de un RFC, pero en esto... u Oracle ha tuneado la VM empresarial de forma muy bestia, o quiza pagan a Oracle para tunearla desde abajo (o parches internos de OpenJDK, tambien).
Lo de OpenBSD en texto no exagero, he llegado a enviar un CV con s-nail (mail Unix + smtpd) enganchado a la cuenta de correo externa porque si abro un cliente web como Gmail esto empieza a llorar. No es un trauma (escribo el correo con nvi), adjunto con ~@ $FICHERO y listo, pero me jode que desperdicien recursos y dinero asi, son infraestructuras gordas.
#Teniendo Java y miles de programadores, para que usar otra cosa... como TCL, que llama a scripts y C que desde la 8.4 tiene un bytecode que no se cuan de rapido sera contra Java a largo plazo (los benchmarks diran misa, pero JPCSP es mas lento que el caballo del malo), pero como digo llamar a C desde TCL a lo bruto es lo usado en cosas de bajo nivel como routers y switches (creo que ahora tambien) de CISCO.
?Alguien de Indra que aclare algo? Yo (que ya no estoy sujeto a confidencialidad a Indra) se que en alredor del 2011 Indra estaba en proceso de eliminar el SACTA (el sistema de control de trafico aereo) por un nuevo sistema basado en JAVA integramente (repito INTEGRAMENTE en vez de scripts en shell para controlar los diferentes procesos del sistema y codigo C, creo recordar, para las partes de calculo como cuando dos aviones se va a esconiar). Supongo que el nuevo sistema fue despelgado hace unos 3-4 anios porque se decia que serian solo 2-3anios de desarrollo.
Supongo que "Sifu" no es el responsable ya de calcular si dos aviones se estrellan.
Este tio, que era el responsable de calcular las trayectorias de colision de los aviones, era un maquina... .
#4 Scripts de shell, sus muertos. Ya pueden ser sobre QNX que si no estamos jodidos. Ah, bueno llamando a C, ni tan mal. Y bueno, Java con la GC va a ser un descojone. Es que quizá usando Go > 1.14 y tuneando la GC, se puede salvar algo. Pero Java es para matarlos, la puta licencia de Sun en su dia te decia que NO usaras esa mierda en cosas como centrales nucleares.
Me cago en Stallman y su FUD contra TCL/TK, ahora tendriamos una puta maravilla con una integracion con C que ningun lenguaje supera. Tuvo que ganar la mierda esa hiperlenta que en Sun iba rapida porque precargaba la VM, si no de que.
#5 A ver, que yo vi las dos versiones y por lo menos los scripts controlaban basntance bien los procesos, era 2011. Pero la parte de JAVA que me toco era como gestionar procesos Unix desde JAVA (en 2011), yo no queria saber nada de eso, porque si se caia la JVM todo se iba a la mierda.
No se como termino la pelicula, pero si que no lo he puesto en curriculum. Tenian una serie de scrripts que controlaban todos los demas que habia debajo y hacian muchisimas comprobaciones de com iba todo, como me dijo uno de los veteranos (por aquel entonces): "Es que si esto se cae, mucha gente muere."
Comentarios
Ahora lloverán las dimisiones como llueven melones en otoño.
#3 Hace ya tiempo que curre en Indra, pero me acuerdo que si habia una cuasi colision, llamaban al equipo a horas intespestivas a ver que habia pasado por si habia un problema en el codigo y podia ocurrir una catastrofe.
Pensando mal, esto lo han subcontratado y ... pues funciona peor.
#6 Que les cuesta ir pedir curro por gente de C++? Aunque sea temporalmente a un estudio de videojuegos, que para estas cosas lo bordan. NDA al estudio (por imagen o lo que sea, pero les pagas). No exagero, nada como gente sabiendo manejar motores que dibujan ambientes en tiempo real. Solo soy un triste sysadmin, pero joder, se al menos como funcionan las cosas por debajo. No pasare de un codigo basico-medio en C/TCL, pero no soy tan imbecil de rediseñar un sistema en tiempo real en el peor lenguaje posible.
Aunque tambien tenian ADA, creo. Que el coste respecto a Java se triplica? Los errores van en proporcion inversa tambien.
#7 Ya bueno, "yo solo trabajo aqui". Yo tambien estaba alucinado con usar JAVA porque lo habia usado en Telefonica y ... bueno, te puedes cagar en mis muertos si se te cayo el telefono a principio de los 2000.
ADA fue una pregunta que hice nada mas entrar, pero la respuesta fue que "los jefes".
#7 Piensa tambien que no estamos hablando de codio corriendo en WAS, si no de una puta aplicacion en java con un jar que se ejecutaba en linea de comando.
A mi me da la impresion que el sucesor de SACTA ha salido, no lo han probado bien, y lo han hecho un poco a la remangille. En la noticia dice algo muy significativo, que los vuelos cambiaban de region. Yo no se como funciona el sistema ahora, pero el SACTA creo que funcionaba por proximidad y no diferenciaba region porque tenia que tener en cuenta las rutas a traves de diferentes regiones... pero hace mucho de esto.
#11 Y yo aqui ahorrando recursos en un AMD Turion en casita con OpenBSD/TMUX/Mpg123 y CWM porque con Firefox abierto no me da para mucho más, y en ciertas compañias usando eso en sistemas de seguridad criticos... yo no entiendo nada. Nada. Entiendo el uso de Java en corporativo, donde todo es muy Oracle/IBM con una especificacion digna de una normativa ISO o de un RFC, pero en esto... u Oracle ha tuneado la VM empresarial de forma muy bestia, o quiza pagan a Oracle para tunearla desde abajo (o parches internos de OpenJDK, tambien).
Lo de OpenBSD en texto no exagero, he llegado a enviar un CV con s-nail (mail Unix + smtpd) enganchado a la cuenta de correo externa porque si abro un cliente web como Gmail esto empieza a llorar. No es un trauma (escribo el correo con nvi), adjunto con ~@ $FICHERO y listo, pero me jode que desperdicien recursos y dinero asi, son infraestructuras gordas.
Ojos que no ven...
Dónde está mi pandereta?
#Teniendo Java y miles de programadores, para que usar otra cosa... como TCL, que llama a scripts y C que desde la 8.4 tiene un bytecode que no se cuan de rapido sera contra Java a largo plazo (los benchmarks diran misa, pero JPCSP es mas lento que el caballo del malo), pero como digo llamar a C desde TCL a lo bruto es lo usado en cosas de bajo nivel como routers y switches (creo que ahora tambien) de CISCO.
#9 A mi no me jodas que llevo 20 anios intentando programar en mi amorcito C++ y he estado en JAVA, SHELL,....
?Alguien de Indra que aclare algo? Yo (que ya no estoy sujeto a confidencialidad a Indra) se que en alredor del 2011 Indra estaba en proceso de eliminar el SACTA (el sistema de control de trafico aereo) por un nuevo sistema basado en JAVA integramente (repito INTEGRAMENTE en vez de scripts en shell para controlar los diferentes procesos del sistema y codigo C, creo recordar, para las partes de calculo como cuando dos aviones se va a esconiar). Supongo que el nuevo sistema fue despelgado hace unos 3-4 anios porque se decia que serian solo 2-3anios de desarrollo.
Supongo que "Sifu" no es el responsable ya de calcular si dos aviones se estrellan.
Este tio, que era el responsable de calcular las trayectorias de colision de los aviones, era un maquina... .
#4 Scripts de shell, sus muertos. Ya pueden ser sobre QNX que si no estamos jodidos. Ah, bueno llamando a C, ni tan mal. Y bueno, Java con la GC va a ser un descojone. Es que quizá usando Go > 1.14 y tuneando la GC, se puede salvar algo. Pero Java es para matarlos, la puta licencia de Sun en su dia te decia que NO usaras esa mierda en cosas como centrales nucleares.
Me cago en Stallman y su FUD contra TCL/TK, ahora tendriamos una puta maravilla con una integracion con C que ningun lenguaje supera. Tuvo que ganar la mierda esa hiperlenta que en Sun iba rapida porque precargaba la VM, si no de que.
#5 A ver, que yo vi las dos versiones y por lo menos los scripts controlaban basntance bien los procesos, era 2011. Pero la parte de JAVA que me toco era como gestionar procesos Unix desde JAVA (en 2011), yo no queria saber nada de eso, porque si se caia la JVM todo se iba a la mierda.
No se como termino la pelicula, pero si que no lo he puesto en curriculum. Tenian una serie de scrripts que controlaban todos los demas que habia debajo y hacian muchisimas comprobaciones de com iba todo, como me dijo uno de los veteranos (por aquel entonces): "Es que si esto se cae, mucha gente muere."