eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingsortowanieRe: sortowanie
  • Data: 2012-10-15 23:59:11
    Temat: Re: sortowanie
    Od: Andrzej Jarzabek <a...@g...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    On 15/10/2012 21:34, M.M. wrote:
    [...]
    > Z doswiadczenia wiem ze w firmach czesto produkuje sie nawet znacznie
    > gorszy kod, glownie z powodu ogromnej presji czasu.

    Żeby nie było - też mam takie doświadczenia...

    > Program dziala na
    > akceptowalnym poziomie, kilent placi i na karku juz kolejne zlecenie.
    > Czesto nie mam czasu zeby cos dopracowac. Czesto zatrudnia sie mniej
    > doswiadczonych programistow bo sa tansi. Zwykle o losach projektu
    > decyduje ten kto ma pieniade na projekt, a posiadanie pieniedzy czesto
    > nie idzie w parze ze stosownymi umiejetnosciami.

    Tylko że opłacalność tego potrafi też działać w drugą stronę - firma
    sprzedała program w jakiejś tam wersji, klienci chcą następnej wersji i
    nawet są skłonni zapłacić dużą kasę, ale z powodu niedobrych praktyk
    rozwijanie kolejnych wersji staje się coraz droższe, a co za tym idzie
    coraz mniej opłacalne.

    Albo jeszcze gorzej: program którego zrobienie kosztowało dwa miliony
    został sprzedany za cztery, tylko że się okazuje, że w programie jest
    sporo bugów, które producent musi zapatchować za darmo, i patchowanie w
    końcu kosztuje kolejne trzy miliony.

    > Przykladowo w tej chwili mam program o czesciowej funkcjonalnosci. Uparli
    > sie zeby najpierw napisac program tylko o czesciowej funkcjonalnosci.
    > Chodzilo glownie o to, zeby mozna bylo szybko zobaczyc cokolwiek dzialajacego.
    Chcieli to zribilem. Zadzialalo, nawet spodobalo sie i
    > nawet bylo ladnie zaprojektowane, ale teraz trzeba przerobic jeden
    > program na niemal zupelnie inny. Nie mam dobrze wydzielonego wspolnego
    > kodu, nie mam dobrych abstrakcji, nie mam w kodzie ogolnych struktur
    > danych, to tu dopisuje sprytengo ifa, to tam duzo kodu powielam przez
    > copy-paste i sie zrbobila sieczka. Nie ma czasu na uporzadkowanie, ma
    > zadzialac i koniec.

    "Miał zadziałać, i proszę bardzo - zadziałał. I koniec."

    Poważnie jednak - to jest absolutnie normalne, że funkcjonalność
    programu jest rozbudowywana w ten sposób. Tak się robi, na tym się
    zarabia, i porządnie zrobione jest to obopólnie korzystne dla
    zamawiającego, jak i dla producenta. Chodzi jednak o to, że porządne
    zrobienie tego nie oznacza dopuszczenia do sieczki, a nawet jak już się
    sieczka gdzieniegdzie zrobi, to da się ją posprzątać. Powiesz, że
    klienta nie interesuje, czy jest sieczka, czy nie. Ale czy nie
    interesuje go również, czy zaimplementowanie kolejnego wymagania zajmie
    dwa tygodnie, czy - z powodu sieczki - dziesięć? Czy nie interesuje go
    ile razy na miesiąć system będzie padał i jaki będzie miał downtime?

    Oczywiście zarobić da się i na tym, że klient nie ma pełnej informacji o
    tym, co kupuje, między innymi o takich aspektach. Ale skoro pytałeś o
    definicję porządnej firmy, moja definicja jest taka, że jest to firma,
    która nie opiera na tym fakcie swojego modelu biznesowego.

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: