eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingPorównanie różnych językówRe: Porównanie różnych języków
  • Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
    From: Andrzej Jarzabek <a...@g...com>
    Newsgroups: pl.comp.programming
    Subject: Re: Porównanie różnych języków
    Date: Sat, 10 Dec 2011 15:22:29 +0000
    Organization: "Portal Gazeta.pl -> http://www.gazeta.pl"
    Lines: 42
    Message-ID: <jbvtfm$ie2$1@inews.gazeta.pl>
    References: <jbv8dl$fdd$1@news.icm.edu.pl>
    <6...@h...googlegroups.com>
    <jbvj2l$ghv$1@inews.gazeta.pl>
    <0...@y...googlegroups.com>
    NNTP-Posting-Host: 5ac53ca3.bb.sky.com
    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: inews.gazeta.pl 1323530550 18882 90.197.60.163 (10 Dec 2011 15:22:30 GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Sat, 10 Dec 2011 15:22:30 +0000 (UTC)
    X-User: septi
    In-Reply-To: <0...@y...googlegroups.com>
    User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105
    Thunderbird/8.0
    Xref: news-archive.icm.edu.pl pl.comp.programming:194007
    [ ukryj nagłówki ]

    On 10/12/2011 12:54, Roman W wrote:
    > On Dec 10, 12:24 pm, Andrzej Jarzabek<a...@g...com>
    > wrote:
    >> Kolejna sprawa to wiek samego kodu - jeśli weźmiemy jakiś system bankowy
    >> napisany w czymkolwiek, który powstał w latach 70-tych czy 80-tych i co
    >> najmniej od 15 lat ma stabilne ficzery, a wysiłek idzie w dużej mierze w
    >> robienie go bardziej niezawodnym i bezpiecznym, to nie jest dziwne, że
    >> jest bardziej niezawodny czy bezpieczny niż system podobnej wielkości,
    >> który zaczął powstawać półtora roku temu. Będzie to raczej prawdą
    >> niezależnie od zastosowanych języków. I tak dalej i tak dalej.
    >
    > Male szanse, zeby system bankowy napisany w latach 70-tych czy 80-tych
    > nie przeszedl od tej pory wielu zmian. Zmiany w regulacjach, nowe
    > produkty, itd.

    Jasne, ale wydaje mi się, że proporcje będą jednak inne.

    > Moje osobiste obserwacje z systemami uzywanymi w duzych bankach (na
    > przykladzie Murex) sa takie, ze one sie rozwijaja organicznie i nowe
    > funkcjonalnosci sa czesto wrecz dopychane kolanem. Nikt nie ma czasu
    > porzadkowac kodu, bo klienci (wewnetrzni badz zewnetrzni) naciskaja na
    > nowe produkty. Grupa rozwijajaca dany kawalek kodu musi miec spory
    > autorytet zeby przeforsowac decyzje "nie dodajemy nowych
    > funkcjonalnosci przez pare miesiecy tylko refaktoryzujemy" bez
    > spotkania sie z wielkim oporem. A programisci w bankach sa dobrze
    > platni, ale na ogol nie maja wielkiego autorytetu.

    Ja, przyznam też nie jestem fanem podejścia "parę miesięcy
    refaktoryzujemy", znaczy w banku nie pracowałem, ale tak w ogóle wydaje
    się mało praktyczne. Według mnie sensowniej refaktoryzację powiązać ze
    zmianami funkcjonalnymi.

    Z drugiej strony pozwalanie na zapuszczanie kodu pod pretekstem
    oszczędności czasu to kompletne marnotrawstwo - potem doprowadza się do
    tego, że prosta zmiana czy bugfiz zamiast pół dnia zajmuje tydzień.
    Niestety znam takie przykłady z autopsji, z czego wynika że nie tylko w
    bankach ten problem się pojawia. Może w bankach jest gorzej, bo jest
    presja na krótkie terminy, ale z mojego doświadczenia wynika, że to
    często jest wina nie tylko presji, ale samych programistów.

    A ten Murex to jak guglnąłem to jest robiony przez jakąś firmę, a nie
    przez programistów pracujących w banku, czy źle patrzę?

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: