Thread View: pl.comp.objects
8 messages
8 total messages
Started by Aleksander Galicki
Mon, 04 Sep 2006 23:08
"Death March" z perspektywy 10 lat
Author: Aleksander Galicki
Date: Mon, 04 Sep 2006 23:08
Date: Mon, 04 Sep 2006 23:08
35 lines
2361 bytes
2361 bytes
Wczoraj wieczorem lazilem po sklepie w poszukiwaniu ksiazki na tyle nie wymagajacej bym mogl ja czytac w gym. Moje zdziwienie wzbudzilo zobaczenie na polce "Death March" - poniekad juz dosc starej (jak na publicystyke) ksiazki. Okazalo sie, ze to Second Edition. Jako ze first edition ja zostawilem przy przeprowadce i potrzebowalem czegos nowego do czytania w gym, to sobie kupilem. Dwie rzeczy ktore kojarze z pierwsza ksiazka to: - przepowiednia, ze death marches sa z nami na dobre - to tam przeczytalem po raz pierwszy o Good Enough Software - to tez mialo zostac z nami na dobre. [pojecie good enough software pojawilo sie poraz pierwszy w 1995 w artykule "The Challenge of 'Good Enough' Software" by James Bach - http://www.di.ufpe.br/~hermano/cursos/calcprog/good-enough-software.htm] Po dziesieciu latach od wydania oryginalnego wydania mozna pomyslec o weryfikacji tych dwoch przepowiedni. Z mojego punktu siedzenia widze, ze pierwsza przepowiednia sprawdzila sie jedynie czesciowo - death marches sa powszechne, ale czestotliwosc ich wystepowania nie wzrasta tak, jakby to wynikalo z ksiazki. Co do Good Enough Software - to sie sprawdzilo imho na wieksza skale. Good Enough Software stalo sie to obowiazujaca filozofia biznesowa w sporej czesci firm IT . Sprawdzilem co tam pisze Yourdon na swoim blogu i sie okazalo, ze pare dni temu sam podjal ten temat - http://yourdon.com/personal/blog/2006/08/31/death-march-projects-are-back/ Ciekaw jestem, jak to wyglada z Waszego punktu siedzenia? A. -- Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Re: "Death March" z perspektywy 10 lat
Author: A.L.
Date: Tue, 05 Sep 2006 00:10
Date: Tue, 05 Sep 2006 00:10
25 lines
1618 bytes
1618 bytes
On Mon, 4 Sep 2006 23:08:09 +0000 (UTC), "Aleksander Galicki" <tretete@NOSPAM.gazeta.pl> wrote: > > >Dwie rzeczy ktore kojarze z pierwsza ksiazka to: >- przepowiednia, ze death marches sa z nami na dobre Owszem, sa i maja sie dobrze. >- to tam przeczytalem po raz pierwszy o Good Enough Software - to tez mialo >zostac z nami na dobre. Zostalo i rozprzestrzenilo sie na inne dziedziny niz programowanie. Nie oplaca sie produkowac dobrych towarow bo klient majac do wyboru drogi twoar i tani, wybierze tani nie baczac na jakosc. Poza tym... gdyby lodowki nie psuly sie nie tzreba by ich bylo wyrzucac po 2 latach, to z czego by zyli ludzie produkujacy lodowki?... Rozwiniecie tematu znajduje sie w nastepujacej ksiazce: "Made to Break: Technology and Obsolescence in America", Giles Slade, Harvard University Press, 2006. Polecam! Lepsze do czytania w gymie niz Yourdon. A.L.
Re:
Author: Aleksander Galicki
Date: Tue, 05 Sep 2006 06:35
Date: Tue, 05 Sep 2006 06:35
35 lines
2268 bytes
2268 bytes
A.L. <alewando@fala2005.com> napisał(a): > >- to tam przeczytalem po raz pierwszy o Good Enough Software - to tez mialo > >zostac z nami na dobre. > > Zostalo i rozprzestrzenilo sie na inne dziedziny niz programowanie. > Nie oplaca sie produkowac dobrych towarow bo klient majac do wyboru > drogi twoar i tani, wybierze tani nie baczac na jakosc. A czasami wyrzuca miliony dolarow na soft, ktorego za cholere nie potrzebuje. Produkcje owego softu powierzajac jakiejs zupelnie nie taniej firmie konsultingowej - np IBM, albo EDS. A nadzor nad produkcja powierza sztabowi enterprise architects. Roznie z tym bywa. Dla mnie Good Enough Software nie ma jednoznacznie negatywnego wydzwieku. Nawet bym powiedzial, ze z punktu widzenia biznesu czesto jest to bardzo racjonalna praktyka. A dla kontraktow typu fixed price & fixed size czesto jedynie mozliwa. > Poza tym... > gdyby lodowki nie psuly sie nie tzreba by ich bylo wyrzucac po 2 > latach, to z czego by zyli ludzie produkujacy lodowki?... > > Rozwiniecie tematu znajduje sie w nastepujacej ksiazce: "Made to > Break: Technology and Obsolescence in America", Giles Slade, Harvard > University Press, 2006. Polecam! Lepsze do czytania w gymie niz > Yourdon. Chyba zamowie w Amazonie. Choc nie lubie czekac na ksiazki z Amazona czy innego Springera - znaczy sie poprostu nie lubie czekac na ksiazki... A. -- Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Re:
Author: Piotr Dembiński
Date: Tue, 05 Sep 2006 06:59
Date: Tue, 05 Sep 2006 06:59
16 lines
1490 bytes
1490 bytes
"Aleksander Galicki" <tretete@NOSPAM.gazeta.pl> writes: [...] > Dla mnie Good Enough Software nie ma jednoznacznie negatywnego > wydzwieku. Nawet bym powiedzial, ze z punktu widzenia biznesu > czesto jest to bardzo racjonalna praktyka. A dla kontraktow typu > fixed price & fixed size czesto jedynie mozliwa. Nie znam dokładnie znaczenia terminu 'Good Enough Software', ale to jest chyba tak, że w przypadku ustalonej z góry ceny oraz terminu samą jakość oprogramowania powinno się utrzymywać na stałym poziomie, a operować na samych wymaganiach. -- http://www.piotr.dembiński.prv.pl
'Good Enough Software'
Author: Piotr Dembiński
Date: Tue, 05 Sep 2006 07:05
Date: Tue, 05 Sep 2006 07:05
16 lines
1600 bytes
1600 bytes
"Aleksander Galicki" <tretete@NOSPAM.gazeta.pl> writes: [...] > Dla mnie Good Enough Software nie ma jednoznacznie negatywnego > wydzwieku. Nawet bym powiedzial, ze z punktu widzenia biznesu > czesto jest to bardzo racjonalna praktyka. A dla kontraktow typu > fixed price & fixed size czesto jedynie mozliwa. Nie znam dokładnie znaczenia terminu 'Good Enough Software', ale to jest chyba tak, że w przypadku ustalonej z góry ceny oraz terminu samą jakość oprogramowania powinno się utrzymywać na stałym poziomie, a operować jedynie na wymaganiach. -- http://www.piotr.dembiński.prv.pl
Re: 'Good Enough Software'
Author: Aleksander Galicki
Date: Tue, 05 Sep 2006 07:42
Date: Tue, 05 Sep 2006 07:42
27 lines
1954 bytes
1954 bytes
pdemb@gazeta.pl (=?ISO-8859-2?q?Piotr_Dembi=F1ski?=) napisał(a): > "Aleksander Galicki" <tretete@NOSPAM.gazeta.pl> writes: > > [...] > > > Dla mnie Good Enough Software nie ma jednoznacznie negatywnego > > wydzwieku. Nawet bym powiedzial, ze z punktu widzenia biznesu > > czesto jest to bardzo racjonalna praktyka. A dla kontraktow typu > > fixed price & fixed size czesto jedynie mozliwa. > > Nie znam dokładnie znaczenia terminu 'Good Enough Software', ale to > jest chyba tak, że w przypadku ustalonej z góry ceny oraz terminu > samą jakość oprogramowania powinno się utrzymywać na stałym poziomie, > a operować jedynie na wymaganiach. Fixed size najczesciej oznacza ustalony (z pewna precyzja) zakres wymagan. Operowanie na tak ustalonych wymaganiach jest dosc ograniczone owa precyzja zakresu wymagan i natura wspolpracy klient-firma. Kreatywne operowanie przy podpisanym kontrakcie moze sie zle skonczyc. A. -- Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Re: "Death March" z perspektywy 10 lat
Author: Jacek Pietraszek
Date: Tue, 05 Sep 2006 13:44
Date: Tue, 05 Sep 2006 13:44
25 lines
1875 bytes
1875 bytes
A.L. <alewando@fala2005.com> napisal: > Zostalo i rozprzestrzenilo sie na inne dziedziny niz programowanie. > Nie oplaca sie produkowac dobrych towarow bo klient majac do wyboru > drogi twoar i tani, wybierze tani nie baczac na jakosc. Poza tym... > gdyby lodowki nie psuly sie nie tzreba by ich bylo wyrzucac po 2 > latach, to z czego by zyli ludzie produkujacy lodowki?... Fakt. Z uwagi na niektore moje miejsca siedzenia dodam jeszcze "Good Enough Teaching. A co do filozofii taniej bylejakosci, to bedzie ona trwala dopoty, dopoki utrzymaja sie jednoczesnie: duze tempo rozwoju i wzglednie tania energia. Jak skonczy sie duze tempo rozwoju, a taka stabilizacja dotyka wczesniej, czy pozniej kazda dziedzine, to zniknie zjawisko starzenia sie "moralnego" przy pelnej sprawnosci technicznej Jak skonczy sie tania energia, to gwaltownie wzrosna ceny i znow oplacalne stanie sie naprawianie. -- Pozdrawiam, Jacek
Re: 'Good Enough Software'
Author: Piotr Dembiński
Date: Tue, 05 Sep 2006 14:36
Date: Tue, 05 Sep 2006 14:36
8 lines
1144 bytes
1144 bytes
"Aleksander Galicki" <tretete@gazeta.SKASUJ-TO.pl> writes: [...] > Fixed size najczesciej oznacza ustalony (z pewna precyzja) > zakres wymagan. Zakres wymagań czy wymagania?
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads