Populære emner
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Tyler Tarsi
CTO @OmniFDN. Frihet maksimalist, teknisk optimist. Ex-quant, Ex-Applied AI. @Harvard CS & Math & Econ.
Tyler Tarsi lagt ut på nytt
Grunnleggerens ferdighetstre
Som standard er du dårlig på nesten alle ting når du starter et selskap, spesielt hvis det er ditt første. Ofte har du bare 1 ting du kan anses som litt god på, men det skal mer til enn det for å bygge en startup. Så det du trenger å gjøre er å søke en medgründer som har valgt en annen del av ferdighetstreet og kan utfylle det du er god på. AKA klassisk BD + eng medgründerduo.
Jeg bygde noen få bedrifter på videregående og tjente noen grand. Jeg prøvde deretter å bruke pengene på å betale en utvikler for å bygge en app til meg. Han tok alle pengene mine og fortalte meg at det var for mange feil og leverte aldri appen.
Jeg var forbanna fordi jeg var blakk igjen, så jeg bestemte meg for at jeg måtte ha en ingeniørbakgrunn slik at jeg i det minste kunne stole på meg selv for å bygge en MVP. Nedstrøms for denne avgjørelsen tok jeg en 4 års omvei for å studere informatikk ved Harvard. Så da jeg ble uteksaminert, innså jeg at Harvard ikke engang lærte meg hvordan man faktisk konstruerer systemer, det lærte meg bare hvordan man lager matematiske bevis og tenker på datamaskiner.
Så da brukte jeg i utgangspunktet hele mitt første selskap på å prøve å lære å konstruere systemer til tross for at jeg var administrerende direktør. Ærlig talt var jeg veldig heldig at Ripple endte opp med å kjøpe den fordi den eneste ferdighetsveien jeg hadde gått opp i nivå i var ingeniørfag. Jeg hadde bare nok ferdighetspoeng tildelt BD-treet til å så vidt forhandle om det anskaffelsen.
Så da jeg startet mitt andre selskap, prøvde jeg å øke salget ganske raskt, og det fungerte anstendig bra. Vi trakk 50 millioner dollar inn i DeFi-protokollen vår i løpet av dager etter lansering med 0 offentlig markedsføring.
Så eksploderte Terra og forårsaket en kaskade av likvidasjoner som knuste denne industrien til steinalderen i 3 år. I løpet av denne tiden burde jeg ha bestemt meg for å gå opp i nivå i produkt, fordi dette virkelig var (og er) grunnlaget for enhver vellykket virksomhet, og jeg var virkelig ikke (er fortsatt ikke) god på det.
I stedet brukte jeg faktisk ferdighetspoeng på markedsføring. Jeg lærte å spille sosiale alger for å distribuere innhold på @OmniFDN og øke bevisstheten om prosjektet vårt. Jeg ble ganske god på dette – jeg kjørte 25 millioner visninger bare fra min personlige konto det siste året, og 16 millioner av dem var fra bare to måneder hvor jeg virkelig var fokusert på det. Ingenting av det betyr noe hvis du ikke kan konvertere disse øyeeplene til bruk av produktet ditt, og vi ikke hadde PMF, så uansett hvor mange visninger jeg kjørte, hjalp det faktisk ikke med det grunnleggende om virksomheten.
Nå, etter 7 år med å bygge startups, har det blitt smertelig åpenbart at ferdighetstreet-grenen jeg trengte for å maksimere mye tidligere på reisen min var produkt. Til tross for at dette tar år lenger enn det burde ha gjort, føler jeg endelig at jeg i det minste får grunnlaget riktig fordi vi ser gode tidlige tegn fra produktet vi nylig lanserte privat.
For å gå opp i nivå i markedsføring var jeg gal, men pragmatisk - jeg brukte dager i strekk på å gå tilbake til begynnelsen av populære kontoer (folk + selskaper) på kryptotwitter og så på hver eneste tweet de la ut noensinne og logget de som drev høyere engasjement. Etter nok timer med dette begynner du å se veldig klare mønstre og taktikker som du kan gjenskape for alt du bygger.
På produkt formelen som begynner å vise resultater for meg er ganske enkel, les følgende 3 bøker:
1) 4 trinn til åpenbaringen
2) Den slanke oppstarten
3) Mamma-testen
Og bare følg den ekstremt tidkrevende prosessen som er lagt ut av 4 Steps To The Epiphany. Snakk med brukerne hele tiden. Hvis du ikke snakker med minst 5 potensielle kunder / uke, mislykkes du.
Vi har ikke offentlig annonsert noe om det nye produktet vi nettopp lanserte privat på Omni (snart, men hvis du bruker perp DEX-er i dag, er DM-ene mine åpne hvis du er nysgjerrig), men jeg kan føle at grunnlaget for et flott produkt bygges.
Vi har mye å lære som et team, og jeg har mye å forbedre som grunnlegger. Men i det minste føles domenet som jeg knuser hodet mitt i en vegg 12 timer i døgnet som det rette stedet å være ferdighetspoeng maks på dette tidspunktet i reisen min.
sende tweet
7,75K
motargument: COBOL
Typiske språk har ikke kapitalnettverkseffekter, så de er lettere å erstatte når et bedre språk dukker opp
Samme argument kan fremsettes om CUDA - CUDA er bundet til maskinvare, soliditet er bundet til sikkerhet
Når det finnes penger eller maskinvarevollgraver, overlever verre språk
Å overvinne er ikke umulig, bare langt vanskeligere

Eli Ben-Sasson | Starknet.io9 timer siden
Hvorfor Kairo *vil* overvinne soliditet med tiden.
En feilaktig påstand folk kommer med mot Kairo, den første 100 % STARK-vennlige smartkontraktsspråket går slik: Det er langt flere Solidity-utviklere enn Kairo-utviklere, og langt flere Dev-verktøy for Solidity, og dette gapet vil bare øke.
Men denne logikken er feil. Ifølge den ville det aldri vært noe nytt programmeringsspråk som er det nye. Pascal, Basic, C, C++, Rust, Python, er alle språk som tidligere, eller for øyeblikket, hadde mye trekkraft hos utviklere. Likevel var hver og en av dem, da den startet, langt dårligere enn det som var populært på den tiden. Likevel utvikler programmeringsspråk seg.
Tilbake til Solidity vs. Kairo.
For det første, i analogi med generelle programmeringsspråk, la oss innrømme at noe PL med tiden vil styrte Solidity (og senere bli styrtet av en nyere PL).
Det er greit.
Så nå må vi spørre om Kairo (eller Fuel, eller Move, eller noe annet) kan være den som går forbi Solidity.
Kairo er et flott smart kontraktsspråk
Det er ekstremt trygt
Det er ergonomisk (rustlignende, sterk skriving).
Og kanskje en av de viktigste tingene: Det fører til svært effektive og solide STARK-bevis.
Siden alle er enige om at STARK-er er sluttspillet for skalering av blokkjede, er det fornuftig at en STARK-vennlig PL vil få mer og mer trekkraft.
Kairo vil være for STARK-er og skalering hva CUDA var for GPUer. Derfor vil Kairo være språket som dominerer skriving av smarte kontrakter (i noen tid).
Du tror jeg hallusinerer. Du kan ha rett. Men jeg sa at STARK-er er den beste skalaen for mange år siden, og du sa den gang "han hallusinerer".
SLUTTEN

387
Topp
Rangering
Favoritter