Bygde plattformens sosiale lag — innlegg, feed, grupper, nevninger, en følgergraf og et sammendrag av merkedager — på det samme funksjonsbaserte datalaget som resten av produktet.

Situasjon. En katalog over selskaper er et oppslagsverk. Folk sjekker den og går. Det som gjør en profesjonell plattform verdt å vende tilbake til, er at andre mennesker er der — og det betyr innlegg, grupper og en grunn til å komme tilbake som ikke er en e‑post som oppfordrer til det.

Oppgave. Et sosialt lag måtte legges til uten at det ble et system nummer to med egne regler, egne tilganger og sin egen måte å lagre ting på.

Handling. Innlegg, en nyhetsstrøm, grupper, nevninger, en følgergraf og et sammendrag av merkedager kom på plass fordelt på 188 commits, alt sammen på det samme funksjonsorienterte datalaget som resten av plattformen. Den begrensningen gjorde det meste av jobben: følgergrafen er tabeller og funksjoner som alt annet, en nevning slås opp gjennom det samme identitetsskjemaet som katalogen bruker, og et innlegg arver modereringskøen som allerede var bygget for omtaler. Ingenting her trengte eget lager eller egen tilgangsmodell. Nyhetsstrømmen er det ene stedet som ga motstand, fordi det å sette sammen en personlig tidslinje effektivt er et genuint annet problem enn å hente en rad, og det er der personaliserings- og oppdagelsesarbeidet gjør seg fortjent til plassen sin.

Resultat. Plattformen har en grunn til å bli åpnet en dag da ingen trenger å slå opp et selskap, og den kom uten en parallell teknologistack som må vedlikeholdes. Om et sosialt lag er riktig investering for en maritim katalog, er et produktspørsmål snarere enn et ingeniørspørsmål — det er her fordi produktet ba om det, og det er bygget på samme måte som alt rundt det.