Aleksander Galicki <t...@g...pl> wrote:
> To nie jest doskonalosc, to calkiem zwyczajna normalnosc. To co opisujesz to
> jest raczej przypadek kompletnej indolencji w zarzadzaniu (Twoja firma). Na to
> zaden jezyk programowania rady nie da.

Wybacz, nie podejmuję się tego komentować. Nawet jeśli prywatnie się z Tobą
zgodzę, to nie to jest tematem tego wątku :->

> Choc, to ze macie problemy z memory leaks wskazuje, ze developerow tez macie
> nienajlepszych (oglednie mowiac).

Nie mamy in-house developmentu w tych technologiach, przynajmniej w mojej
"zagródce". Wszystkie opisane przypadki zdarzyły się w trakcie współpracy z
kilkunastoma (niektórymi tzw. "wiodącymi" na rynku) firmami informatycznymi
na przestrzeni iluśnastu lat.

> A jak powinno byc? Mniej wiecej tak: firma, ktora potrzebuje i ktora stac na

[...]

Mi tego nie musisz pisać. Akurat wszystkie fazy wdrażania oprogramowania i
u nas przebiegają wg opisanego przez Ciebie schematu; ba, rzekłabym że ze
względu na specyfikę rynku cykl produkcji jest jeszcze bardziej
rozbudowany.

Co nie zmienia faktu, że większość utrzymywanego przeze mnie akurat softu
to soft, który musi się zmieniać tak często jak często biznes ma taką
potrzebę. To powoduje, że mimo ostrego testowania część błędów się przemyka
i tak. Po prostu w tych konkretnych zastosowaniach bardziej opłaca się
(biznesowo) poczynić kompromis i kupić gorszy produkt, wytestować go
słabiej, za to mieć go szybciej, nawet za cenę mniejszej wygody działu
utrzymania.

Ale żeby nie było, że w mojej firmie, pieczołowicie przez niektórych
wyguglanej, jest tak źle - bynajmniej; mam też aplikacje, które - raz
wdrożone - działają bezproblemowo, współpraca z dostawcami układa się
super, a na bazie historii wdrożenia można by podręcznik napisać. W
większości jednak są to produkty stworzone w innych technologiach niż Java,
stąd mój ogólny sceptycyzm.

> Nie masz tak we wlasnej firmie? Zmien firme.

Jak już wspomniałam wcześniej, nie narzekam. Co mnie nie zabije, to mnie
wzmocni, a przynajmniej sporo się nauczę.

a.