Åtte måneder, en årlig inntekt på 100 millioner dollar – Manus har nettopp satt rekord for den raskeste milepælen i historien. Ivan Leo, en ingeniør som har jobbet med det i fem måneder, skrev en anmeldelse og snakket om tre lærdommer han har tatt med seg. For det første: Dine ansvarsområder strekker seg utover kode-go-live. Mange ingeniører føler at PR-fusjonen er over. Etter at Ivan fullførte Mail Manus-funksjonen, spilte han inn sine egne demovideoer, fulgte opp dokumentoppdateringer og svarte på brukerspørsmål på Twitter. Da han gjorde Stripe-betalingsintegrasjon, sveipet han direkte på kredittkorttesten – ekte penger – for å sikre at pengene kom frem. Enda viktigere, han satte seg ned og så hvordan markedsføringskollegene hans brukte funksjonene han laget. Der de setter seg fast, er der produktet virkelig «går i stykker». Den andre: lag den først, og snakk så om den. På Ivans første arbeidsdag ba sjefen ham lage en e-post for å utløse Manus' demo. Han ville skrive et manus for å tulle, men sjefen spurte: Hvis det ikke er sant, hva er poenget? Så til syvende og sist gikk reportasjen virkelig live. Selv om den er ufullstendig, kan den brukes. Dette er mer overbevisende enn noen PPT – folk kan direkte si «ja, det er verdt å investere» eller «jeg vil ha noe annet.» For det tredje: Ikke sett grenser for deg selv. Han ville skrive Go, men han hadde ikke brukt det før. Hvordan lærte du det? Les andres PR-er, bruk AI til å analysere ukjente mønstre, og still mange «dumme spørsmål». Han sa en spørrende teknikk: i stedet for å si «jeg vet ikke hvordan jeg skal gjøre det», si «Jeg vil gjøre X, Y brukes vanligvis i kodebasen, bør jeg følge dette mønsteret?» "Dette gjør at hvem som helst kan svare deg med en gang. Ivan sa noe helt riktig: tittelen din kan være «AI-ingeniør», men den virkelige jobben er å «oppnå resultater». Det finnes ingen grenser, løs problemer når du ser dem, og grip muligheter når du ser dem. Hver dag fra klokken 10 til midnatt, fem dager i uken. Denne intensiteten er ikke tålelig for alle, og det bør heller ikke alle gjøre. En kultur med rask iterasjon og prototyping, i de tidlige dagene av høyvekstselskaper, er en ressurs, men i situasjoner hvor stabilitet kreves, kan det være en belastning. Tekniske obligasjoner må betales tilbake en dag. Men igjen, hvis du er på dette stadiet – ung, energisk og ønsker å bevise deg på AI-bølgen, gir denne artikkelen et handlingsrettet rammeverk: Utvider ansvaret til brukerne, gjør ideer om til prototyper, og behandle grenser som noe som kan brytes. Jeg liker virkelig Ivans siste ord: hver dag når han kommer hjem, ser han frem til det som skjer i morgen. Det finnes faktisk ikke mange jobber som kan føles slik.