On 21/05/2023 22:57, Robert Wańkowski wrote:
> Jak można zbudować system, który tak kiepsko działa, nikt tego nie
> testuje przed odbiorem?

make.

I do klientów.

Znam firmę, która to robi na codzień. Kiedyś gadałem z jednym z
programistów. Zapytałem jak testują. Zostałem nazwany idiotą. Oni piszą
tak, że nie trzeba. Dobrze, znaczy. Koleś ma tak pod 60kę. O unit
testach, testach integracyjnych itd słyszał, ale to tylko nowoczesne
gówno. Oni tego nie potrzebują. Jak coś się spieprzy, to się naprawi i tyle.

> Ale od momentu naciśnięcia do pojawienia się jakiejkolwiek reakcji na
> wyświetlaczu mija kilka sekund, po których pojawia się info o druku
> biletu i następne kilka sekund na reakcję drukarki.

Kamyczek w ogródek embedded

Mam zmywarkę hotpoint. Wciśnięcie "power on" powoduje 4sek pauzę, po
której zmywarka wstaje i ożywa.

W czasie tych 4 sekund, przeciętny user, w tym ja, w pierwszym
zderzeniem z tą zmywarką, wciśnie ten przycisk 6 razy.

To jest przykład, że imbecyl-programista to również rzecz spotykana w
embedded.

Wcześniejsza wersja miała reakcję natychmiastową. Bo przycisk był
mechaniczny.

> To nie są jakieś darmowe apki z Google Play, tylko systemy za grubą kasę.

Odpowiedź brzmi: te system nie są odbierane przez wolny rynek. One są
odbierane przez urzędniczych pustaków, którym wystarczy wyjaśnić, że
"komputer myśli". Ale za to są kolorowe ikonki. Widziałem kiedyś taki
odbiór na żywo. Straciłem spory kawałek mózgu starając się logicznie
ogarnąc argumentację producenta. To bez znaczenia z resztą, system
został wdrożony i przez wiele lat przyczynił się do depresji i ataków
zaniku logiki wielu petentów pewnego urzędu.