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 00:24:29
    Temat: Re: 22nd Int.Conf. Reliable Software Technologies, Ada-Europe 2017
    Od: Maciej Sobczak <s...@g...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    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.

    > > > 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 tym czasie wokół tej jednej linii kodu
    powstaje kilka albo kilkanaście stron analiz, powiedzmy, że w Wordzie. Przy tych
    proporcjach radość z pisania kodu jest tak wielka, że każdą literkę się celebruje a
    ludzie się cieszą, że mogą sobie napisać "begin" albo nawet "BEGIN" (a co!) zamiast
    zwykłego jednego nawiasu, powiedzmy klamrowego. W takich warunkach trzeba nie mieć
    sumienia, żeby krytykować język za nadmiar pisania. :-)

    --
    Maciej Sobczak * http://www.inspirel.com

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: