5 programvareprosjekter av en enkeltutvikler som stille endret dataverdenen

Mye av moderne databehandling kommer ikke fra store lanseringer, imponerende keynotes eller milliard-dollar team. Noen av de viktigste verktøyene ble bygget stille, ofte av en enkelt utvikler som løste et veldig spesifikt problem, og så ... satt de bare fast.

Du har sannsynligvis brukt alle prosjektene i denne artikkelen. Ikke direkte, kanskje. Men de er der, under appene dine, nettleseren din, operativsystemet ditt, og gjør jobben sin uten å be om oppmerksomhet. Og det er nettopp derfor de er viktige.

Unix startet som et personlig eksperiment og ble malen for alt

Fra en utviklers idé til DNA-et til moderne systemer

Unix begynte som et lite prosjekt av Ken Thompson ved Bell Labs i 1969, opprinnelig utviklet på en DEC PDP-7 som en del av en innsats for å gjenskape aspekter av det tidligere Multics-systemet i en enklere og mer effektiv form.

Han hadde ingen veikart for verdensherredømme eller produktstrategi. Bare et behov og ferdigheten til å løse det. Den tidlige versjonen av Unix var enkel, modulær, og bygget rundt en filosofi som fortsatt former databehandling i dag: gjør én ting godt, og gjør det lett å kombinere verktøy. Det forble ikke en soloinnsats lenge — Dennis Ritchie sluttet seg snart til, bidro med programmeringsspråket C og hjalp til med å omskrive Unix i C, noe som gjorde det portabelt og virkelig transformerende.

Men grunnlaget, delen som forandret alt, startet med en person som satte seg ned og bygde noe bedre. Spol frem til i dag, og Unix er overalt. Linux følger filosofien dens. macOS er bygget på den. Android gjenspeiler den. Selv systemer som ikke innrømmer det, låner fortsatt fra den. Den var ikke designet for å ta over verden. Den ble bare stille og rolig malen.

SQLite er databasen du bruker hver dag uten å installere

En selvstendig motor som driver mer enn du tror

SQLite, opprettet av D. Richard Hipp i 2000, blir ofte regnet som den mest utbredte database-motoren i verden, og finnes i milliarder av enheter og applikasjoner. Og de fleste har aldri brukt den bevisst. Det er fordi SQLite ikke oppfører seg som en tradisjonell database. Det er ingen server å kjøre, ingen konfigurering å passe på. Det er bare et bibliotek. Applikasjoner inkluderer det, og plutselig har de en fullstendig database innebygd.

Nettleseren din bruker det, telefonen din bruker det, og utallige apper er avhengige av det for å lagre data lokalt uten å måtte sette opp en full database.

Det er den typen programvare som forsvinner helt i bakgrunnen slik at du glemmer at den eksisterer. Men fjerner du den, vil en overraskende mengde moderne programvare rett og slett slutte å fungere. Det er kraften til noe lite, stabilt og ustanselig pålitelig.

Curl ble den stille ryggsøylen i internettkommunikasjon

Verktøyet som lar programvare snakke med programvare

Hvis du noen gang har sett en kommando som starter med curl, har du allerede støtt på ett av de viktigste verktøyene på internett.

Curl, bygget og vedlikeholdt av Daniel Stenberg siden 1997, er et kommandolinjeverktøy og bibliotek (libcurl) for å overføre data over URL-er ved bruk av et bredt spekter av protokoller som HTTP, HTTPS, FTP og mange andre. Det høres enkelt, nesten kjedelig ut, men det er det ikke. Curl brukes overalt. Skript er avhengige av det, utviklere bruker det for å teste API-er, og automatiseringssystemer er avhengige av det. Bak kulissene er det ofte limet som holder tjenester sammen.

Den støtter et forbløffende antall protokoller og har blitt vedlikeholdt med nesten obsessiv konsistens i flere tiår. Det er ingen hype rundt curl. Ingen flashy grensesnitt. Bare et verktøy som gjør jobben sin så godt at hele arbeidsflyter stille er avhengige av det. Hvis programvare kunne hviske, er curl hvordan det gjør det.

Git ble bygget på noen uker og endte opp med å eie moderne utvikling

En solo-løsning på et presserende problem som skalerte globalt

Da Linus Torvalds mistet tilgangen til BitKeeper — det proprietære versjonskontrollsystemet som ble brukt for Linux-utvikling — bygde han en erstatning på bare noen uker i 2005. Det prosjektet ble til Git.

Det startet som en rask, praktisk løsning på et veldig umiddelbart problem. Det var ikke designet for å bli bransjestandarden. Det måtte bare fungere, og det måtte fungere godt. Gits distribuerte modell, hastighet og fleksibilitet gjorde det utrolig kraftig. Over tid løste det ikke bare det opprinnelige problemet. Det omdefinerte hvordan utviklere samarbeider.

I dag kjører plattformer som GitHub og GitLab på det. Åpen kildekode-prosjekter er avhengige av det. Selv folk som ikke tenker på seg selv som utviklere bruker verktøy drevet av Git hver dag. Det begynte som en enkeltpersons løsning. Det endte opp med å omforme en hel industri.

Vim beviste at en utviklers visjon kan overleve alt annet

En tekstredigerer som nekter å forsvinne

Vim, laget av Bram Moolenaar, er et av de verktøyene folk ikke bare bruker. De forplikter seg til det. Vim prøver ikke å være vennlig på den tradisjonelle måten. Det har en læringskurve. Det har moduser. Det forventer at du tilpasser deg det i stedet for omvendt. Og likevel har det overlevd i flere tiår. Ikke fordi det fulgte trender, men fordi det ikke gjorde det.

Når du først forstår det, blir Vim utrolig raskt og effektivt. Det belønner muskelminne, presisjon og hensikt. Det er det motsatte av moderne, oppblåst programvare som prøver å gjøre alt for alle. Det som startet som én utviklers utvidelse av en tidligere editor, ble et verktøy som fortsatt dukker opp på servere, i terminaler og i daglige arbeidsflyter over hele verden. Det roper ikke om oppmerksomhet. Det fortsetter bare å være nyttig.

Hvorfor små, fokuserte verktøy varer lenger enn stor, bråkete programvare

Det finnes et mønster som går igjen i alle disse prosjektene. De ble ikke laget for å imponere. De ble laget for å løse ekte problemer. De forble små nok til å forstå, stabile nok til å stole på, og fleksible nok til å vare. De var heller ikke avhengige av hype for å overleve. Ingen lanseringssykluser. Ingen rebrands. Ingen konstant nyskapning for å forbli relevante. Bare programvare som fungerer.

I en verden hvor nye verktøy dukker opp hver uke og forsvinner like raskt, gjorde disse prosjektene det motsatte. De slo seg til ro, ble pålitelige, og ble stille en del av infrastrukturen. Og det er det virkelige poenget. Programvaren som forandrer verden er ikke alltid den høylytte. Det er programvaren som blir værende lenge nok til å bli usynlig.