Jeg ville måle kroppsfettprosent og endte opp med å bygge over hundre kalkulatorer

Den opprinnelige planen var skammelig enkel. Etter tre måneder med konsistent treningsarbeid, hadde ikke vekten flyttet seg mye, men speilet fortalte en annen historie. Klær passet annerledes. Energinivåene var opp. Folk gjorde kommentarer. Det åpenbare spørsmålet var om kroppssammensetningen skiftet selv om totalvekten forble omtrent den samme, og det åpenbare svaret krevde kunnskap om kroppsfettprosent i stedet for bare kroppsvekt. Et raskt søk etter "body fat calculator" ga en dusin annonsesvære nettsteder med små inndataskjemaer stappet mellom banneren og popup-nyhetsbrev. De fungerte, teknisk sett, men opplevelsen var elendig. Skriv inn noen målinger, klikk beregn, vent på at siden laster inn igjen gjennom tre lag med annonse-skript, og se til slutt et tall uten kontekst om hva det betydde eller hvordan det sammenlignet med sunne områder for noen av den alderen og aktivitetsnivået.

Tankeprosessen som fulgte var av den typen som utviklere gjenkjenner umiddelbart og sivile synes forvirrende. "Denne kalkulatoren er forferdelig. Hvor vanskelig kan det være å bygge en bedre?" Svaret på det spørsmålet er alltid det samme: å bygge den første versjonen er enkelt, og deretter tar scope creep over med stillfaren bestemthet av ivy som klatrer på en vegg. Kroppsfetkalkulator var ferdig på en ettermiddag. Den brukte Navy-metoden, tok fire målinger (nakke, midje, hofter, høyde), og viste resultatet med kontekst om sunne områder. Ren grensesnitt, ingen annonser, rask. Ferdig. Bortsett fra at det ikke var ferdig, fordi den neste tanken var "vel, hvis noen sjekker kroppsfeitt, vil de sannsynligvis også ha sin BMI." Så en BMI-kalkulator ble lagt til. Og så en BMR-kalkulator, fordi å kjenne basalmetabolisk hastighet er essensielt for alle som håndterer kalorieinntaket. Og deretter en daglig kaloriebehov-kalkulator. Og så en makro-kalkulator. Og så en vanninntak-kalkulator. Hver tok en dag eller to og hver føltes som en naturlig utvidelse av den forrige. Omfanget krøp, men det krøp i en retning som ga mening.

Pivoten fra helse til finans skjedde på en onsdag kveld mens man gjennomgikk boliglånsalternativer. Bankens nettsted tilbød en boliglånskalkulator som på en eller annen måte var enda verre enn kroppsfetkalkulator fra det opprinnelige søket. Det krevde opprettelse av en konto før noen resultater ble vist. En faktisk konto, med en e-postbekreftelsestrinn, for fordelen av å multiplisere en hovedstol med en rente og dele med tolv. Det eksisterende kalkulator-rammeverket var allerede der, og håndterte allerede inndata-validering og resultatvisning. Å legge til en boliglånskalkulator tok mindre tid enn bankens påmeldingsprosess ville ha tatt.

Den uunngåelige utvidelsen til alt som involverer tall

Når først barrieren mellom helse og finans var brutt, åpnet sluser seg på en måte som var både spennende og litt bekymrende. Sammensatte rentekalkulator kom deretter, fordi personlig finansiell planlegging avhenger av å forstå hvordan penger vokser over tid og de fleste eksisterende verktøy gjør konseptet vanskeligere å forstå enn det trenger å være. Deretter låneamortiseringskalkulator, fordi alle som sammenligner boliglånsalternativer også trenger å se hele tilbakebetalingsplanen med rentefordelinger etter måned. Deretter ROI-kalkulatorer, fordi investeringsbeslutninger krever raske overslagsestimater før detaljert analyse begynner. Deretter valutakonvertering, deretter tipskalkulator, deretter sparebestemmelsesplanlegginger, deretter pensjonisplanningsestimater. Hver kalkulator delte den samme underliggende arkitekturen: ta strukturerte inndata, anvend en velkjent formel, og presenter resultatet med nok kontekst til å være umiddelbar nyttig.

Matematikkategorien oppsto da en venn som underviser på videregående skole spurte om plattformen kunne inneholde en prosentkalkulator for elever som sliter med konseptet. Den enkelt forespørselen avlet en serie grunnleggende matematikkverktøy: prosentkalkulatorer (hva er X% av Y, X er hvor stor prosent av Y, prosentvis økning og nedgang), brøk til desimal-konverter, kvadratrot-kalkulatorer, område- og volum-kalkulatorer for vanlige former, og enhetkonverter som dekker lengde, vekt, temperatur og hastighet. Ingen av disse er teknisk komplekse. En prosentberegning er trivial kode. Men å pakke inn den triviale koden i et rent grensesnitt med tydelige etiketter, nyttige forklaringer, og umiddelbare resultater uten siden laster på nytt, skaper et verktøy som virkelig er mer nyttig enn å gjøre matematikken for hånd eller å søke etter det på en rotete nettside.

Kryptoprofittkalkulator ankom i en periode da flere kryptovalutaposisjoner trengte evaluering. Spørsmålet "hvis jeg kjøpte 0,5 ETH til $2.400 og det er nå $3.100, hva er min fortjeneste etter en 0,1% handelsgebyr?" er rett fram aritmetikk, men å gjøre det gjentatte ganger på tvers av flere mynter med varierende kjøpspriser, mengder, og gebyrstrukturer blir kjedelig fort. Krypto-kalkulatoren håndterer kjøpspris, salgspris, mengde, og gebyrer i ett skjema og viser absoluttfortjeneste, prosentavkastning, og netto inntekter etter gebyrer. Den kobles ikke til noen børs eller trekker live-priser. Det er rent et beregningsverktøy, som er alt det trenger å være. Live-prisen er på børsens nettsted. Beregningen er på calculator.yeb.to.

Hvordan en kalkulator ble en arkitektur

Det tekniske historien bak veksten fra en kalkulator til over hundre er en historie om arkitekturbestemmelser gjort tidlig som viste seg å være overraskende skalerbar. Den første kroppsfetkalkulator ble bygget som en frittstående side med hardkodet HTML-skjemafelt og en JavaScript-funksjon som kjørte Navy-metodeformelen. Ved den femte kalkulatoren var mønsteret åpenbart: hver kalkulator tar et sett med navngitte inndata (høyde, vekt, rate, rektor, uansett), anvender en formel, og viser en eller flere navngitte utganger (kroppsfettprosent, månedsbetaling, sammensatt totalt). Den delte strukturen betydde at en generisk kalkulator-komponent kunne håndtere gjengivelse, validering, og visningslogikk, mens hver enkelt kalkulator bare trengte å definere inndataene, formelen, og utgangsetikett.

Denne abstraksjonen er det som gjorde eksplosjonen fra tjue kalkulatorer til hundre følt håndterlig i stedet for overveldende. Å legge til en ny kalkulator krever ikke å bygge en helt ny side fra bunnen. Det krever å definere inndataene (navn, type, enhet, valideringsregler), skrive beregningsfunksjonen, og spesifisere hvordan resultatene skal vises. Rammeverket håndterer alt annet: responsiv layout, inndata-validering, feilmeldinger, resultatformatering, og til og med den forklarende teksten som hjelper brukere å forstå hva tallene betyr. Hele plattformen er i hovedsak en motor med hundre konfigurasjonfiler, som er hvorfor den kan vokse uendelig uten at kodebasen blir uoverkommelig.

Calculator API eksponerer denne motoren også programmatisk. Eksterne applikasjoner kan sende inndataverdier og motta beregnede resultater uten noen grensesnitt. Dette er nyttig for apper som trenger beregningsevner innebygd i sine egne arbeidsflyter. En fitness-app som vil vise BMI sammen med treningsstatistikk kan ringe API i stedet for å reimplementere BMI-formelen. Et økonomisk planleggingsverktøy som trenger sammensatte renteplanlegging kan ringe API i stedet for å opprettholde sin egen sammensetningslogikk. Formlene er velkjente og ikke proprietary, men å implementere dem korrekt (håndtering av grensetilfeller, runding på riktig måte, regnskapsfører for skuddår i datobaserte beregninger) er slags arbeid som hver utvikler gjør litt annerledes og ofte litt galt.

Hvorfor en enhetlig plattform gir mer mening enn spredte verktøy

Alternativet til en enhetlig kalkulator-plattform er det de fleste mennesker opplever i dag: et eget nettsted for hver type beregning. Ett bokmerke for boliglånkalkulatoren. Annet for BMI-kalkulatoren. En tredje for kryptoprofitt-verktøyet. Hvert nettsted har sitt eget designspråk, sine egne annonseplasseringer, sitt eget cookie-samtykkepop-up, og sin egen måte å presentere resultater på. Den kognitiv overhead ved å bytte mellom disse frakoblede verktøyene er ekte, selv om det er lite nok til å gå ubemerket hen til noen opplever alternativet.

Hvis alt er under ett tak på calculator.yeb.to, elimineres den overheaden. Grensesnittet er konsistent på tvers av hver kalkulator. Inndataene fungerer på samme måte. Resultatene formateres på samme måte. Den forklarende konteksten følger samme struktur. En bruker som har brukt BMI-kalkulatoren, vet nøyaktig hvordan du bruker boliglånskalkulatoren, fordi interaksjonsmønsteret er identisk. Denne konsistensen kan virke som en designvarighet, men det har innvirkning på brukervennlighet. Brukere bruker mindre tid på å finne ut hvordan verktøyet fungerer og mer tid på å få svaret de kom for.

Det er også en oppdagelses fordel som spredte verktøy ikke kan gjenskape. Noen som besøker plattformen for å beregne sin BMR, kan legge merke til vanninntak-kalkulatoren på samme side og innse at de aldri faktisk har beregnet hvor mye vann de bør drikke. Noen som kontrollerer en boliglånbetaling, kan oppdage sammensatt rentkalkulator og begynne å kjøre pensjonisplanlegging. Nærheten til relaterte verktøy skaper en naturlig utforskningssti som isolerte nettsteder ikke kan oppgi, fordi et nettsted som er optimalisert for en beregning ikke har grunn til å oppfølge ikke-relaterte kalkulatorer. Den enhetlige plattformen kan og gjør det, og brukerdata viser at en betydelig prosentandel brukere samhandler med to eller flere kalkulatorer per besøk.

Tallene bak tallene

Å bygge over hundre kalkulatorer har gitt noen virkelig interessante observasjoner om hva folk beregner og når. Helsekalkulatorer topper i januar, ettersom nyttårsforsetter-massen stormkjører BMI- og kaloriebegrensingskalkulatorer med entusiasme fra nylig treningseierskap. Boliglånskalkulatorer topper hver gang sentralbanker kunngjør renteverk, noen ganger innen timer etter kunngjøring. Kryptoprofittkalkulator korreleres nesten perfekt med Bitcoin-prisvolatilitet, stiger under oksemarkeder og blir stille under bjørnemarked. Skattekalkulatorer topper i ukene før inngivingsfrister. Selv den grunnleggende prosentkalokulatoren har et sesongmønster, med studentbruk som toppunkt under eksamenperioder.

Den mest populære kalkulatoren på plattformen, med stor margin, er ikke en av de sofistikerte helse- eller finansverktøyene. Det er enkel prosentkalkulator. "Hva er 15% av 230?" Folk søker etter den slags spørsmål millioner ganger daglig verden over, og svaret er bare aritmetikk som alle telefoners innebygde kalkulator kan håndtere. Men folk tenker ikke sånn. De tenker på det som et prosentspørsmål, og de vil ha et verktøy merket "prosentkalkulator" som tar deres spesifikke inndata og gir dem det spesifikke svaret. Leksjonen er at verdien av en kalkulator ikke ligger i formelsens kompleksitet. Det ligger i klarheten i grensesnittet og hastigheten på svaret.

Når jeg ser tilbake på reisen fra den første kroppsfetkalkuleringen til en plattform med over hundre verktøy, er den mest overraskende realiseringen at ingen individuelle kalkulatorer var vanskelig å bygge. Vanskeligheten lå i å gjenkjenne at etterspørselen var universell og at det eksisterende utbudet var fragmentert, annonsefylt, og fientlig til brukeropplevelsen. Hver kalkulator er triviell i isolasjon. Sammen danner de noe som virkelig er nyttig nettopp fordi det er omfattende, konsistent og raskt. Kroppsfettpørsmålet som startet det hele, blir fortsatt besvart av det samme verktøyet, og gymfremgangen det hjalp med å spore har vært betydelig mer konsistent enn den opprinnelige planen om å bygge "bare en kalkulator."