Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #29631
| From | Tomasz Kaczanowski <kaczus@poczta.onet.pl> |
|---|---|
| Newsgroups | pl.comp.programming |
| Subject | Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 |
| Date | 2017-04-26 08:58 +0200 |
| Organization | ATMAN - ATM S.A. |
| Message-ID | <odpgfi$cm2$1@node2.news.atman.pl> (permalink) |
| References | (3 earlier) <odhokt$skl$1@node2.news.atman.pl> <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> |
W dniu 2017-04-25 o 19:21, Sebastian Biały pisze: > On 4/25/2017 12:24 AM, Maciej Sobczak wrote: >> Katastrofa wynikała z tego, że z pośpiechu wzięto moduł z mniejszej >> rakiety >> i po prostu trzymając kciuki wsadzono go do większej rakiety > > I nikt nie wpadł na to żeby napisać testy jednostkowe, lub nawet > symulator fizyki całej rakiety. Podobnie nikt nie wpadł na to samo przy > ostatnim overflow sondy marsjańskiej. Overflow Space Agency. Bo 4 bajty > sa lepsze niż 8, pamięć jest droga. > >> , której większa prędkość w czasie startu (zdaje się, że pozioma >> składowa) >> nie zmieściła się w założonym zakresie. > > Który to zakres ustalił jakiś miłośnik assemblera i oszczędzacz bajtów. > Wiem, widzialem kod w okolicy tego buga, z raportu. Nie ma on żadnego > związku z Adą. To czysty assembler napisany (wyhackowany bardziej) w > języku wyższego poziomu ze wszystkimi możliwymi wadami takiego cuda. I > jestem pewien że jest tona dokumentacji podpisanej ważnymi podpisami. > Nie widziałem kodu, więc nie wiem, jak było tam, ale z pewnego doświadczenia z producentami sprzętu i systemów opartych na tych sprzętach, wiem, że ważna jest też konfiguracja takowego. Jeśli zestawy sa niepowtarzalne, to trzeba taką konfiguracje dla niego przeprowadzić osobno, defaultowo moga być urządzenia ustawione, aby reagowały np na kazde wydarzenie (przykład po oddaniu jednej trasy tramwajowej w Łodzi, często "brakowało prądu" - otóż powód był prozaiczny - urządzenia nie były skonfigurowane dla tej trakcji - bo nie mogły być, bo urzadzenia zgodnie z założeniami przetaru były dostarczone i zamontowane 2 miesiące wcześniej, ale prąd doprowadzo dopiero na dzień przed uruchomieniem całości, nasi wspaniali urzednicy zapomnieli, że takie urządzenia trzeba konfigurować indywidualnie po pomiarach zrobionych w rzeczywistości, bo są to rzeczy niepowtarzalne, a domyślna konfiguracja po prostu wszystko co wyglądało podejrzanie traktowała jako wyjątek i odcinany był dopływ prądu) Więc Mógł być to nawet i dobrze oprogramowany moduł, ale niewłaściwie skonfigurowany do nowych zadań - nowych, bo jak ktoś tu wspomniał miał pracowac w innych warunkach niż wcześniej. -- http://kaczus.ppa.pl
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