-
Path: news-archive.icm.edu.pl!news.rmf.pl!nf1.ipartners.pl!ipartners.pl!newsfeed.pion
ier.net.pl!newsfeed.straub-nv.de!feeder.news-service.com!aioe.org!.POSTED!not-f
or-mail
From: "Stachu 'Dozzie' K." <d...@g...eat.some.screws.spammer.invalid>
Newsgroups: pl.comp.programming
Subject: Re: Software warranties
Date: Sat, 16 Jul 2011 15:12:12 +0000 (UTC)
Organization: Aioe.org NNTP Server
Lines: 167
Message-ID: <ivs9ob$j7e$1@speranza.aioe.org>
References: <5...@u...googlegroups.com>
<ivef8p$1rn$1@news.onet.pl> <iveg55$ar3$1@solani.org>
<ivend0$2qd$1@news.onet.pl> <iveopc$ar3$4@solani.org>
<iveran$jvn$1@news.onet.pl> <ivesh5$akp$1@speranza.aioe.org>
<ivi7u8$c7n$1@news.onet.pl>
<2...@g...googlegroups.com>
<ivico7$vmc$1@news.onet.pl>
<e...@k...googlegroups.com>
<ivmpec$aiq$1@news.onet.pl> <ivmrvh$500$1@speranza.aioe.org>
<ivn3ua$pnr$1@news.onet.pl> <ivn4b5$8m2$7@solani.org>
<ivn519$u84$1@news.onet.pl> <ivnkfu$3rn$1@speranza.aioe.org>
<ivnnjk$6lr$1@news.onet.pl> <ivnpj2$fqh$1@speranza.aioe.org>
<ivns1s$jkg$1@news.onet.pl> <ivoulc$q5u$1@speranza.aioe.org>
<ivq5jk$hre$1@news.onet.pl>
NNTP-Posting-Host: 32kR2H3mw0v3HL1sSnS9/A.user.speranza.aioe.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-Complaints-To: a...@a...org
User-Agent: slrn/pre0.9.9-111 (Linux)
X-Notice: Filtered by postfilter v. 0.8.2
Xref: news-archive.icm.edu.pl pl.comp.programming:191577
[ ukryj nagłówki ]On 2011-07-15, Sebastian Biały <h...@p...onet.pl> wrote:
> On 2011-07-15 10:44, Stachu 'Dozzie' K. wrote:
>> Istotną informacją może być dla mechanika czy samochód miał bak
>> zatankowany do pełna czy tylko do połowy; konsument może nie wiedzieć że
>> to było istotne i tej informacji nie podać.
>
> Jednak zapytany o to zapewne tej informacji może udzielić. W przypadku
> zapytania konsumenta czy jego jądro posiada poprawkę x-y-z-1.4 zapewne
> pozostanie bez odpowiedzi.
Podobnie jak klient warsztatu samochodowego zapytany z jaką tolerancją
został wykonany tłok w jego samochodzie.
>>> Miliony stopni swobody i żadnych informacji bądź błedne bo klient to
>>> przeciętny tumanista.
>> No popatrz. To zupełnie jak u mechanika samochodowego.
>
> Mechanik nie ma milionów stopni swobody. Samochody to dośc prymitywne
> urządzenie. Zdolniejszy absolwent zawodówki opisze jego działanie w 80%.
No popatrz, podobnie jak w programie fakturującym. Zdolniejszy absolwent
technikum informatycznego opisze jego działanie w 80%.
>>> Super. Masz setkę ludzi w helpdesku odpytujących "a czy na pewno włączył
>>> Pan drukarkę" za pare tysiecy / osoba. Żaden problem. Stać na to każdego.
>> Jeśli producent ma paręset tysięcy klientów, to raczej go stać. Jeśli
>> nie ma, to niepotrzebna mu setka ludzi na helpdesku.
>
> O nie nie. Kazio napisał zajefajna aplikację do bekania na iFona. Setki
> ludzi kupiło ją po $3.99 i okazało się że beka tylko trzy razy i zwisa
> na *niektorych* telefonach. Kazio ma do dyspozycji pół pokoju ktory
> dzieli z siostrą i telefon mamy. No dobra. Przesadzam. Ale czujesz
> problem małych wytworców?
OK, w porządku. Teraz mi objaśnij, jak często idziesz do producenta
wymienić na gwarancji czy innej rękojmi długopis albo skarpetki.
>> Nie zrozumiałeś idei zwrotu. Klient, żeby skorzystać z tego prawa, musi
>> wykazać że produkt mu nie działa
>
> W przypadku odkurzacza to proste - nie konsumuje śmieci. W przypadku
> software ilośc elementow które mogą nie pasować jest ogromna i zawsze
> się coś znajdzie.
Ponownie: klient musi *wykazać* że mu nie działa. Musi udokumentować
niedziałanie. Ilość elementów które mogą nie pasować nie ma znaczenia,
jeśli klient nie udokumentował niedziałania.
>> Jeśli problem jest
>> wyimaginowany, to zwrotu nie masz obowiązku przyjąć.
>
> Pewnie. Za to tracę czas i pieniądze na jego obsługę.
Zupełnie jak w warsztacie samochodowym czy innym serwisie pralek. Nie
wiem czy wiesz, ale serwisy często liczą sobie ryczałtową opłatę za
nieuzasadnione zgłoszenie (to się czasem nazywa "opłata za przegląd").
>> Chyba że producent nie przyjmuje, bo w warunkach technicznych nie było
>> ani słowa o ilości dokumentów, którą system jest w stanie obsłużyć.
>
> Kupiłeś coś bez czytania warunków?
Z czytaniem warunków. Ale sam zauważyłeś, że programy to trochę
skomplikowana sprawa. Nie masz szans na przewidzenie *wszystkiego*.
Przy czym podobnie jest z produktami materialnymi: też nie przewidzisz
wszystkiego; dlatego jako klienta chroni cię mechanizm gwarancji
i rękojmi.
> Znajomi prawnicy mają takie
> kretyńskie powiedzenie "nieznajomośc prawa szkodzi". Bardzo niechętnie
> je powtarzam rownież tutaj.
To powtarzaj sobie do upadłego, życzę zdrowia. Nie ma w tym przypadku
zastosowania.
>> W życiu byś się nie domyślił że taka pierdoła może uniemożliwiać
>> korzystanie z systemu i że trzeba o nią zapytać przy kupowaniu (mimo że
>> na dobrą sprawę jest oczywista), chyba że wcześniej by cię ugryzła
>> w dupę.
>
> Wystarczy że ugryzła w dupę konkurencję.
Oczywiście, i konkurencja ci powie, że nie kupuj systemu obiegu
dokumentów jeśli nie wytrzyma obciążenia piętnastu dokumentów dziennie.
Chyba coś ci się pomieszało. Konkurencja nie chwali się nieudanymi
wdrożeniami.
>>> Bedą. Zawsze jest jakiś błąd. Błedy w większych programach wyłapują
>>> zarowno testy wewnątrzne jak równiez klienci. Tak to działa.
>> Owszem. Ale będą występować rzadko. Chyba że to duży system, ale wtedy
>> masz duży zespół i sporo zasobów, więc to rzadko i tak jesteś w stanie
>> obsłużyć.
>
> Utopia.
Ta utopia tak właśnie działa w praktyce, jeśli nie zauważyłeś. Microsoft
czy inna Opera Software, które mają duże produkty na koncie, mają dość
sporo zasobów przypisanych naprawianiu błędów. Huzar Software, który
zajmuje się chyba wyłącznie softem do kontaktów z Urzędem Celnym,
z kolei nie ma takiego rozbudowanego zespołu, ale błędów utrudniających
czy uniemożliwiających pracę z ich programem pojawiało się jak na
lekarstwo.
>>> Zdajesz sobie sprawę z tego co niesie za sobą "przepisanie"? Kilkaset
>>> osobo-lat, miliony zlotych, wylot z rynku, utrate klientów i tym podobne
>>> duperele?
>> Jak mówiłem, bywa że za błędy się płaci. Chyba że wolisz brnąć
>> w testowanie trzymając się aktualnych narzędzi i metodologii (byle
>> uzyskać zadowalającą jakość, która minimalizuje ryzyko wystąpienia
>> zgłoszenia reklamacyjnego).
>
> To nie ja wole. To scisła kalkulacja biznesowa. Przepisanie software
> kończy się częściej jego smiercią. Bo konkurencja tego nie robi.
Oczywiście. Ale jeśli kalkulacja biznesowa mówi, że przepisanie programu
jest niewykonalne finansowo-technicznie, a obecne narzędzia
i metodologia nie pozwalają podnieść jakości programu żeby zredukować
ilość zgłoszeń reklamacyjnych, to ja naprawdę nie będę płakał jak taka
firma zdechnie.
>>> Ale sprzedawca może mieć obowiązek wynikający z umowy. Idziesz do
>>> takiego u ktorego możesz mieć to w umowie.
>> Ale sprzedawca nie ma obowiązku zobowiązywać się do takiego czegoś.
>
> Rynek go przymusi.
Dziwne. W oprogramowaniu do tej pory nie przymusił.
> Na tej zasadzie MediaMarkt przyjmuje zwroty na "bo
> tak". I wszyscy są zadowoleni.
Nie. W MM zwroty są przyjmowane jak leci, bo taniej im jest przyjąć parę
zwrotów nieuzasadnionych niż badać starannie wszystkie. Nikt ich nie
zmuszał do przyjmowania jak leci, nawet rynek. To czysta kalkulacja
biznesowa, że posłużę się podpatrzonym u ciebie zwrotem.
>> Istotne jest że *sprzedawca nie jest do niczego zmuszony*, chyba że sam
>> dobrowolnie się zobowiąże.
>
> Przeciez gwarancja wlasnie go zmusi.
Przypominam (bo raczyłeś wyciąć tu sporą część dyskusji) że ten cytat
dotyczył kwestii przyjmowania zwrotów jak leci, co miało być uznawane za
ważny punkt w umowie przez niektórych sprzedawców.
Owszem, gwarancja zmusi, ale producenta, i tylko do tego, żeby brał
odpowiedzialność za swoje produkty. Nie zmusi go do przyjmowania zwrotów
z powodu nie podobającego się przycisku "zapisz".
>>> Jasne, szczegolnie jak klient twierdzi że "jak tu się kliknie to się
>>> psuje" a u ciebie na 5 komputerach nie chce.
>> Jak nie chce, to znaczy że nie udało się odtworzyć problemu. Albo klient
>> uzupełni zgłoszenie, albo odrzucasz jako niekompletne i bezzasadne.
>> Popatrz, zupełnie jak w ticketach bugtrackera!
>
> Niezła jakośc pracy. W zasadzie mozna by napisać auto-responder który na
> kazdego maila z gwarancją napisze że "nie udało nam się odtworzyć bledu,
> spadaj na drzewo z gwarancją". OMG, jestem genialny.
No popatrz, zupełnie jak u niektórych producentów sprzętu. Wyobraź sobie
że ta patologia już dawno występuje, a mimo to system gwarancji sprawuje
się całkiem nieźle.
--
Secunia non olet.
Stanislaw Klekot
Następne wpisy z tego wątku
- 16.07.11 18:46 Kviat
- 16.07.11 18:49 Mariusz Kruk
- 16.07.11 18:58 Mariusz Kruk
- 16.07.11 19:10 Mariusz Kruk
- 16.07.11 19:29 Mariusz Kruk
- 16.07.11 20:16 Sebastian Biały
- 16.07.11 21:18 Waldek M.
- 17.07.11 05:52 j...@f...adres.to
- 17.07.11 08:45 Mariusz Kruk
- 17.07.11 10:47 Sebastian Biały
- 17.07.11 11:04 Sebastian Biały
- 17.07.11 12:21 Mariusz Kruk
- 17.07.11 13:18 Andrzej Jarzabek
- 17.07.11 13:35 Sebastian Biały
- 17.07.11 16:12 Stachu 'Dozzie' K.
Najnowsze wątki z tej grupy
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
Najnowsze wątki
- 2024-12-24 Dzisiaj Bentlejem czyli przybieżeli sześciu Króli do Rysia na kasie
- 2024-12-23 Przedłużacz USB-C działa w połowie
- 2024-12-24 Cicha noc...
- 2024-12-24 Gdańsk => Software .Net Developer <=
- 2024-12-23 Opole => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i Ka
- 2024-12-23 Łódź => Architekt rozwiązań (doświadczenie w obszarze Java, AWS)
- 2024-12-23 Kraków => System Architect (Java background) <=
- 2024-12-23 Poseł Ryszard Petru w Biedronce
- 2024-12-23 Riga => Specjalista ds. public relations <=
- 2024-12-23 Łódź => Specjalista ds. Sprzedaży <=
- 2024-12-23 Kraków => International Freight Forwarder <=
- 2024-12-23 Co nalezy do Cinkciarza, a co do Conotoxia ?
- 2024-12-23 Poznań => Key Account Manager <=
- 2024-12-23 Warszawa => Presales / Inżynier Wsparcia Technicznego IT <=
- 2024-12-23 Rzeszów => Spedytor Międzynarodowy <=