Newsgroup: it.lavoro.informatica
Titolo: Problemi sul software del F35.

E per fortuna che il software lo possono modificare solo gli USA, pensate che potrebbe succedere se lo modificasse anche l'italianissima "Cazzi e Mazzi BodyRental S.P.A." si schianterebbe prima di partire.
 
http://www.repubblica.it/esteri/2014/01/30/news/f35_pentagono-77256565/?ref=HRER2-1
 

 
http://www.repubblica.it/esteri/2014/01/30/news/f35_pentagono-77256565/?ref=HRER2-1
 
 
cercasi ingegneri Informatici per la Lockheed 
 
http://www.analisidifesa.it/2014/01/problemi-e-ritardi-per-il-software-dellf-35/
 
 
 
"E' il problema numero uno, ma lo risolveremo"
Che lo sviluppo del software dell'F-35, per il quale è richiesta la scrittura di un numero sempre maggiore di linee di codice (si parla ormai di 20 milioni di "stringhe", la maggior parte destinate a tutto ciò che sta fuori dell'aeroplano, il sistema ALIS in testa), sia il punto debole del programma, lo si sa da sempre. Dopo i suoi predecessori lo va ripetendo da mesi pure l'attuale responsabile del programma, generale Christopher Bogdan, anche se da ultimo ha preso a considerare il bicchiere mezzo pieno: "Il software è il maggior fattore di rischio del programma, è il problema numero uno, ma riusciremo a risolverlo". Poco prima di Natale il Dipartimento della Difesa è arrivato al punto di istituire una commissione di studio indipendente col compito di approfondire i motivi che rendono così difficoltoso lo sviluppo del software dell'F-35, e di riferirne poi al Congresso, entro il 3 marzo. L'anno scorso la stessa capo-commessa Lockheed Martin ha preso il toro per le corna mettendo sul tavolo 100 milioni di dollari e assumendo 200 nuovi ingegneri informatici. Ma il malato non vuol saperne di guarire, anzi starebbe peggiorando.

 Che lo sviluppo del software dell'F-35, per il quale è richiesta la scrittura di un numero sempre maggiore di linee di codice (si parla ormai di 20 milioni di "stringhe", la maggior parte destinate a tutto ciò che sta fuori dell'aeroplano, il sistema ALIS in testa), sia il punto debole del programma, lo si sa da sempre. Dopo i suoi predecessori lo va ripetendo da mesi pure l'attuale responsabile del programma, generale Christopher Bogdan, anche se da ultimo ha preso a considerare il bicchiere mezzo pieno: "Il software è il maggior fattore di rischio del programma, è il problema numero uno, ma riusciremo a risolverlo". Poco prima di Natale il Dipartimento della Difesa è arrivato al punto di istituire una commissione di studio indipendente col compito di approfondire i motivi che rendono così difficoltoso lo sviluppo del software dell'F-35, e di riferirne poi al Congresso, entro il 3 marzo. L'anno scorso la stessa capo-commessa Lockheed Martin ha preso il toro per le corna mettendo sul tavolo 100 milioni di dollari e assumendo 200 nuovi ingegneri informatici. Ma il malato non vuol saperne di guarire, anzi starebbe peggiorando.
 
Non mi sorprende, nel complesso della progettazione ingegneristica il software è quello meno inquadrato ed assestato in teorie a cui fare riferimento, quello più artigianale (in parte perchè disciplina molto più giovane).
Comunque, se l'onnipotente Pentagono non riesce a scrivere 20 milioncini di "stringhe" (!) senza errori, chi sono io per scriverne 1000 senza bugs? :-)) 

 Il giorno giovedì 30 gennaio 2014 12:07:14 UTC+1, klaus ha scritto:
.....
 
Un paio di link interessanti sui linguaggi e strumenti in cui viene sviluppato tale software:
http://www.avionics-intelligence.com/articles/2013/09/software-code-f-35.html
 
http://stackoverflow.com/questions/9827176/what-is-the-predominant-programming-language-used-for-the-f35-lightning-ii-aircr
 
 
Principalmente C e C++, in piccola parte Ada ed altri. Per confronto, pare che invece il software dell'F-22 sia stato scritto principalmente in Ada, con esiti non eccezionali:
http://www.freerepublic.com/focus/fr/1110502/posts