eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingJakie typowanie jest najlepsze i dlaczego statyczne?Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
  • Data: 2013-02-10 12:12:04
    Temat: Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
    Od: Maciej Sobczak <s...@g...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu sobota, 9 lutego 2013 18:45:20 UTC+1 użytkownik Andrzej Jarzabek napisał:

    > > Moim zdaniem jest to kwestia szczęścia. Jeśli nie odgadniemy jak
    > > projekt w przyszłości będzie się rozwijał, to w każdym języku
    > > nakład pracy) refaktoryzacja staje się koszmarem.

    > Przecież nie mówimy o przerabianiu programu do wyceny instrumentów
    > fianasowych na program do sterowania samolotem.

    Moim zdaniem właśnie statyczny system typów najbardziej pokazuje swoje zalety właśnie
    wtedy, gdy należy przerobić istniejący kod - wszystko jedno, czy w celu
    refaktoryzacji czy w celu rozszerzenia albo zmiany funkcjonalności. Statyczny system
    typów pozwala wyrazić związki między różnymi bytami w programie, dzięki czemu
    szybciej widać jaki jest zakres wprowadzanych zmian.
    Dynamiczny system typów (i bardziej ogólnie: dynamiczna kultura w procesie
    programowania, bo nie chodzi tylko o typy, ale też o to, czy np. w danym pakiecie w
    ogóle istnieje jakaś funkcja, itd.) nie daje mi tu żadnej pomocy - mogę wywalić z
    projektu cały plik i udawać, że nic się nie stało. To prowadzi do tzw. fałszywego
    poczucia bezpieczeństwa.

    (Tak, słyszałem o unit testach. Znam również ich realny koszt i najchętniej posługuję
    się tą metodą, która w danej sytuacji jest tańsza. Przy opisie związków
    strukturalnych między bytami w programie statyczny system typów jest *znacznie*
    tańszy, niż unit testy.)

    Natomiast dynamiczny system typów (i bardziej ogólnie: ...) wydaje się być
    spektakularny zanim dojdzie do fazy przerabiania czegokolwiek, bo można wykazać się
    postrzegalnie wysoką produktywnością.

    Zależnie od projektu, jedno bądź drugie ma większy sens. Granicą podziału wydaje się
    być właśnie to, czy dany projekt może być w przyszłości przerabiany albo
    refaktoryzowany. Osobiście: jeśli widzę, że dany projekt zajmie więcej niż jeden
    plik, to nie piszę go w języku dynamicznym.

    > Można przewidzieć, że
    > przerabianie programu do wyceny instrumentów finansowych

    Zdaje się, że takie coś zajmuje zwykle więcej, niż jeden plik.

    --
    Maciej Sobczak * http://www.msobczak.com * 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: