-
Data: 2007-09-04 20:06:18
Temat: Re: rozważania/narzekania programisty JEE na temat rozwoju.....
Od: asiaque <a...@w...hell.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Aleksander Galicki <t...@g...pl> wrote:
> Tak z ciekawosci: a co z maintenance contract? Zwykle, jak sie oddaje
> aplikacje, jest zawierany rowniez paroletni maintenance contract i w przypadku
> ciekniecia (ktore konczy sie pieknym OutOfMemoryError) czy innych bledow -
> jest psim obowiazkiem odpowiedniej firmy to naprawic. Administrator nic nie
> powinien poprawiac w zadnej klasie, zwlaszcza, ze zwykle jest to nielealne.
Być może w doskonałej przyrodzie tak jest. W mojej zbyt często zdarza się
jeden z poniższych scenariuszy:
- Supportu nie ma, bo nie. Mam jedną taką aplikację - odebrana w 2002
chyba, dostawca rokrocznie zwiększał cenę maintenance'u, aż ktoś wywalił to
z budżetu z argumentem "w razie czego będziemy im płacić za wykonanie
pracy". A nikt mi takich kosztów nie chce zaakceptować ("przecież wystarczy
zrestartować i działa"). Na szczęście akurat z tą aplikacją nie ma za wiele
problemów.
- Support jest, ale dostawca, traf chciał, zatrudnia (powiedzmy) 30
programistów, a wykonuje dla nas dziesiątki superważnych projektów.
Priorytet mojego zgłoszenia jest w związku z tym obniżany przez osoby
decyzyjne ("przecież wystarczy zrestartować i działa").
- Jak już się doczeka analizy - zazwyczaj rozwiązanie sprowadza się do
"Zwiększcie pamięć kontenera/pulę połączeń" (ha, ha). Problem odsunięty o
parę tygodni, w trakcie których ticket się zamyka, a kolejne zgłoszenie
traktuje jak zupełnie oddzielne zdarzenie, oddzielnie liczony czas reakcji
etc.
- Aplikacja jest "rozwojowa", biznes nieustannie zleca tworzenie nowych
funkcjonalności, które są dokładane po kilka/kilkanaście tygodniowo,
terminy naglą, programiści piszą byle jak, w rezultacie na miejsce jednego
usuniętego leaka przychodzą 3 nowe.
Najlepsze jaja są wtedy, gdy system A jest zintegrowany z systemem B innego
dostawcy - wtedy wszystkie problemy z A można oczywiście zrzucić na ten B.
Dostawca B się naturalnie wypiera i jest wesoło, bo nie ma winnych, a
downtime rośnie... :)
Powiesz, że "cóż, nie masz kasy, to cierp" - ale moja firma chyba nie
jest jakoś bardzo odosobniona w tym, że finansowanie wrzuca głównie w
tworzenie nowych rozwiązań biznesowych, a coś, co już raz wdrożono, uznaje
się za rozdział zamknięty - chyba że problem jest na tyle krytyczny, że
wstrzymuje sprzedaż/produkcję bądź jest błędem związanym z bezpieczeństwem.
I tak sobie lecimy na workaroundach, bo "przecież wystarczy... etc". :)
a.
Następne wpisy z tego wątku
- 04.09.07 20:39 Any User
- 04.09.07 23:20 Aleksander Galicki
- 05.09.07 01:26 camel
- 05.09.07 05:23 glosnetu
- 05.09.07 05:31 Aleksander Galicki
- 05.09.07 07:03 Wojciech Bańcer
- 05.09.07 12:21 asiaque
- 05.09.07 12:35 v...@g...com
- 05.09.07 15:09 asiaque
- 05.09.07 20:00 Aleksander Galicki
- 21.09.07 23:33 m...@s...mimuw.edu.pl
- 22.09.07 09:40 Wojciech Bańcer
- 22.09.07 09:58 Any User
- 22.09.07 10:12 Wojciech Bańcer
- 22.09.07 10:19 Any User
Najnowsze wątki z tej grupy
- Pedalskie ogłoszenia na rządowej s. WWW oferty.praca.gov.pl:443
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Ile powinien trwać tydzień pracy?
- Jakie znacie działające serwery grup dyskusyjnych?
- is it live this group at news.icm.edu.pl
- praca 12/24
- 5 minut przerwy przy komputerze
- raczej już nigdy nie będę pracował w Polsce
- Stanowiska sztucznie tworzone
- Re: SOLUTIONS MANUAL: Optical Properties of Solids 2nd Ed by Mark Fox
- zapłata
- Re: Cwana cwaniurka czyli niemieccy oszuści.
- Re: Cwana cwaniurka czyli niemieccy oszuści.
- Jawność zarobków wszystkich
- rozmówki przy wódeczce...
Najnowsze wątki
- 2025-01-08 Warszawa => Programista Full Stack .Net <=
- 2025-01-08 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-01-08 Warszawa => Solution Architect (Java background) <=
- 2025-01-08 Wrocław => Application Security Engineer <=
- 2025-01-08 Warszawa => International Freight Forwarder <=
- 2025-01-08 Mińsk Mazowiecki => Area Sales Manager OZE <=
- 2025-01-08 Lublin => Inżynier Serwisu Sprzętu Medycznego <=
- 2025-01-08 Bieruń => Spedytor Międzynarodowy (handel ładunkami/prowadzenie flo
- 2025-01-08 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-08 Warszawa => Spedytor Międzynarodowy <=
- 2025-01-07 Warszawa => Java Developer <=
- 2025-01-07 Warszawa => IT Recruiter <=
- 2025-01-07 Katowice => Administrator IT - Wirtualizacja i Konteneryzacja <=
- 2025-01-07 Żerniki => Specjalista ds. Employer Brandingu <=
- 2025-01-06 Białystok => System Architect (Java background) <=