eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programming22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017 › Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017
  • Data: 2017-04-25 14:19:59
    Temat: Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017
    Od: m...@k...org szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    On Monday, April 24, 2017 at 11:24:30 PM UTC+1, Maciej Sobczak wrote:
    > W dniu poniedziałek, 24 kwietnia 2017 16:16:31 UTC+2 użytkownik Michal napisał:
    >
    > > > > 1) Ariane5 z Overflow Space Agency
    > > >
    > > > Program zrobił dokładnie to, do czego został zaprojektowany. To, że został
    użyty *w kontekście*, do którego nie został zaprojektowany, było winą złej integracji
    systemu a nie błędów w kodzie. Polecam lekturę raportu z fakapu.
    > >
    > > Ciekawe.
    > > Nie chce mi sie calego czytac. Moglbys krotko napisac, czy aby na pewno
    > > uzycie jezyka z mocniejszym systemem typow ( np. dependent typing ) nie pomogloby
    > > zapobiec katastrofie?
    >
    > 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, 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. Wynikający z tego wyjątek (nie ma znaczenia, że z powodu wyłączenia
    wyjątków software'owych był to wyjątek hardware'owy) trafił do procedury obsługi
    polegającej na wysadzeniu całej rakiety w p*zdu.
    > Lepszy język? Tu nie było żadnego buga a program zachował się tak jak miał się
    zachować. Błąd był po stronie inżynierów systemowych, którzy złożyli do kupy rakietę
    z klocków z niewłaściwego pudełka. Żaden język przed tym specjalnie nie chroni.
    >

    No właśnie tu jest pytanie - czy może pomóc uchronić. Diabeł tkwi w szczegółach.
    Przecież nie wzięli chyba kompilatu (binarki) z jednej maszyny i nie zainstalowali
    tego na drugiej "jak leci". Podejrzewam, że _jakiś_ proces kompilacji/budowania i
    testowania itp jednak był.

    Czy dobry język (i - co najwazniejsze - wiążąca się z takim językiem metodyka )
    pozwoliłby uniknąć tego rodzaju błędu (przepełnienie zakresu) - chociażby poprzez
    "kłucie w oczy" ewidentnym problemem (zgłaszanym przez kompilator).


    > > > > 2) Nadmiarowe zuzycie klawiatury
    > > >
    > > > W Notepadzie. Programiści używają lepszych edytorów.
    > >
    > > Ciekawe, ze ciagle slysze narzekania, ze trzeba wiecej pisac.
    > > Ale ni cholery nikt nie narzeka, ze im mniej trzeba pisac, tym trudniej
    > > sie czyta.
    >
    > Jest jeszcze gorzej. Średnia szybkość klepania kodu w takich systemach to 1
    (słownie: jedna) linia kodu na inżyniera na dzień.

    W przypadku "web apps" to rzędy wielkości więcej. Codziennie się przepisuje to, co
    napisało się wczoraj - zgodnie z zasada "refactor mercilessly" i generalnie "agile".

    --
    Michal

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: