-
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-02-12 Warszawa => Expert Recruiter 360 <=
- 2025-02-12 Ostrów Wielkopolski => Area Sales Manager OZE <=
- 2025-02-12 Bieruń => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-02-12 Dęblin => Node.js / Fullstack Developer <=
- 2025-02-12 Kraków => PHP Full Stack Developer <=
- 2025-02-12 Dęblin => JavaScript / Node / Fullstack Developer <=
- 2025-02-12 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-02-12 Łódź => NodeJS Developer <=
- 2025-02-12 Błonie => Sales Specialist <=
- 2025-02-10 Chrzanów => Programista NodeJS <=
- 2025-02-10 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2025-02-10 Białystok => iOS Developer (Swift) <=
- 2025-02-10 Mińsk Mazowiecki => Team Lead / Tribe Lead FrontEnd <=
- 2025-02-10 Białystok => System Architect (Java background) <=
- 2025-02-10 Szczecin => Senior Field Sales (system ERP) <=