Rolig software: at dræbe en flimrende kontakt og lære chatten at sige, hvilken tilstand den er i

Ikke enhver udgivelse er en krigshistorie. Nogle er bare en liste med små, næsten usynlige ting, der stille var forkerte — den slags, der ikke crasher noget, men får en app til at føles lidt upålidelig, lidt nervøs, lidt ikke-din. GeekBye v2.0.3 og v2.0.5 var to af dem. Ingen nye funktioner. Bare ro.

"Rolig software" lyder som en stemning. Det er faktisk en bunke specifikke beslutninger. Her er tre af dem.

En kontakt, der ikke kunne bestemme sig

Der var en indstillingskontakt — den, der styrer lydgenoprettelse — som flimrede, når du klikkede på den. Tryk den til, og i en brøkdel af et sekund viste den til, så sprang den tilbage til fra, og faldt så til ro. En lillebitte visuel stammen, men øjet fanger den, og den læses som appen er ikke sikker på, hvad den laver.

Årsagen er et klassisk brugerfladekapløb kaldet en optimistisk opdatering. Når du klikker på en kontakt, har appen to valg: vente til indstillingen faktisk gemmes og så opdatere kontakten (korrekt, men føles trægt), eller skifte kontakten med det samme og gemme i baggrunden (føles øjeblikkeligt). GeekBye gjorde det sidste — skiftede med det samme — men den læste også den gemte værdi tilbage, da den kom. Så rækkefølgen var: du klikker, kontakten skifter optimistisk til, den rigtige gemte værdi ankommer et øjeblik senere, og i én billedramme var de to uenige, og kontakten hoppede synligt.

Rettelsen er at få den optimistiske værdi og den bekræftede værdi til at stemme rent overens — kontakten forpligter sig til den tilstand, du valgte, og holder op med at betvivle sig selv, når gemningen bekræftes. Ved siden af det lavede v2.0.3 en uglamourøs tekstgennemgang: beskrivelsen af lydgenoprettelse blev forkortet, så den flugter med sine søskenderækker, og indstillingsformuleringerne blev gjort mere menneskelige. Intet af dette er en funktion. Det hele er forskellen mellem et indstillingspanel, der føles konstrueret, og et, der føles omhyggeligt finpudset.

En rundvisning, der ikke ville gå

Rundvisninger for nye brugere er nyttige præcis én gang. Problemet er den engangsagtighed: efter du har set den, bliver et introduktionsoverlay, du ikke kan lukke, til rod, der signalerer denne app tror stadig, du er ny. v2.0.3 rettede begge ender — produktrundvisningen kan nu skjules, og hvis du faktisk vil have den tilbage, er der en Afspil rundvisning igen-knap. Vis den, når den hjælper, træk dig, når den ikke gør, og lad brugeren kalde den frem på egne betingelser. At respektere, at brugeren ikke længere er ny, er sin egen lille form for ro.

Assistenten, der ikke ville sige, hvordan den tænkte

Det her er den, der faktisk betød noget, og den hænger sammen med et dybere problem, vi havde jaget.

GeekByes assistent svarer forskelligt afhængigt af kontekst. På et møde skal "hvad synes du om dette?" få et samtalende, mødebevidst svar. I en kodningssession skal de samme ord få et teknisk. Så backend kører spørgsmålet gennem den rigtige ramme — kald det mødetilstand eller kodningstilstand — og den indramning ændrer faktisk det svar, du får.

Problemet: appen fortalte aldrig, hvilken tilstand der svarede. Så når assistenten gav dig et kodningsduftende svar på et samtalende spørgsmål — eller svarede på et kodespørgsmål, som om du chattede — så det ud, som om AI'en bare tog fejl. Den tog ikke fejl; den var i den anden tilstand, og du havde ingen måde at se det på. En skjult tilstand fik korrekt adfærd til at se ødelagt ud. (Selve tilstands-logikken er et større stykke arbejde — orkestratoren, der afgør, hvordan ikke-kodningsspørgsmål skal besvares under en kodningssession — men intet af det er til nytte for dig, hvis du ikke kan se den beslutning, den traf.)

v2.0.5 tilføjede en skrivebeskyttet tilstands-chip til chatten: en lille etiket, der viser, om assistenten svarede i mødetilstand eller kodningstilstand. Skrivebeskyttet er hele pointen — det er ikke en kontrol, du indstiller, det er et vindue ind til en beslutning, systemet allerede har truffet. Du holder op med at gætte, hvorfor et svar føles forkert; du kan se rammen, det kom fra.

Detaljen, der gør chippen ærlig

Her er det tekniske valg, der er værd at give videre, for det er den slags ting, der adskiller en påklistret indikator fra en pålidelig.

Tilstandsinformationen kommer fra backend som en del af det streamede svar — en lille mode-billedramme i strømmen af serverudsendte hændelser. Men en ældre klient, der er ældre end denne funktion, ville ikke vide, hvad en mode-billedramme er; i bedste fald ignorerer den den, i værste fald gengiver den noget forvansket. Så klienten annoncerer sin evne: den sender et anmodningshoved, der siger jeg ved, hvordan man viser en tilstands-chip, og backend udsender kun mode-billedrammen til klienter, der sendte det. Gamle klienter modtager aldrig et signal, de ikke kan håndtere; nye klienter får præcis den billedramme, de bad om.

Det er et håndtryk på ét hoved, og det er forskellen mellem "vi tilføjede en funktion" og "vi tilføjede en funktion uden at ødelægge det for nogen, der ikke har opdateret endnu." Den samme gennemgangsrunde strammede resten af adfærden: chippen rydder sig selv ved nulstilling, og når samtalekonteksten ændres (en forældet tilstandsetiket er sin egen lille løgn), og den vises kun i chatvisningen, hvor den hører hjemme.

Hvad to "ingen-funktion"-udgivelser lærte os

1. Nervøsitet er et tillidssignal. En flimrende kontakt, en hoppende omskifter, en etiket, der bliver hængende en billedramme for længe — ingen af dem er en fejl i crash-forstand, men hver især hvisker denne app har ikke helt styr på det. Ro er fraværet af de hvisken, og du fortjener det ét kapløb ad gangen.
2. En skjult tilstand får korrekt adfærd til at ligne en fejl. Assistenten gjorde det rigtige og fik skylden for det, udelukkende fordi brugeren ikke kunne se rammen. Når dit system træffer en usynlig beslutning, der ændrer outputtet, så vis beslutningen — en skrivebeskyttet chip er ofte hele rettelsen.
3. Nye funktioner skal være usynlige for klienter, der ikke kan bruge dem. Evne-hoved-håndtrykket betyder, at tilstandssignalet kun når klienter, der kan gengive det. Bagudkompatibilitet er ikke et versionstjek, der klistres på bagefter; det er en klient, der siger, hvad den forstår, og en server, der respekterer svaret.

Det her er udgivelserne, som ingen skriver changelog-overskrifter om, og de er en stor del af grunden til, at GeekBye v2 føles, som den gør. For udgivelsen, denne ro blev bygget på, se hvad en version 2 faktisk kræver (v2.0.0). For pålidelighedsarbejdet ved siden af den, dagen vores app DDoS'ede sig selv (v2.0.1) og hvorfor dit AI-notatværktøj holder op med at optage midt i mødet (v2.0.9).