Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #29634
| From | Sebastian Biały <heby@poczta.onet.pl> |
|---|---|
| Newsgroups | pl.comp.programming |
| Subject | Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 |
| Date | 2017-04-26 18:23 +0200 |
| Organization | ATMAN - ATM S.A. |
| Message-ID | <odqhim$sgp$1@node1.news.atman.pl> (permalink) |
| References | (4 earlier) <aa288fb6-1b09-4c56-ab46-41f9a313c1ce@googlegroups.com> <43ce5c83-d238-40c1-b07e-dde0b976bbed@googlegroups.com> <485788e8-89fb-4b37-a38c-924662107718@googlegroups.com> <odo0is$9aj$1@node1.news.atman.pl> <90c9e163-335e-4a23-a369-6a940ad1dc97@googlegroups.com> |
On 4/26/2017 3:53 PM, Maciej Sobczak wrote: >> I nikt nie wpadł na to żeby napisać testy jednostkowe, > Napisał. Do poprzedniej rakiety. I kto wyleciał z roboty za niedbalstwo i debilizm? >> lub nawet >> symulator fizyki całej rakiety. > Z powodu oszczędności? Niemożliwe. Nie, po prostu niemożliwe. Mozna oszczędzać na farbie, ale nie na testach. Żartujesz, prawda? Tam nie ma aż takich kretynów, prawda? > Albo z powodów historycznych, bo nie było jeszcze tej dyskusji > na pl.comp.programming i nie mogli się z niej dowiedzieć, że powinni byli taki symulator napisać? Przecież tam są sami najlepsi i pisza w najlepszych językach. Sami wiedzą że testujemy oprogramowanie od dawna. Testujemy na wielu poziomach. Testy integracyjne systemów musza mieć jakiś input. Za nim wystrzelili pierwszą mogli to symulować. Testy nie musza być dokładne żeby wykryc błedy oveflow czujników w oczywistych sytuacjach. To *TAKIE* oczywiste. > I jaki to ma związek z użytym językiem? Myślę że ten wypadek pokazuje jak pusty jest mit o bezpieczeństwie Ady. Zawsze trafi się idiota co wykorzysta tej język jak assembler. Co gorsza nie jeden. > I gdzie ostatnio widziałeś praktykę pisania takich symulatorów? *WSZĘDZIE*. Poza Overflow Space Agency oczywiście. Tam nadrabiają tonami dokumentacji z podpisami Ważnych Ludzi Od Pospisów. Ogólnie to się testowanie nazywa. Pewnie, można robić testowanie na rózne sposóby. Ale ciezko napisać nawigację rakiety bez symulatora zjawisk fizycznych. Choć kto bogatemu zabroni? >> Podobnie nikt nie wpadł na to samo przy >> ostatnim overflow sondy marsjańskiej. > Nikt nie napisał symulatora Marsa? Nikt nie napisał symualtora otwierania spadochronu i obliczenia przeciążeń na żywym programie nawigacyjnym. Założono jak zwykle że 4 bajty wystarczą. Widuje takie podejście w całym świecie embedded i przypuszczam że ten sam gatunek programisty jest odpowiedzialny za pisanie firmware komputerów nawigacyjnych. > Cały czas o tym piszę. To nie jest wina tego języka. Język jest winien tworzenia idiotycznej atmosfery bezpieczeństwa w ktorej obniża się jakość "bo jest bezpieczny, to po co sprawdzać czy dobrze napisałem". Kiedyś czytalem wypociny pewnego przygłupa od Ady który twierdził że język jest tak znakomity że już nawet nie testują częsci kodu bo wiadomo że działa dobrze. Nie pamiętam czy pracowałw Overflow Space Agency. Nie wykluczam tego po ostatniej wpadce z Marsem.
Back to pl.comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 szykcech@gmail.com - 2017-04-22 09:12 -0700
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Wojciech Muła <wojtek.mula@gmail.com> - 2017-04-22 13:24 -0700
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Sebastian Biały <heby@poczta.onet.pl> - 2017-04-23 10:29 +0200
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Maciej Sobczak <see.my.homepage@gmail.com> - 2017-04-24 05:29 -0700
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Michal <michal@kleczek.org> - 2017-04-24 07:16 -0700
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Maciej Sobczak <see.my.homepage@gmail.com> - 2017-04-24 15:24 -0700
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Roman Tyczka <noemail@because.no> - 2017-04-25 08:29 +0200
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-04-25 08:44 +0200
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 michal@kleczek.org - 2017-04-25 05:19 -0700
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Maciej Sobczak <see.my.homepage@gmail.com> - 2017-04-26 06:46 -0700
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 michal@kleczek.org - 2017-04-26 13:59 -0700
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Sebastian Biały <heby@poczta.onet.pl> - 2017-04-25 19:21 +0200
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-04-26 08:58 +0200
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Maciej Sobczak <see.my.homepage@gmail.com> - 2017-04-26 06:53 -0700
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Sebastian Biały <heby@poczta.onet.pl> - 2017-04-26 18:23 +0200
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Maciej Sobczak <see.my.homepage@gmail.com> - 2017-04-27 06:16 -0700
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Sebastian Biały <heby@poczta.onet.pl> - 2017-04-27 19:53 +0200
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Maciej Sobczak <see.my.homepage@gmail.com> - 2017-04-27 23:09 -0700
Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 Sebastian Biały <heby@poczta.onet.pl> - 2017-04-24 20:19 +0200
csiph-web