-
X-Received: by 2002:a37:b703:: with SMTP id h3mr18029019qkf.248.1567371340845; Sun,
01 Sep 2019 13:55:40 -0700 (PDT)
X-Received: by 2002:a37:b703:: with SMTP id h3mr18029019qkf.248.1567371340845; Sun,
01 Sep 2019 13:55:40 -0700 (PDT)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erj
e.net!3.eu.feeder.erje.net!feeder.erje.net!newsreader4.netcologne.de!news.netco
logne.de!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.am4!peer.am4.hig
hwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.co
m!o24no624288qtl.0!news-out.google.com!d29ni302qtg.1!nntp.google.com!o24no62427
7qtl.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Sun, 1 Sep 2019 13:55:40 -0700 (PDT)
In-Reply-To: <qkecqc$c03$1@news.icm.edu.pl>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=213.108.152.51;
posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S
NNTP-Posting-Host: 213.108.152.51
References: <1ua4wui506zbf$.dlg@tyczka.com> <qkecqc$c03$1@news.icm.edu.pl>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <3...@g...com>
Subject: Re: Jak to robią w NASA
From: Maciej Sobczak <s...@g...com>
Injection-Date: Sun, 01 Sep 2019 20:55:40 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 4561
X-Received-Body-CRC: 2760111959
Xref: news-archive.icm.edu.pl pl.comp.programming:213899
[ ukryj nagłówki ]> > https://fossbytes.com/nasa-coding-programming-rules-
critical/
>
> Ot, bajeczki dla nastolatków.
Nie, po prostu ktoś sobie na blogu napisał. Najprostszy standard kodowania MISRA-C ma
230 stron, ostatnio opublikowany z AUTOSAR dla C++ ma 370 stron. Ten blog nie porusza
nawet wierzchołka zagadnienia.
Ogólnie, to nie są jakieś dziwne reguły, właśnie takich należy się spodziewać.
Warto też pamiętać, że pomimo wysokiej popularności NASA jako pop-kulturowego brandu,
to nie NASA jest frontem walki o jakość - wynika to z faktu, że w tej branży
(podobnie jak w wojsku) nie obowiązują reguły certyfikacji czy homologacji takie jak
w cywilnych branżach. Tzn. oni oczywiście dbają o pieniądze podatnika (w sensie -
szkoda stracić drogą rakietę) i o swoją reputację (w sensie - jak ją stracą, to
kolejnego projektu mogą nie mieć), ale poza tymi dwoma wartościami nie mają o co
dbać, bo w szczególności pilot rakiety jest w oczach opinii publicznej bardziej
żołnierzem, niż obywatelem, więc jego strata jest przez publiczność postrzegana jako
godna ofiara na ołtarzu postępu. Przecież wiedział, że może zginąć, nie?
Inaczej mówiąc 1: publiczna akceptacja fakapu w tej branży jest całkiem wysoka, w
odróżnieniu od dziedzin, gdzie się zabija niewinnych obywateli.
Inaczej mówiąc 2: pomimo tego, że te kilka reguł wygląda strasznie dla "normalnego"
programisty, to typowy projekt NASA mógłby nie przejść rygoru obowiązującego w
lotnictwie cywilnym. No, serio, nie wystarczy mieć funkcje krótsze niż 60 linijek,
żeby przejść przez proces certyfikacji[*].
[*] Który to proces właśnie traci reputację przez ostatnie lotnicze fakapy. Tak,
zgadza się. Trzeba być jeszcze bardziej (!) rygorystycznym.
> Ciekawe jest to czego w tym nie ma:
>
> 1. Architektura i wzorce projektowe.
> 2. Statyczna analiza kodu.
> 3. Testy jednostkowe i integracyjne.
> 4. Dokumentacja.
> 5. Audyt. XP
> 6. Metodyka (waterfall ?!?)
Ale chyba nie o tym był ten blog. Natomiast warto zauważyć, że standard kodowania
jest właśnie po to, żeby zrobić punkt 2 powyżej i żeby sobie ułatwić osiągnięcie
jeszcze kilku innych celów jakościowych. I tylko po to. Gorzej, że z powodu takich
blogów ludzie potem myślą, że standard kodowania jest jedyną rzeczą, która odróżnia
proces krytyczny od "normalnego" i tylko na nim się skupiają. Tymczasem te "straszne"
reguły to jest najmniejszy problem. Klepanie kodu to tylko kilka procent wysiłku,
nawet z tymi strasznymi regułami.
Więc bez przesady.
--
Maciej Sobczak * http://www.inspirel.com
Następne wpisy z tego wątku
- 02.09.19 08:30 AK
- 02.09.19 14:16 Maciej Sobczak
- 02.09.19 21:33 AK
- 03.09.19 09:42 M.M.
- 03.09.19 10:58 Maciej Sobczak
- 03.09.19 16:28 Roman Tyczka
- 03.09.19 18:34 AK
- 03.09.19 18:35 AK
- 03.09.19 18:43 AK
- 03.09.19 20:04 M.M.
- 03.09.19 20:26 AK
- 03.09.19 20:49 Maciej Sobczak
- 03.09.19 20:51 Maciej Sobczak
- 03.09.19 21:05 Maciej Sobczak
- 03.09.19 21:33 g...@g...com
Najnowsze wątki z tej grupy
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
- Press Release - AEiC 2023, Ada-Europe Reliable Softw. Technol.
- Ada-Europe - AEiC 2023 early registration deadline approaching
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2023
- Ile cykli zajmuje mnożenie liczb 64-bitowych?
Najnowsze wątki
- 2024-05-07 Chess
- 2024-05-07 Do czego nadaje się QDockWidget z bibl. Qt?
- 2024-05-07 Vitruvian Man - parts 7-11a
- 2024-05-07 Warszawa => International freight forwarder <=
- 2024-05-07 Zielona Góra => Inżynier R&D Mechanik <=
- 2024-05-07 ministranci
- 2024-05-07 Warszawa => Manager Sprzedaży <=
- 2024-05-07 Białystok => Inżynier DevOps (projekt JP) <=
- 2024-05-07 Ulm => IT Systems Administrator and Customer Support Engineer <=
- 2024-05-07 Warszawa => Junior Frontend Developer <=
- 2024-05-07 Ulm => Integration & Test Engineer <=
- 2024-05-07 Warszawa => Business Systems Sales Representative <=
- 2024-05-07 Białystok => Technical Lead ( (Java Background)) <=
- 2024-05-07 Białystok => React Native Developer <=
- 2024-05-07 Białystok => Technical Leader (Java Background) <=