Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > pl.comp.programming > #29631

Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017

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>

Show all headers | View raw


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


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