W dniu 2010-02-02 11:11, Mateusz Ludwin pisze:
> Paweł Kierski wrote:
>
>> Co najmniej napiszesz dupochron, że ryzyko jest. Inaczej przy padzie
>> to będzie twoja wina. I co wtedy zrobisz biznesowi, jak Cię będzie
>> zwalniał, albo pozywał o odszkodowanie? Może się oczywiście zdarzyć, że
>> samo przedstawienie takiego dupochronu spowoduje zwolnienie, ale to
>> chyba nawet lepiej - po co iść na dno z lemingami?
>
> Ale czy nie rozumiesz że ja nie jestem po stronie biznesu?

Jak na razie widzę, że prezentujesz pogląd: Dajmy biznesowi najtańsze
rozwiązanie, gdzie najtańsze oznacza "najtańsze dziś", bez oglądania
się na żadne przyszłe koszty, ponieważ biznes jest zadowolony
z najtańszych rozwiązań.

Jeśli się mylę to mnie skoryguj lub rozszerz.

Osobiście jestem za co najmniej poinformowaniem biznesu o ryzyku na
przyszłość. A jeszcze lepiej - uwzględnieniu różnych "przypadków" na
przyszłość, choćby dla własnego rozwoju (umiejętności dopracowanego
projektowania i tworzenia oprogramowania) oraz dbałości o własną
kondycję psychiczną. Jakoś nie lubię, jak za tydzień, miesiąc, czy
kwartał biznes przychodzi i chce "na wczoraj" zmiany, gdy całość mam na
sznurku i taśmie klejącej. W dobrym projekcie zmiana jest do zrobienia
w normalnym trybie ("na czysto", w tydzień), a nie "hackeskim", czyli
same hacki, i babranie się miesiąc z wdrożeniem, bo hacki zawsze coś
dodatkowo popsują - choćby pierwsza wersja produkcyjna była w jeden dzień.

--
Paweł Kierski
n...@p...net