publikuj: Opublikuj w wykop.pl Opublikuj we flaker.pl Opublikuj na OSnews.pl Opublikuj w delicious wydrukuj
2 skomentuj »

TAGI: listy do redakcji , projektowanie stron www

2009-03-04 11:58  |  Patryk Białecki

Listy do redakcji: zbyt szczegółowe warunki specyfikacji projektu?

Listy do redakcji: zbyt szczegółowe warunki specyfikacji projektu?

W rubryce LISTY piszecie o wszystkim, co Was boli, irytuje lub przeszkadza. My staramy się sprawy nagłaśniać i w ten sposób poprawiać jakość całej branży IT. Poniżej zamieszczamy kolejny list. 

 

List do redakcji

Walczę ostatnio z jedną firmą projektującą strony WWW. Dostałem załącznik do umowy, który zawiera warunki techniczne hostowania serwisu. Są tam zapisy, które wskazują konieczność używania serwera w konkretnej wersji np. MySQL 5.0.51, PHP 5.0.21 itd. I teraz w domyśle, jeżeli uruchomimy ją na innych serwerach lub innych wersjach i coś nie będzie działało, to możemy mieć problem.

Chodzi o to, czy taka szczegółowa specyfikacja jest z punktu widzenia firmy do zaakceptowania. Wyobraźmy sobie sytuację, że w PHP 5.0.22 pojawia się luka, aktualizuję automatycznie PHP do 5.0.23 i strona przestaje działać. Albo druga sytuacja: hostujemy naszą aplikację w firmie hostingowej i tam jest jakaś inna wersja serwera, na którą nie mamy wpływu. 

Oczywiście naturalnym jest wymaganie, że strona pracuje na MySQL 5, PHP 5 itd., ale czy tak szczegółowe zapisy nie naruszają w jakiś sposób interesów klienta? Bo rozumiem, że dla firmy projektującej stronę jest to wygodne. Czy tego typu praktyki są powszechne, czy klient powinien nalegać, aby zmienić te zapisy na bardziej ogólne?

Z poważaniem, 
Patryk Białecki


Odpowiedź redakcji

W naszej opinii problem pojawiłby się w sytuacji, gdyby nowe wersje wymienionych w liście aplikacji były regularnie niekompatybilne wstecz - tak się jednak zazwyczaj nie dzieje. Poza tym nie możemy oczekiwać od firmy deweloperskiej, że będzie ona znała przyszłość i kierunki rozwoju danej platformy we wszystkich jej detalach, dostosowując do nich również swoją aplikację. Finalnie wreszcie, możemy poprosić firmę o dostosowanie specyfikacji pod kątem docelowego środowiska pracy zamawianej aplikacji.

Pozdrawiamy,
redakcja Webhosting.pl


Odpowiedź prawnika współpracującego z redakcją

Ogólną zasadą jest swoboda kształtowania treści umów między stronami. Zakładając, że obie strony godzą się na warunki określone w umowie i są przedsiębiorcami, nie można mówić o pokrzywdzeniu którejkolwiek ze stron, w przypadku, gdy niektóre warunki umowy bardzo wąsko zakreślają przydatność wykonanego przedmiotu umowy.

W tej sytuacji twórca aplikacji celowo wskazuje, że jego oprogramowanie działa lub współdziała z innym oprogramowaniem w określonej wersji. Wynika to ze zrozumiałej chęci wyłączenia odpowiedzialności twórcy aplikacji, za ewentualną jej przyszłą niekompatybilność z nowym oprogramowaniem. Choć nawet gdyby twórca o tym fakcie nie informował i tak odpowiedzialności za niekompatybilność z nieistniejącą w chwili sprzedaży aplikacji wersją oprogramowania ponosić nie może. 

Poza tym weźmy pod uwagę fakt, że oprogramowanie może funkcjonować na rynku od dłuższego czasu i taka informacja, o niekompatybilności z nowszymi wersjami oprogramowania, nie tylko nie narusza interesów klienta, ale należy ją traktować jako rzetelną i w jego interesie.

Podobnie sytuacja ma się do kompatybilności wstecz. Producent nie musi tworzyć oprogramowania działającego ze starszymi wersjami innych programów.

To jaki produkt wybierze klient jest jego prywatną sprawą, a producent ma nie tylko prawo ale i obowiązek udzielania rzetelnej informacji o produkcie.

Marcin Błaszyk, Kancelaria Prawna Renata Urowska i Wspólnicy sp. k.

 

publikuj: Opublikuj w wykop.pl Opublikuj we flaker.pl Opublikuj na OSnews.pl Opublikuj w delicious wydrukuj
2 skomentuj »

Komentarze

  • anionim

    #1 anionim 2009-03-04 12:13:18 1

    "Wyobraźmy sobie sytuację, że w PHP 5.0.22 pojawia się luka, aktualizuję automatycznie PHP do 5.0.23 i strona przestaje działać."

    Dlatego warto używać takich dystrybucji jak Debian - tam nawet jak wychodzi poprawka security, to nie na zasadzie "upgrade do następnej wersji", ale jako patch z backportem poprawki do wersji w dystrybucji oznaczonej jako stable.

    IP: 89.171.190.[...] Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6) Gecko/2009020911 Ubuntu/8.10 (intrepid) Firefox/3.0.6 FirePHP/0.2.4

  • eimi

    #2 eimi® 2009-03-04 12:19:57 0

    Może warto byłoby wówczas zażądać aneksu do specyfikacji, który uzasadniałby konieczność korzystania z takich właśnie wersji? Już widzę, jakie flame'y by się rozpętały, gdyby twórcy jakiegoś dużego, popularnego CMS-a poinformowali, że od tej pory tylko np. PHP 5.0.22 i MySQL 5.0.7 są obsługiwane, a cała reszta może sobie hmm hmm.

    Może być tak, że firma która projektuje serwis, chce wymusić hosting na konkretnej platformie - np u ich kolegów. Taki vendor lock-in. Warto byłoby się popytać konkurencji, czy budując serwis o zbliżonej funkcjonalności, postawiliby podobnie osobliwe żądania.

    IP: 83.27.142.[...] Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20090221 Shiretoko/3.1b3pre

Uwaga! Możesz zarejestrować się w serwisie i w ten sposób zarezerwować swój nick oraz ominąć konieczność ciągłego odczytywania wyrazów.

Aby dodać komentarz, musisz podać swój nick, treść komentarza oraz poprawnie przepisać oba słowa z obrazka (słowa muszą być rozdzielone spacją).
W treści komentarza można używać języka formatowania BBcode.

Polecane książki

Czytaj Webhosting

Chcesz być na bieżąco z naszymi informacjami? Zapisz się na Newsletter.

Zarejestruj domenę

Sprawdź dostępność swojej domeny:

.pl: 0 zł   .com: 19.90 zł
.com.pl: 0 zł   .eu: 19.90 zł