Paul Graham: il pifferaio magico dei nerd

Irene Mingozzi

Tutti gli essays di Paul Graham tradotti in italiano e trasformati in un podcast. Da tante mani e tante voci. paulgrahamita.substack.com

  1. MAY 13

    Scrivere bene // Good writing

    Traduzione e lettura in italiano di Elena Carmazzi dall’essay originale di Paul Graham "Good writing" [Maggio 2025]. Ci sono due modi in cui la scrittura può essere buona: può suonare bene e può contenere buone idee. Può avere frasi belle e fluide, e può arrivare a conclusioni giuste su cose importanti. Potrebbe sembrare che questi due tipi di “bontà” non siano collegati, come la velocità di un’auto e il colore con cui è verniciata. Eppure non credo sia così. Penso che una scrittura che suona bene abbia maggiori probabilità di essere corretta. Ecco quindi il tipo di idea più emozionante: una che sembra, allo stesso tempo, assurda e vera. Esaminiamola. Come può essere vera? Lo capisco mentre scrivo. Non si possono ottimizzare contemporaneamente due elementi scollegati; quando si spinge uno abbastanza in là, si finisce sempre per sacrificare l’altro. Eppure, per quanto io insista, non mi capita mai di dover scegliere tra la frase che suona meglio e quella che esprime meglio un’idea. Se accadesse, sarebbe frivolo preoccuparsi di come suonano le frasi. Ma nella pratica accade il contrario: sistemare frasi che suonano male sembra anche aiutare a chiarire le idee. Per “corrette” intendo qualcosa di più che semplicemente “vere”. Avere le idee giuste significa svilupparle bene traendo le conclusioni che contano di più, ed esplorando ciascuna con il giusto livello di profondità. Quindi, avere le idee giuste non significa solo dire cose vere, ma dire le cose vere che contano. In che modo il tentativo di rendere le frasi armoniose potrebbe aiutarti a farlo? Il suggerimento è in qualcosa che notai trent’anni fa quando impaginavo il mio primo libro. A volte, mentre impagini un testo, hai sfortuna: ti capita una sezione che va una riga oltre la fine della pagina. Non so cosa facciano i tipografi professionisti in questi casi, ma io riscrivevo la sezione per accorciarla di una riga. Ti aspetteresti che una costrizione così arbitraria peggiorasse la scrittura. Invece, con sorpresa, scoprii che non succedeva mai. Finivo sempre con qualcosa che mi piaceva di più. Non credo che fosse per il modo in cui scrivevo. Penso che, se indicassi un paragrafo a caso, scritto da chiunque, e gli chiedessi di accorciarlo (o allungarlo) leggermente, probabilmente troverebbe qualcosa di meglio. La migliore analogia per questo fenomeno è quella di una scatola piena di oggetti di forme diverse che viene scossa. Le scosse sono movimenti arbitrari, non pensati per far combaciare due oggetti specifici. Eppure, scuotendo ripetutamente la scatola, gli oggetti trovano modi sorprendentemente intelligenti per incastrarsi. La gravità non consente loro di restare meno compatti, quindi ogni cambiamento finisce per migliorare la disposizione. Naturalmente, se scuoti la scatola con troppa forza, gli oggetti possono anche disporsi in modo meno compatto e, allo stesso modo, se imponi un vincolo esterno troppo rigido alla scrittura - per esempio, usare parole alternate di una e due sillabe - le idee inevitabilmente ne soffriranno. Vale lo stesso per la scrittura. Se devi riscrivere un passaggio goffo, non lo farai mai in modo da renderlo meno vero. Non lo sopporteresti, proprio come la gravità non tollera che gli oggetti fluttuino in alto. Quindi ogni cambiamento nelle idee deve essere un miglioramento. È ovvio, se ci pensi. Una scrittura che suona bene è più probabile che sia corretta per lo stesso motivo per cui una scatola ben scossa è più compatta. Ma c’è anche qualcos’altro. Far suonare bene la scrittura non è solo una forza esterna casuale che finisce per migliorare le idee in un saggio: ti aiuta a trovare le idee davvero buone. Il motivo è che rende il saggio più facile da leggere. È meno faticoso leggere una scrittura scorrevole. In che modo questo aiuta chi scrive? Perché chi scrive è il primo lettore. Quando lavoro a un saggio, passo molto più tempo a leggere che a scrivere. Rileggo alcune parti 50 o 100 volte, ripercorrendo i pensieri e chiedendomi, come chi leviga un pezzo di legno: “C’è qualcosa che gratta? Qualcosa che suona sbagliato?” E più il saggio è facile da leggere, più è facile notare se qualcosa non torna. C’è un’unica eccezione a tutto ciò: quando si deve tornare indietro e inserire un nuovo punto nel mezzo di qualcosa che si è già scritto. Questo spesso rovina il flusso, a volte in modi che non si riescono mai del tutto a riparare. Ma, in fondo, la vera causa è che le idee hanno una struttura ad albero e i saggi sono lineari. È inevitabile che sorgano difficoltà cercando di comprimere l’uno nell’altro. Francamente, sorprende quanto si riesca comunque a cavarsela, ma anche così, a volte bisogna ricorrere a una nota o a una digressione forzata. Quindi sì, le due strade che possono rendere buona la scrittura sono collegate almeno in due modi. Cercare di farla suonare bene ti porta a correggere errori in modo inconscio, e anche a correggerli in modo consapevole; scuote la scatola delle idee e rende più facile vedere cosa non funziona. Ma ora che abbiamo dissolto un primo livello di assurdità, non riesco a non aggiungerne un altro. Far suonare bene la scrittura fa emergere meglio le idee, o rende anche le idee di per sé più giuste? Per quanto possa sembrare folle, penso che anche questo sia vero. Ovviamente esiste un legame tra le singole parole. Ci sono molte parole in inglese che suonano come ciò che significano, spesso in modo meravigliosamente sottile: glitter, round, scrape, prim, cavalcade. Ma il suono della buona scrittura dipende ancora di più da come si mettono insieme le parole, e anche lì c’è un legame. Quando la scrittura suona bene, è soprattutto perché ha un buon ritmo, ma il ritmo della buona scrittura non è quello della musica, né la metrica della poesia - non è così regolare. Se lo fosse, non sarebbe buona, perché il ritmo della buona scrittura deve adattarsi alle idee che contiene, e le idee hanno tutte forme diverse. A volte sono semplici e si enunciano direttamente, ma altre volte sono più sottili, e servono frasi più lunghe e complesse per svelarne tutte le implicazioni. Un saggio è un flusso di pensiero ripulito, proprio come un dialogo è una conversazione ripulita, e un flusso di pensiero ha un suo ritmo naturale. Quindi, quando un saggio suona bene, non è solo per il ritmo piacevole, ma perché ha il suo ritmo naturale. Il che significa che usare il ritmo corretto può essere un buon criterio per ottenere anche idee corrette. E non solo in teoria: gli scrittori bravi fanno entrambe le cose insieme, di solito. Spesso non distinguo nemmeno i due problemi. Penso solo: “Ugh, non suona bene, cosa sto cercando davvero di dire?” Stranamente, è successo proprio mentre scrivevo questo paragrafo. Una versione precedente condivideva diverse frasi con quella prima, e ogni volta che lo rileggevo, la ripetizione mi infastidiva. Quando mi sono finalmente deciso a sistemarlo, ho scoperto che la ripetizione rifletteva un problema nelle idee sottostanti, e ho risolto entrambi contemporaneamente. Il suono della scrittura, insomma, è più simile alla forma di un aereo che al colore di un’auto. Se ha un bell’aspetto, come diceva Kelly Johnson, volerà bene. Questo vale solo per la scrittura usata per sviluppare idee. Questo non vale quando - per esempio - hai idee provenienti dall’esterno e scrivi di esse, se costruisci qualcosa, o conduci un esperimento, e poi scrivi un articolo. In questi casi, le idee vivono più nell’opera che nella scrittura, quindi quest’ultima può risultare anche scadente, nonostante le idee siano buone. La scrittura nei manuali e nei testi divulgativi può risultare debole per lo stesso motivo: l’autore non sta sviluppando le proprie idee, ma sta descrivendo quelle di altri. Solo quando si scrive per sviluppare idee esiste un legame così stretto tra i due modi di scrivere bene. A questo punto, molti penseranno: fin qui sembra plausibile, ma i bugiardi? Non è forse notoriamente possibile che un bugiardo suadente scriva qualcosa di bellissimo ma del tutto falso? Certo, ma non senza “entrare nella parte”. Il modo per scrivere qualcosa di falso e affascinante è cominciare col crederci quasi davvero. Quindi, proprio come chi scrive qualcosa di bello e vero, anche tu stai presentando un flusso di pensiero ben strutturato. La differenza sta nel punto in cui quel pensiero si collega al mondo. Stai dicendo qualcosa che sarebbe vero… se certe premesse fossero false. Se, per esempio, per qualche ragione assurda, il numero di posti di lavoro in un Paese fosse fisso, allora sì, gli immigrati “ruberebbero” davvero il lavoro. Quindi non è del tutto corretto dire che una scrittura che suona meglio sia più probabile che sia vera. È più probabile che sia internamente coerente. E se chi scrive è onesto, coerenza interna e verità tendono a coincidere. Ma mentre non possiamo concludere con certezza che una scrittura bella sia vera, è quasi sempre sicuro concludere il contrario: qualcosa che suona goffo ha probabilmente sbagliato anche le idee. In effetti, i due modi in cui una scrittura può essere buona sono più simili a due estremità dello stesso oggetto. Il legame tra di loro non è rigido; la bontà della scrittura non è un’asta, ma una corda, fatta di molti fili intrecciati: è difficile muovere un’estremità senza muovere anche l’altra, è difficile avere ragione senza anche suonare come se si avesse ragione. This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit paulgrahamita.substack.com

    10 min
  2. MAY 7

    Tenere un Programma nella Propria Mente // Holding a Program in One's Head

    Traduzione e lettura in italiano di Matteo Faieta dall’essay originale di Paul Graham "Holding a Program in One's Head" [Agosto 2007]. Un buon programmatore, quando lavora intensamente sul proprio codice, riesce a tenerlo a mente come un matematico tiene a mente un problema su cui sta lavorando. I matematici non rispondono alle domande facendo calcoli su carta come si insegna agli studenti. Lavorano molto nella loro testa: cercano di comprendere lo spazio del problema così bene da potercisi muovere attorno, proprio come si cammina a memoria della casa in cui siete cresciuti. Nel migliore dei casi, con la programmazione è la stessa cosa. O meglio, la programmazione funziona allo stesso modo: avete tutto il programma nella vostra mente, e potete manipolarlo a piacimento. Questo è particolarmente prezioso all’inizio di un progetto, perché ciò che conta davvero è poter cambiare ciò che state facendo. Non solo risolvere il problema in modo diverso, ma cambiarne direttamente la natura. Il codice è la comprensione del problema che si sta esplorando. Quindi è solo quando avete il codice in mente che capite davvero il problema. Non è facile tenere un programma nella propria mente. Se si lascia un progetto per qualche mese, possono volerci giorni per capirlo di nuovo quando ci si ritorna. Anche quando si lavora attivamente su un programma, può essere necessaria mezz’ora per caricarlo in testa quando si inizia a lavorare ogni giorno. E questo nel migliore dei casi. I programmatori ordinari, che lavorano in normali uffici, non entrano mai in questo stato. Oppure, per dirlo più chiaramente, i programmatori ordinari che lavorano in normali uffici non capiscono veramente i problemi che stanno risolvendo. Anche i migliori programmatori non sempre hanno in testa l’intero programma su cui stanno lavorando. Ma ci sono cose che potete fare per aiutarvi: * Evitare le distrazioni. Le distrazioni sono dannose per molti tipi di lavoro, ma soprattutto per la programmazione, perché i programmatori tendono a lavorare al limite dei dettagli che possono gestire. La pericolosità di una distrazione non dipende dalla sua durata, ma dall’effetto che ha sulla mente. Un programmatore può uscire dall’ufficio per un panino senza perdere il filo, ma la distrazione sbagliata può azzerare la mente in 30 secondi. Stranamente, le distrazioni programmate possono essere peggiori delle impreviste. Se sapete di avere una riunione tra un’ora, non iniziate nemmeno a lavorare su qualcosa di complesso. * Lavorare per lunghi periodi. Ogni volta che si inizia a lavorare su un programma c’è un costo fisso. È più efficiente lavorare in poche sessioni lunghe piuttosto che in molte brevi. Naturalmente arriverà un momento in cui si diventa stupidi per stanchezza. Questo varia da persona a persona. Ho sentito di persone che hanno hackerato per 36 ore di fila; io il massimo che sono riuscito a fare è di circa 18 ore, e io lavoro al meglio in slot di non più di 12 ore. L’ideale non è il limite che si può sopportare fisicamente. Spezzare un progetto ha un vantaggio e un costo. A volte, quando si torna a un problema dopo una pausa, si scopre che la mente inconscia ha lasciato una risposta in attesa. * Usare linguaggi sintetici. I linguaggi di programmazione più potenti rendono i programmi più brevi. E i programmatori sembrano pensare ai programmi, almeno in parte, nel linguaggio che usano per scriverli. Più il linguaggio è sintetico, più il programma è breve e più è facile da caricare e da ricordare. È possibile amplificare l’effetto di un linguaggio potente utilizzando uno stile chiamato programmazione bottom-up, in cui si scrivono programmi in più livelli, quelli inferiori fungono da linguaggi di programmazione per quelli superiori. Se lo si fa bene, va tenuto in mente solo il livello più alto. * Continuare a riscrivere il programma. La riscrittura di un programma spesso produce un progetto più pulito. Ma i vantaggi ci sarebbero anche se non fosse così: per riscrivere un programma bisogna capirlo completamente; quindi, non c’è modo migliore di farselo entrare in testa. * Scrivere codice leggibile. Tutti i programmatori sanno che è bene scrivere codice leggibile. Ma voi stessi siete il lettore più importante. Soprattutto all’inizio, un prototipo è una conversazione con voi stessi. E quando si scrive per se stessi, le priorità sono diverse. Se state scrivendo per altre persone, potreste non voler rendere il codice troppo denso. Alcune parti di un programma possono essere più facili da leggere se si distribuiscono le cose, come un libro di testo introduttivo. Se invece state scrivendo del codice per ricaricarlo facilmente nella vostra testa, forse è meglio optare per la brevità. * Lavorare in piccoli gruppi. Quando manipolate un programma nella vostra testa, la vostra visione tende a fermarsi ai margini del codice che possedete. Le altre parti non si capiscono altrettanto bene e, soprattutto, non ci si può prendere delle libertà. Quindi, minore è il numero di programmatori, più un progetto può mutare completamente. Se c’è un solo programmatore, come spesso accade all’inizio, si possono fare riprogettazioni complete. * Non far modificare lo stesso codice a più persone. Non si capisce mai il codice degli altri come il proprio. Non importa quanto accuratamente lo abbiate letto, lo avete solo letto, non scritto. Quindi, se un pezzo di codice è scritto da più autori, nessuno di loro lo capisce bene quanto un singolo autore. E, naturalmente, non si può riprogettare in sicurezza qualcosa su cui stanno lavorando altre persone. Non si tratta solo di chiedere il permesso. Non ci si permette nemmeno di pensare a queste cose. Riprogettare il codice con più autori è come cambiare le leggi; riprogettare il codice che si controlla da soli è come vedere l’altra interpretazione di un’immagine ambigua. Se volete far lavorare più persone a un progetto, dividetelo in componenti e affidate ciascuno a una persona. * Iniziare in piccolo. Un programma diventa più facile da tenere a mente man mano che ci si familiarizza. Si può iniziare a trattare le parti come scatole nere quando si è sicuri di averle esplorate a fondo. Ma quando si inizia a lavorare su un progetto, si è costretti a vedere tutto. Se si inizia con un problema troppo grande, si rischia di non riuscire a comprenderlo del tutto. Quindi, se dovete scrivere un programma grande e complesso, il modo migliore per iniziare potrebbe non essere quello di scrivere una specifica, ma di scrivere un prototipo che risolva un sottoinsieme del problema. Qualunque siano i vantaggi della pianificazione, spesso sono superati da quelli della capacità di tenere un programma nella propria testa. È sorprendente come spesso i programmatori riescano a raggiungere tutti gli otto punti per caso. Qualcuno ha un’idea per un nuovo progetto, ma poiché non è ufficialmente autorizzato, deve realizzarlo nelle ore libere, che si rivelano più produttive perché non ci sono distrazioni. Spinto dall’entusiasmo per il nuovo progetto, ci lavora per molte ore di seguito. Poiché inizialmente si tratta solo di un esperimento, invece di un linguaggio di “produzione” utilizza un semplice linguaggio di “scripting”, che in realtà è molto più potente. Riscrive completamente il programma più volte; ciò non sarebbe giustificabile per un progetto ufficiale, ma questo è un lavoro d’amore e vuole che sia perfetto. E poiché nessuno lo vedrà, tranne lui, omette qualsiasi commento, tranne le note a sé stesso. Lavora per forza in un piccolo gruppo, perché o non ha ancora parlato a nessun altro dell’idea, o sembra così poco promettente che nessun altro può lavorarci. Anche se c’è un gruppo, non possono esserci più persone che modificano lo stesso codice, perché cambia troppo velocemente per essere possibile. E il progetto inizia in piccolo perché all’inizio l’idea è piccola: ha solo un hack interessante che vuole provare. Ancora più sorprendente è il numero di progetti ufficialmente approvati che riescono a fare tutte e otto le cose in modo sbagliato. In effetti, se si osserva il modo in cui il software viene scritto nella maggior parte delle organizzazioni, è quasi come se stessero deliberatamente cercando di fare le cose in modo sbagliato. In un certo senso, è così. Una delle qualità che definiscono le organizzazioni da quando esistono è quella di trattare gli individui come parti intercambiabili. Questo funziona bene per i compiti più parallelizzabili, come combattere le guerre. Per la maggior parte della storia si è potuto contare su un esercito ben addestrato di soldati professionisti in grado di battere un esercito di singoli guerrieri, per quanto valorosi. Ma avere idee non è molto parallelizzabile. E i programmi sono proprio questo: idee. Non è solo vero che alle organizzazioni non piace l’idea di dipendere dal genio individuale, è una tautologia. È parte della definizione di organizzazione, non farlo. Per quanto riguarda il nostro attuale concetto di organizzazione, almeno. Forse potremmo definire un nuovo tipo di organizzazione che combini gli sforzi degli individui senza richiedere che siano intercambiabili. Probabilmente il mercato è una forma di organizzazione di questo tipo, anche se forse è più corretto descriverlo come un caso degenerato, come ciò che si ottiene per default quando l’organizzazione non è possibile. Probabilmente il meglio che potremo fare è una sorta di hack, come far funzionare le parti di programmazione di un’organizzazione in modo diverso dal resto. Forse la soluzione ottimale è che le grandi aziende non provino nemmeno a sviluppare idee in casa, ma semplicemente le acquistino. Ma a prescindere da quale sia la soluzione, il primo passo è rendersi conto che c’è un problema. C’è una contraddizione nell’espressione stessa “azienda di software”. Le due parole vanno in direzioni

    15 min
  3. APR 28

    L’era del brand // The Brand Age

    Traduzione e lettura in italiano di Elena Carmazzi dall’essay originale di Paul Graham "The brand age" [Marzo 2026]. All’inizio degli anni Settanta, l’industria orologiera svizzera fu colpita da una catastrofe. Oggi è conosciuta come la “crisi del quarzo”, ma in realtà fu la somma di tre disastri distinti che si abbatterono tutti nello stesso periodo. Il primo fu la competizione con il Giappone. Gli svizzeri avevano tenuto d’occhio i giapponesi per tutti gli anni Sessanta, vedendoli migliorare a un ritmo preoccupante. Eppure, nel 1968, quando i giapponesi si aggiudicarono tutti i podi alle gare dell’Osservatorio di Ginevra per gli orologi meccanici, gli svizzeri rimasero di stucco. La Svizzera sapeva cosa stava per succedere. Per anni i Giapponesi erano stati capaci di costruire orologi più economici. Adesso riuscivano persino a costruirne di migliori. A peggiorare le cose, gli orologi svizzeri stavano per diventare molto più cari. L’accordo di Bretton Woods, che dal 1945 aveva fissato i tassi di cambio della maggior parte delle valute mondiali, aveva imposto un tasso di cambio artificialmente basso per il franco svizzero: 0,228 dollari. Quando Bretton Woods crollò nel 1973, il franco schizzò verso l’alto. Nel 1978 raggiunse 0,625 dollari, il che significava che gli orologi svizzeri erano diventati 2,7 volte più cari per gli americani. L’effetto combinato della concorrenza straniera e della perdita del tasso di cambio favorevole avrebbe decimato l’industria orologiera svizzera anche senza i movimenti al quarzo. Ma i movimenti al quarzo furono il colpo di grazia. Il gioco con cui cercavano di vincere era diventato irrilevante. Qualcosa che era stato costoso - conoscere l’ora esatta - era diventato una commodity. Tra i primi anni Settanta e i primi anni Ottanta, le vendite unitarie di orologi svizzeri calarono di quasi due terzi. La maggior parte dei produttori svizzeri finì in insolvenza o ci andò vicino, e fu venduta. Non tutti, anche se solo una manciata sopravvisse come azienda indipendente. E il modo in cui ci riuscirono fu trasformandosi da costruttori di strumenti di precisione in brand di lusso. Nel processo, anche la natura dell’orologio meccanico si trasformò. Gli orologi più costosi sono sempre costati molto, ma il perché e il cosa il compratore riceveva in cambio sono cambiati completamente. Nel 1960 gli orologi costosi costavano molto perché produrli aveva costi molto elevati, e quello che l’acquirente otteneva in cambio era il dispositivo di misurazione del tempo più preciso che fosse possibile costruire con quelle dimensioni. Oggi costano molto perché i brand spendono molto in pubblicità e usano trucchi per limitare l’offerta, così che quello che l’acquirente ottiene in cambio è un costoso status symbol. Eppure si tratta di un modello di business redditizio. L’industria orologiera svizzera probabilmente guadagna oggi più di quanto avrebbe guadagnato se stesse ancora vendendo ingegneria. E in effetti, quando si guarda il grafico delle vendite di orologi svizzeri per fatturato, racconta una storia diversa rispetto al grafico delle unità vendute. Invece di cadere da un precipizio, i numeri del fatturato si appiattiscono per un po’, poi decollano come un razzo verso la fine degli anni Ottanta, quando i produttori sopravvissuti fanno pace con il loro nuovo destino. Ci vollero circa vent’anni agli orologiai per capire le nuove regole del gioco. Ed è interessante osservarli farlo, perché la completezza della loro trasformazione ne fa il caso di studio perfetto per una delle forze più potenti della nostra era: il brand. Il brand è ciò che rimane quando le differenze sostanziali tra i prodotti scompaiono. Ma far scomparire le differenze sostanziali tra i prodotti è proprio quello che la tecnologia tende naturalmente a fare. Quello che è successo all’industria orologiera svizzera non è quindi un outlier interessante, bensì una storia molto attuale che parla del giorno d’oggi. Sul sito di Jaeger-LeCoultre leggiamo che una delle loro collezioni più recenti “trae ispirazione dai design classici dell’età dell’oro dell’orologeria“. Implicitamente affermando qualcosa che tutti gli orologiai di oggi sanno, ma raramente arrivano a dirlo apertamente: qualunque sia l’epoca in cui ci troviamo ora, non è l’età dell’oro. L’età dell’oro fu dal 1945 al 1970 — dal momento in cui l’industria orologiera emerse dal caos della guerra con gli svizzeri in testa, fino al triplice cataclisma che la colpì a partire dalla fine degli anni Sessanta. C’erano due cose che gli orologiai inseguivano sopra ogni altra cosa nell’età dell’oro: la sottigliezza e la precisione. In effetti, questo era probabilmente il compromesso essenziale dell’orologeria: un orologio è qualcosa che porti con te per sapere l’ora. Quindi ci sono due modi fondamentali per migliorarlo: renderlo più comodo da portare e renderlo più bravo a dirti l’ora. Ovviamente, l’accuratezza del tempo ha un valore, ma durante l’età dell’oro la sottigliezza era ancora più preziosa. Anche ai tempi degli orologi da taschino, i migliori orologiai cercavano di renderli il più sottili possibile. I grossi orologi da taschino economici venivano derisi come “cipolla” o “cipollone” (negli Stati Uniti “turnips”: rape). Ma la sottigliezza assunse una nuova urgenza quando gli orologi da uomo si spostarono sui polsi durante la prima Guerra mondiale. E poiché la sottigliezza era più difficile da raggiungere della precisione, fu questa qualità a distinguere tendenzialmente gli orologi più costosi dell’età dell’oro. C’è un’altra cosa che gli orologiai hanno inseguito in alcune epoche: dire più dell’orario nel modo consueto. Indicare la fase lunare, per esempio, o segnare l’ora con il suono. Nel gergo del settore queste cose si chiamano “complicazioni”. Erano popolari nel XIX secolo e sono tornate ad esserlo oggi, ma fatta eccezione per la complicazione pratica principale (mostrare la data), erano un elemento secondario nell’età dell’oro. Nell’età dell’oro, come in qualsiasi età dell’oro, i migliori orologiai si concentravano sul compromesso essenziale. E, come sempre durante l’età dell’oro, lo facevano magnificamente. I migliori orologi di quell’epoca hanno una quieta perfezione che non è mai stata eguagliata da allora. E per ragioni che sto per spiegare, probabilmente non lo sarà mai. I tre brand più prestigiosi dell’età dell’oro erano la cosiddetta “triade sacra”: Patek Philippe, Vacheron Constantin e Audemars Piguet. Il loro prestigio era per lo più meritato; lo avevano guadagnato grazie alla qualità eccezionale del loro lavoro. Negli anni Sessanta si reggevano su due gambe: il prestigio e le prestazioni. Quello che impararono nel decennio successivo fu che dovevano mettere tutto il loro peso sulla prima gamba, perché non potevano più vincere in nessuna delle due cose in cui gli orologiai avevano storicamente cercato di eccellere. I movimenti al quarzo erano non solo più precisi di qualsiasi movimento meccanico, ma anche più sottili. La triade sacra aveva almeno un’altra gamba su cui appoggiarsi. La maggior parte degli altri noti orologiai svizzeri vendeva solo prestazioni e nessuno di loro sopravvisse intatto. Omega mostrò cosa non fare. Omega era la nerd degli orologiai svizzeri. Facevano orologi meravigliosamente precisi, ma sarebbero stati, nel migliore dei casi, ambivalenti all’idea di essere un luxury brand. Quando i giapponesi raggiunsero gli svizzeri nel fare movimenti precisi, Omega rispose nel modo Omega: movimenti ancora più precisi. Introdussero un nuovo movimento nel 1968, che girava a una frequenza del 45% superiore. In teoria avrebbe dovuto renderlo più preciso, ma il nuovo movimento era così fragile da compromettere la loro reputazione di affidabilità. Provarono persino a costruire un movimento al quarzo migliore, ma quella strada non portava da nessuna parte se non a una gara al ribasso. Nel 1981 l’azienda si trovò in stato di insolvenza e fu rilevata da un gruppo di creditori. Patek Philippe adottò l’approccio opposto. Mentre Omega ridisegnava i movimenti, Patek ridisegnava le casse degli orologi. O, più precisamente, le disegnava, perché fino ad allora non lo aveva fatto. Questo è probabilmente il momento di menzionare che strana bestia fosse l’industria orologiera svizzera di quei tempi. Era un tipo di capitalismo difficile da immaginare oggi, e anche allora avrebbe potuto funzionare solo in un paese come la Svizzera: una rete di piccole aziende specializzate, bloccata in posizione dalla regolamentazione. Le aziende che, per comodità, abbiamo chiamato orologiai erano soltanto il fronte rivolto al consumatore di questa rete. La triade sacra non disegnava le proprie casse, né spesso i propri movimenti. Sempre nel 1968, Patek Philippe lanciò un nuovo orologio che spostò il centro di gravità del design delle casse. Questa volta avevano portato i propri disegni e design ai casaioli, ai quali dissero: “questo è quello che produrrete per noi”. Il risultato fu un nuovo modello di grande impatto chiamato Golden Ellipse. Un po’ confusamente, perché non era ellittico, la nuova cassa era più simile a ciò che i designer di UI chiamerebbero un “round rect”: un rettangolo con angoli arrotondati. Questa nuova famiglia di orologi ebbe un discreto successo, ma rappresentava molto di più: era il modello per il futuro. Come può il semplice fatto di disegnare una cassa distintiva essere così importante? Perché trasformò l’intero orologio in un’espressione del brand. Il problema con i migliori orologi dell’età dell’oro, dal punto di vista di chi voleva impressionare gli altri con la marca dell’orologio che indossava, era che nessuno poteva dire quale marca fosse. Fino a quando non ci si avvicinava a qualche centimetro di distanza, gli orolo

    44 min
  4. 10/27/2025

    Cosa Non Sembra Lavoro? // What Doesn't Seem Like Work?

    Traduzione e lettura in italiano di Elena Carmazzi dall’essay originale di Paul Graham "What Doesn't Seem Like Work?" [Gennaio 2015]. Mio padre è un matematico. Per la maggior parte della mia infanzia ha lavorato per la Westinghouse, modellando reattori nucleari. Era una di quelle persone fortunate che sanno fin da giovani cosa vogliono fare. Quando parli con lui della sua infanzia, c'è una chiara divisione intorno ai 12 anni, quando "si è interessato alla matematica." È cresciuto nella piccola città costiera gallese di Pwllheli. Quando abbiamo ripercorso il suo cammino verso la scuola su Google Street View, mi ha detto che era bello crescere in campagna. "Non ti sei annoiato quando avevi circa 15 anni?" gli chiesi. "No," rispose, "a quel punto mi interessava la matematica." In un'altra conversazione mi disse che quello che gli piaceva davvero era risolvere problemi. Per me, gli esercizi alla fine di ogni capitolo in un libro di matematica rappresentano lavoro, o al massimo un modo per rinforzare ciò che hai imparato in quel capitolo. Per lui, i problemi erano la ricompensa. Il testo di ogni capitolo era solo qualche consiglio su come risolverli. Mi disse che non appena riceveva un nuovo libro, risolveva subito tutti i problemi - con il leggero fastidio del suo insegnante, dato che la classe doveva lavorare sul libro gradualmente. Poche persone sanno così presto o così con certezza cosa vogliono fare. Ma parlare con mio padre mi ha ricordato una scorciatoia mentale che il resto di noi può usare. Se qualcosa che sembra lavoro per gli altri non ti sembra lavoro, probabilmente è ciò per cui sei ben adatto. Per esempio, molti programmatori che conosco, me compreso, in realtà amano fare il debug. Non è qualcosa che la gente tende a raccontare; lo si apprezza come si apprezza il pizzicarsi i brufoli. Ma forse devi piacerti il debug per piacerti la programmazione, considerando quanto spesso la programmazione consiste proprio in questo. Più strane sembrano le tue inclinazioni rispetto agli altri, maggiore è la prova che probabilmente è ciò che dovresti fare. Quando ero all'università, scrivevo i temi per i miei amici. Era piuttosto interessante scrivere un tema per una materia che non stavo seguendo. Inoltre, erano sempre così sollevati. Mi sembrava curioso che lo stesso compito potesse essere doloroso per una persona e piacevole per un'altra, ma non mi rendevo conto, all'epoca, di cosa implicasse questo squilibrio, perché non lo stavo cercando. Non mi rendevo conto di quanto fosse difficile decidere su cosa lavorare, e che a volte dovevi capirlo da indizi sottili, come un detective che risolve un caso in un romanzo giallo. Quindi credo che sarebbe utile per molte persone chiedersi esplicitamente: cosa sembra lavoro per gli altri ma non sembra lavoro per me? This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit paulgrahamita.substack.com

    4 min
  5. 10/20/2025

    Cosa è successo a Yahoo // What Happened to Yahoo

    Traduzione e lettura in italiano di Paolo Zanni dall’essay originale di Paul Graham "What Happened to Yahoo" [Settembre 2010]. Quando sono andato a lavorare per Yahoo dopo l'acquisto della nostra startup nel 1998, mi sembrava il centro del mondo. Doveva essere la prossima grande cosa. Doveva essere quello che poi è diventato Google. Cosa è andato storto? I problemi che hanno affossato Yahoo risalgono a molto tempo fa, praticamente all'inizio dell'azienda. Erano già molto visibili quando sono arrivato nel 1998. Yahoo aveva due problemi che Google non aveva: i soldi facili e l'ambivalenza di essere un'azienda tecnologica. Denaro La prima volta che ho incontrato Jerry Yang, pensavamo di incontrarci per motivi diversi. Lui pensava che ci saremmo incontrati per controllarci di persona prima di acquistarci. Io pensavo che ci saremmo incontrati per mostrargli la nostra nuova tecnologia, Revenue Loop. Si trattava di un modo per ordinare i risultati delle ricerche di shopping. I commercianti offrivano una percentuale delle vendite per il traffico, ma i risultati non erano ordinati in base all'offerta, bensì in base all'offerta per l'importo medio che un utente avrebbe acquistato. Era come l'algoritmo che Google utilizza oggi per ordinare gli annunci, ma questo avveniva nella primavera del 1998, prima della fondazione di Google. Revenue Loop era l'ordinamento ottimale per la ricerca di acquisti, nel senso che ordinava in ordine di quantità di denaro che Yahoo avrebbe ricavato da ciascun link. Ma non era ottimale solo in questo senso. Anche la classificazione dei risultati di ricerca in base al comportamento degli utenti migliora la ricerca. Gli utenti addestrano la ricerca: all'inizio si possono trovare corrispondenze basate sulla semplice somiglianza testuale e, man mano che gli utenti acquistano più prodotti, i risultati della ricerca migliorano sempre di più. A Jerry non sembrava importare. Ero confuso. Gli stavo mostrando una tecnologia che estraeva il massimo valore dal traffico di ricerca e a lui non importava? Non riuscivo a capire se mi ero spiegato male io, o se lui aveva semplicemente una faccia da poker. Ho capito la risposta solo più tardi, dopo essere andato a lavorare a Yahoo. Non era nessuna delle mie ipotesi. Il motivo per cui Yahoo non si preoccupava di una tecnica che estraesse l'intero valore del traffico era che gli inserzionisti lo pagavano già troppo. Se Yahoo si fosse limitata a estrarre il valore effettivo, avrebbe guadagnato meno. Per quanto sia difficile da credere oggi, i grandi guadagni di allora erano i banner pubblicitari. Gli inserzionisti erano disposti a pagare cifre ridicole per i banner pubblicitari. La forza vendita di Yahoo si era quindi evoluta per sfruttare questa fonte di guadagno. Guidati da un uomo grande e terribilmente formidabile di nome Anil Singh, gli addetti alle vendite di Yahoo andavano da Procter & Gamble e tornavano con ordini milionari per le impressioni dei banner pubblicitari. I prezzi sembravano economici rispetto alla carta stampata, a cui gli inserzionisti, in mancanza di altri riferimenti, li paragonavano. Ma erano costosi rispetto al loro valore. Quindi queste grandi e stupide aziende erano una fonte di guadagno pericolosa da cui dipendere. Ma c'era un'altra fonte ancora più pericolosa: le altre startup di Internet. Nel 1998, Yahoo era il beneficiario di uno schema Ponzi di fatto. Gli investitori erano entusiasti di Internet. Uno dei motivi per cui erano entusiasti era la crescita dei ricavi di Yahoo. Così hanno investito in nuove startup Internet. Le startup usavano poi il denaro per comprare annunci su Yahoo e ottenere traffico. Questo ha provocato un'ulteriore crescita delle entrate di Yahoo e ha convinto ulteriormente gli investitori che valeva la pena investire in Internet. Quando un giorno me ne resi conto, seduto nel mio cubicolo, saltai in piedi come Archimede nella sua vasca da bagno, solo che invece di “Eureka!” gridai “Vendi!”. Sia le startup di Internet che Procter & Gambles facevano pubblicità di marca. Non si preoccupavano del targeting. Volevano solo che molte persone vedessero i loro annunci. Così il traffico divenne la cosa da ottenere per Yahoo. Non importava il tipo di traffico. Non era solo Yahoo. Tutti i motori di ricerca lo stavano facendo. Per questo motivo cercavano di far sì che la gente iniziasse a chiamarli “portali” anziché “motori di ricerca”. Nonostante il significato effettivo della parola “portale”, si trattava di un sito in cui gli utenti trovavano ciò che volevano sul sito stesso, invece di passarci attraverso mentre si dirigevano verso altre destinazioni, come facevano con un motore di ricerca. Ricordo di aver detto a David Filo, alla fine del 1998 o all'inizio del 1999, che Yahoo avrebbe dovuto comprare Google, perché io e la maggior parte degli altri programmatori dell'azienda lo usavamo al posto di Yahoo per le ricerche. Lui mi rispose che non valeva la pena di preoccuparsi. La ricerca rappresentava solo il 6% del nostro traffico e stavamo crescendo del 10% al mese. Non valeva la pena di fare meglio. Non ho detto: “Ma il traffico di ricerca vale più degli altri!”. Ho detto “Oh, ok”. Perché nemmeno io avevo capito quanto valesse il traffico di ricerca. Non sono sicuro che nemmeno Larry e Sergey lo sapessero allora. Se lo avessero fatto, Google non avrebbe presumibilmente dedicato alcuno sforzo alla ricerca aziendale. Se le circostanze fossero state diverse, i dirigenti di Yahoo avrebbero potuto rendersi conto prima dell'importanza della ricerca. Ma tra loro e la verità c'era l'ostacolo più opaco del mondo: il denaro. Finché i clienti stavano firmando grossi assegni per i banner pubblicitari, era difficile prendere sul serio la ricerca. Google non aveva questo ostacolo a distrarli. Hacker Ma Yahoo aveva anche un altro problema che rendeva difficile cambiare direzione. L'ambivalenza di essere un'azienda tecnologica li aveva messi fuori equilibrio fin dall'inizio. Una delle cose più strane di Yahoo, quando andavo a lavorare lì, era il modo in cui insistevano nel definirsi una “media company”. Se si camminava nei loro uffici, sembrava un'azienda di software. I cubicoli erano pieni di programmatori che scrivevano codice, di product manager che pensavano agli elenchi di funzionalità e alle date di consegna, di addetti all'assistenza (sì, c'erano davvero degli addetti all'assistenza) che dicevano agli utenti di riavviare i loro browser e così via, proprio come una società di software. Allora perché si definiva un'azienda di media? Uno dei motivi era il modo in cui facevano soldi: vendendo annunci pubblicitari. Nel 1995 era difficile immaginare che un'azienda tecnologica facesse soldi in questo modo. Le aziende tecnologiche guadagnavano vendendo il loro software agli utenti. Le aziende di media vendono pubblicità. Quindi dovevano essere aziende di media. Un altro fattore importante era la paura di Microsoft. Se qualcuno a Yahoo ha preso in considerazione l'idea di essere un'azienda tecnologica, il pensiero successivo è stato che Microsoft li avrebbe schiacciati. È difficile per chi è più giovane di me capire la paura che Microsoft incuteva ancora nel 1995. Immaginatevi un'azienda con una potenza pari a diverse volte quella di Google, ma molto più cattiva. Era perfettamente ragionevole averne paura. Yahoo li ha visti schiacciare la prima azienda Internet di successo, Netscape. Era ragionevole temere che se avessero cercato di essere la prossima Netscape, avrebbero subito lo stesso destino. Come potevano sapere che Netscape sarebbe stata l'ultima vittima di Microsoft? Sarebbe stata una mossa intelligente fingere di essere una società di media per depistare Microsoft. Ma sfortunatamente Yahoo ha cercato di esserlo davvero, più o meno. I project manager di Yahoo erano chiamati “producers”, ad esempio, e le diverse parti dell'azienda erano chiamate “properties”. Ma ciò che Yahoo doveva essere veramente era un'azienda tecnologica e, cercando di essere qualcos'altro, ha finito per diventare qualcosa che non era né qui né là. Ecco perché Yahoo come azienda non ha mai avuto un'identità ben definita. La conseguenza peggiore del tentativo di essere un'azienda di media è stata quella di non prendere abbastanza sul serio la programmazione. Microsoft (ai tempi), Google e Facebook hanno tutti una cultura hacker-centrica. Ma Yahoo ha trattato la programmazione come una merce. In Yahoo, il software rivolto all'utente era controllato dai product manager e dai designer. Il compito dei programmatori era solo quello di portare il lavoro dei product manager e dei designer all'ultimo passo, traducendolo in codice. Un risultato evidente di questa pratica era che quando Yahoo costruiva qualcosa, spesso non era molto buono. Ma questo non era il problema peggiore. Il problema peggiore era l'assunzione di cattivi programmatori. Microsoft (ai tempi), Google e Facebook erano tutti ossessionati dall'assunzione dei migliori programmatori. Yahoo non lo faceva. Preferivano i programmatori buoni a quelli cattivi, ma non avevano il tipo di attenzione unica, quasi odiosamente elitaria, per l'assunzione delle persone più intelligenti che hanno avuto i grandi vincitori. E se si considera quanta concorrenza c'era per i programmatori quando assumevano, durante la Bolla, non sorprende che la qualità dei loro programmatori fosse disomogenea. Nella tecnologia, una volta che si hanno programmatori scadenti, si è spacciati. Non riesco a pensare a un caso in cui un'azienda sia sprofondata nella mediocrità tecnica e si sia poi ripresa. I bravi programmatori vogliono lavorare con altri bravi programmatori. Quindi, una volta che la qualità dei programmatori della vostra azienda inizia a calare, si entra in una spirale mortale dalla quale non ci si può più riprendere. In Yahoo questa spirale mortale è iniziata presto. Se c'è stato un periodo in cui Yahoo era una calamita di talenti in

    13 min
  6. 10/13/2025

    Come raccogliere fondi // How to Raise Money

    Traduzione e lettura in italiano di Elena Carmazzi dall’essay originale di Paul Graham "How to Raise Money" [Ottobre 2013]. La maggior parte delle startup che raccoglie fondi lo fa più di una volta. Un percorso tipico potrebbe essere: (1) iniziare con alcune decine di migliaia di euro provenienti da realtà come Y Combinator o da singoli angel investor; poi (2) raccogliere da alcune centinaia di migliaia fino a qualche milione per costruire l'azienda; infine (3) una volta che l'azienda dimostra chiaramente di avere successo, raccogliere uno o più round successivi per accelerare la crescita. La realtà può essere più complicata. Alcune aziende raccolgono fondi due volte nella fase 2. Altre saltano la fase 1 e passano direttamente alla fase 2. E a Y Combinator vediamo un numero crescente di aziende che hanno già raccolto centinaia di migliaia di euro prima di arrivare. Tuttavia, il percorso in tre fasi rimane quello attorno al quale oscillano i percorsi individuali delle startup. Questo saggio si concentra sulla raccolta fondi della fase 2. È il tipo di attività che le startup da noi finanziate svolgono durante il Demo Day, e questo saggio raccoglie i consigli che forniamo loro. Forze La raccolta fondi è difficile in entrambi i sensi del termine: difficile come sollevare un peso molto pesante e difficile come risolvere un rompicapo. È difficile come sollevare un peso perché convincere le persone a separarsi da grandi somme di denaro è intrinsecamente arduo. Questo problema è irriducibile; deve essere difficile. Tuttavia, gran parte dell'altra forma di difficoltà può essere eliminata. La raccolta fondi appare un rompicapo solo perché per la maggior parte dei founders è un mondo estraneo, e il mio obiettivo è renderlo più comprensibile fornendo una mappa per attraversarlo. Per i founders, il comportamento degli investitori è spesso opaco: in parte perché le loro motivazioni non sono chiare, ma anche perché cercano deliberatamente di ingannare. E i modi ingannevoli degli investitori si combinano in modo terribile con il pensiero desiderante dei founders inesperti. A YC avvertiamo costantemente i founders di questo pericolo, e gli investitori sono probabilmente più cauti con le startup di YC rispetto ad altre aziende con cui interagiscono. Eppure, assistiamo comunque a una continua serie di "esplosioni" quando queste due componenti volatili si combinano. Se sei un founder inesperto, l'unico modo per sopravvivere è imporre vincoli esterni a te stesso. Non puoi fidarti delle tue intuizioni. Qui ti fornirò un insieme di regole che ti guideranno attraverso questo processo, se qualcosa può farlo. In certi momenti sarai tentato di ignorarle. Quindi la regola numero zero è: queste regole esistono per una ragione. Non avresti bisogno di una regola per mantenerti in una direzione se non ci fossero forze potenti che ti spingono in un’altra. La fonte ultima delle forze che agiscono su di te sono le forze che agiscono sugli investitori. Gli investitori si trovano intrappolati tra due tipi di paura: la paura di investire in startup che falliscono e la paura di perdere opportunità in startup che decollano. La causa di tutta questa paura è proprio ciò che rende le startup investimenti così attraenti: quelle di successo crescono molto rapidamente. Ma questa crescita veloce significa che gli investitori non possono aspettare troppo. Se aspetti che una startup dimostri chiaramente il suo successo, è già troppo tardi. Per ottenere rendimenti davvero alti, devi investire in startup quando il loro esito è ancora incerto. Ma ciò, a sua volta, rende gli investitori nervosi per il rischio di finanziare un fallimento. E spesso accade proprio così. Quello che gli investitori vorrebbero fare, se potessero, è aspettare. Quando una startup ha solo pochi mesi, ogni settimana che passa fornisce molte più informazioni su di essa. Ma se aspetti troppo, altri investitori potrebbero portarti via l’opportunità. Naturalmente, anche gli altri investitori sono soggetti alle stesse forze. Quindi ciò che tende ad accadere è che tutti aspettano il più a lungo possibile e, quando alcuni agiscono, gli altri sono costretti a seguirli. Non raccogliere fondi a meno che non li desideri e che non ci sia una reale possibilità che essi trovino te. Una percentuale così alta di startup di successo raccoglie fondi che potrebbe sembrare che il fundraising sia una delle qualità distintive di una startup. In realtà, non lo è. È la crescita rapida a rendere un'azienda una startup. La maggior parte delle aziende in grado di crescere rapidamente scopre che (a) ottenere capitali esterni le aiuta a crescere più velocemente e (b) il loro potenziale di crescita rende facile attrarre tali capitali. È così comune che entrambe queste condizioni siano vere per una startup di successo che praticamente tutte finiscono per raccogliere fondi esterni. Ma potrebbero esserci casi in cui una startup non voglia crescere più velocemente o in cui i capitali esterni non le sarebbero di aiuto; se questo è il tuo caso, non raccogliere fondi. L’altro momento in cui non devi raccogliere fondi è quando non sarai in grado di farlo. Se provi a raccogliere fondi prima di poter convincere gli investitori, non solo sprecherai il tuo tempo, ma brucerai anche la tua reputazione con quegli investitori. Essere in modalità raccolta fondi o no. Una delle cose che sorprende di più i founders riguardo alla raccolta fondi è quanto essa sia distraente. Quando inizi a raccogliere fondi, tutto il resto si blocca. Il problema non è tanto il tempo che la raccolta fondi richiede, ma il fatto che diventi l'idea principale nella tua mente. Una startup non può sopportare quel livello di distrazione a lungo. Una startup in fase iniziale cresce soprattutto perché i founders la fanno crescere, e se i founders distolgono l’attenzione, la crescita di solito cala drasticamente. Poiché la raccolta fondi è così distraente, una startup dovrebbe essere o in modalità raccolta fondi o no. E quando decidi di raccogliere fondi, dovresti dedicare tutta la tua attenzione a questa attività, in modo da completarla rapidamente e tornare al lavoro. Puoi accettare investimenti anche quando non sei in modalità raccolta fondi. L'importante è non dedicare alcuna attenzione a questo processo. Due sono le attività che richiedono attenzione: convincere gli investitori e negoziare con loro. Quindi, quando non sei in modalità raccolta fondi, dovresti accettare investimenti solo se non richiedono alcun convincimento e se gli investitori sono disposti a investire alle condizioni che accetti senza negoziare. Ad esempio, se un investitore affidabile è disposto a investire con una nota convertibile, utilizzando documenti standard, senza un tetto o con un tetto a una valutazione favorevole, puoi accettarlo senza doverci pensare. Le condizioni saranno quelle che emergeranno nel tuo prossimo round di equity. E "nessun convincimento" significa esattamente questo: zero tempo trascorso in incontri con investitori o nella preparazione di materiali per loro. Se un investitore dice di essere pronto a investire, ma ha bisogno che tu partecipi a un incontro per incontrare alcuni partner, rispondi di no, se non sei in modalità raccolta fondi, perché questo equivale a fare fundraising. Rispondi in modo cortese; spiega che in questo momento sei concentrato sulla crescita dell'azienda e che li contatterai quando inizierai a raccogliere fondi. Ma non farti coinvolgere in questo processo: è un pendio scivoloso. Gli investitori cercheranno di attirarti nella raccolta fondi anche quando non lo stai facendo. Per loro è un grande vantaggio riuscirci, perché così possono avere un'opportunità con te prima degli altri. Ti invieranno email dicendo che vogliono incontrarti per conoscere meglio te e il tuo progetto. Se ricevi un'email non richiesta da un associato di una società di venture capital, non dovresti incontrarlo nemmeno se sei in modalità raccolta fondi. Gli accordi non si concludono in questo modo. Anche se ricevi un'email da un partner, cerca di posticipare l'incontro fino a quando non sarai in modalità raccolta fondi. Potrebbero dire che vogliono solo incontrarti per fare una chiacchierata, ma gli investitori non vogliono mai solo incontrarti per parlare. E se gli piaci? E se iniziassero a parlare di offrirti del denaro? Riusciresti a resistere a quella conversazione? A meno che tu non abbia abbastanza esperienza nella raccolta fondi per mantenere una conversazione casual con gli investitori senza che diventi altro, è più sicuro dirgli che sarai felice di incontrarli più avanti, quando sarai in raccolta fondi, ma che per ora hai bisogno di concentrarti sull'azienda. Le aziende che riescono a raccogliere fondi con successo nella fase 2 a volte aggiungono qualche investitore anche dopo aver lasciato la modalità raccolta fondi. Questo va bene; se la raccolta fondi è andata bene, potrai farlo senza perdere tempo a convincerli o a negoziare le condizioni. Ottieni presentazioni agli investitori. Prima di poter parlare con gli investitori, devi essere presentato a loro. Se stai presentando il tuo progetto a un Demo Day, sarai introdotto contemporaneamente a molti investitori. Ma anche in quel caso, dovresti integrare queste opportunità con contatti che ottieni personalmente. Devi essere presentato? Nella fase 2, sì. Alcuni investitori potrebbero consentirti di inviare loro un business plan via email, ma puoi capire dal modo in cui i loro siti sono organizzati che non vogliono davvero che le startup si avvicinino direttamente a loro. Le introduzioni variano notevolmente in efficacia. Il miglior tipo di introduzione è quella da parte di un investitore noto che ha appena deciso di investire in te. Quindi, quando un investitore si impegna, chiedigli di presentarti ad altri investitori che rispetta. Il secondo miglior tipo di introduzione proviene da un founder di una startup che

    55 min
  7. 10/06/2025

    Microsoft È Morta // Microsoft is Dead

    Traduzione e lettura in italiano di Alessandro Lombardo dall’essay originale di Paul Graham "Microsoft is Dead" [Aprile 2007]. Qualche giorno fa mi sono improvvisamente reso conto che Microsoft era morta. Stavo parlando con un giovane fondatore di una startup delle differenze tra Google e Yahoo. Gli dicevo che Yahoo era stata condizionata fin dall’inizio dalla paura di Microsoft. Per questo si erano posizionati come una “media company” invece che come un’azienda tech. Poi ho guardato la sua faccia e ho capito che non capiva. Era come se gli avessi raccontato quanto andava forte Barry Manilow tra le ragazze negli anni ’80. Barry chi? Microsoft? Non ha detto niente, ma si capiva che non riusciva a credere che qualcuno potesse averne paura. Microsoft ha proiettato la sua ombra sul mondo del software per quasi vent’anni, a partire dalla fine degli anni ’80. Prima di loro c’era IBM. Io ho sempre ignorato abbastanza quell’ombra. Non ho mai usato software Microsoft, quindi mi toccava solo di riflesso—ad esempio per lo spam che ricevevo dai bot. E visto che non ci facevo caso, non mi sono accorto quando quell’ombra è svanita. Ma ora non c’è più. Lo sento. Nessuno ha più paura di Microsoft. Continuano a fare un sacco di soldi—anche IBM, a dirla tutta. Ma non fanno più paura. Ma quando è morta Microsoft, e come? Ricordo che nel 2001 sembravano ancora pericolosi, perché ho scritto un saggio in cui dicevo che erano meno pericolosi di quanto sembrassero. Direi che erano già morti nel 2005. So che quando abbiamo lanciato Y Combinator, non ci preoccupavamo affatto di Microsoft come competitor per le startup che finanziavamo. In effetti, non li abbiamo mai nemmeno invitati ai nostri demo day, dove le startup si presentano agli investitori. Invitiamo Yahoo, Google e altre Internet company, ma Microsoft non ci abbiamo mai pensato. E da loro non ci è mai arrivata nemmeno una mail. Sono in un altro mondo. Cosa li ha uccisi? Credo quattro cose, tutte accadute nello stesso periodo, a metà anni 2000. La più ovvia è Google. Può esserci solo un boss in città, e adesso sono loro. Google è l’azienda più “pericolosa” oggi, nel bene e nel male. Microsoft può al massimo arrancare dietro. Ma quando Google ha preso il comando? Molti vorranno dire al momento dell’IPO, nell’agosto 2004, ma allora non dettavano ancora le regole del gioco. Secondo me è successo nel 2005. Gmail è stata una delle cose che li ha fatti salire di livello. Gmail ha dimostrato che sapevano fare molto più che search. E ha anche dimostrato quanto si potesse fare con il software web-based, se si sfruttava bene quello che poi è stato chiamato “Ajax”. E questo è stato il secondo colpo per Microsoft: tutti hanno capito che l’epoca del desktop era finita. Ormai sembra inevitabile che tutte le applicazioni finiranno sul web—non solo la mail, ma tutto, fino a Photoshop. Anche Microsoft lo ha capito ormai. Ironia della sorte, Microsoft ha contribuito involontariamente a creare Ajax. La “x” di Ajax viene da XMLHttpRequest, l’oggetto che permette al browser di comunicare con il server in background mentre mostra la pagina. (Prima l’unico modo per comunicare col server era caricare una nuova pagina.) XMLHttpRequest è stato creato da Microsoft alla fine degli anni ’90 perché serviva per Outlook. Quello che non hanno capito è che sarebbe stato utile a chiunque volesse far funzionare un’app web come una desktop app. L’altro elemento cruciale di Ajax è Javascript, il linguaggio che gira nel browser. Microsoft si era accorta del potenziale pericolo di Javascript e ha cercato di tenerlo incompleto il più a lungo possibile. Ma alla fine il mondo open source ha vinto, creando librerie Javascript che si adattavano ai difetti di Explorer come un albero che cresce sopra un filo spinato. La terza causa della morte di Microsoft è stata la diffusione della banda larga. Chiunque lo voglia può avere accesso veloce a Internet. E più è larga la banda verso il server, meno ti serve il desktop, perché tutto può essere gestito direttamente online. Il colpo finale è arrivato, sorprendentemente, da Apple. Grazie a OS X, Apple è risorta in un modo che è rarissimo nel mondo tech. La loro vittoria è così netta che ormai mi stupisco quando vedo un computer con Windows. Quasi tutte le persone che finanziamo con Y Combinator usano MacBook. Lo stesso vale per il pubblico della Startup School. Tutti quelli che lavorano con i computer usano Mac o Linux adesso. Windows è per le nonne, come i Mac negli anni ’90. Quindi non solo il desktop non conta più, ma chi si intende davvero di computer non usa nemmeno quelli di Microsoft. E ovviamente Apple sta mettendo Microsoft alle corde anche nella musica, e presto toccherà a TV e telefoni. Sono contento che Microsoft sia morta. Erano come Nerone o Commodo—malvagi nel modo in cui solo il potere ereditato può renderti. Perché ricordiamolo: il monopolio di Microsoft non è cominciato con loro. Se lo sono presi da IBM. Il software è stato dominato da un monopolio da circa la metà degli anni ’50 fino al 2005. Per praticamente tutta la sua esistenza, insomma. Una delle ragioni per cui il termine “Web 2.0” ha un’aura così rivoluzionaria è proprio questa sensazione, conscia o meno, che questa lunga era di monopolio sia finalmente finita. Certo, da hacker mi viene naturale pensare a come si potrebbe rimettere in piedi qualcosa di rotto. Microsoft potrebbe tornare in gioco? In teoria sì. Per capirlo, immagina due cose: (a) la quantità di cash che Microsoft ha in cassa, e (b) Larry e Sergey che dieci anni fa andavano in giro da tutti i motori di ricerca cercando di vendere l’idea di Google per un milione di dollari, e tutti li hanno rifiutati. La verità sorprendente è che gli hacker geniali—geniali al punto da essere pericolosi—si possono avere per poco, rispetto agli standard di un’azienda ricca come Microsoft. Non riescono più ad assumerli, ma potrebbero comprarseli, anche pagando dieci volte tanto. Quindi, se volessero davvero tornare competitivi, dovrebbero fare così: * Comprare le migliori startup “Web 2.0”. Potrebbero prendersele quasi tutte con meno di quanto dovrebbero sborsare per Facebook. * Poi, metterle tutte in un edificio nella Silicon Valley, circondato da scudi di piombo per proteggerle da qualsiasi contatto con Redmond. Mi sento tranquillo a dirlo, tanto non lo faranno mai. Il punto debole più grande di Microsoft è che ancora non si rendono conto di quanto facciano schifo. Pensano ancora di saper scrivere software in casa. Forse ci riescono, ma solo secondo gli standard del mondo desktop. Ma quel mondo è finito anni fa. So già cosa penseranno i lettori di questo saggio. Metà dirà che Microsoft è ancora un’azienda super redditizia, e che dovrei stare più attento a trarre conclusioni basandomi su cosa pensano poche persone nella nostra bolla “Web 2.0”. L’altra metà, quella più giovane, dirà che tutto questo è già storia vecchia. Note This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit paulgrahamita.substack.com

    9 min
  8. 06/17/2025

    Cosa fare // What to do

    Traduzione e lettura in italiano di Elena Carmazzi dall’essay originale di Paul Graham "What to do" [Marzo 2025]. Cosa dovrebbe fare una persona? Può sembrare una domanda strana, ma non è né priva di senso né impossibile da rispondere. È il tipo di domanda che fanno i bambini, prima di imparare a non porre domande troppo grandi. Io stesso me la sono posta mentre stavo indagando su tutt'altro. Ma una volta emersa, ho pensato che valesse la pena provare a rispondere. Quindi, cosa dovrebbe fare una persona? Dovrebbe aiutare gli altri e prendersi cura del mondo. Queste due cose sono ovvie. Ma c’è qualcos’altro? Quando me lo chiedo, la risposta che mi viene in mente è: creare cose nuove e buone. Non posso dimostrare che dovremmo farlo, così come non posso dimostrare che dovremmo aiutare gli altri o prenderci cura del mondo. Stiamo parlando di principi fondamentali. Ma posso spiegare perché questo principio ha senso. La cosa più impressionante che gli esseri umani sanno fare è pensare. Forse è la cosa più impressionante in assoluto. E il miglior tipo di pensiero – o meglio, la miglior prova di aver pensato bene – è proprio creare cose nuove e buone. Con "cose nuove" intendo qualcosa in senso molto ampio. La fisica di Newton è stata una cosa nuova e buona. In effetti, la prima formulazione di questo principio era “avere buone idee nuove”. Ma non mi sembrava abbastanza generale: non includeva, per esempio, il fare arte o musica, se non nella misura in cui queste incorporano nuove idee. E anche se possono farlo, non è tutto ciò che rappresentano – a meno di non stiracchiare la parola “idea” fino a renderla così vaga da includere qualunque cosa passi nel sistema nervoso. Anche per le idee che si hanno in modo consapevole, preferisco comunque l’espressione “creare cose nuove e buone”. Ci sono altri modi per descrivere il miglior tipo di pensiero: fare scoperte, per esempio, o comprendere qualcosa più a fondo degli altri. Ma quanto bene si può dire di capire qualcosa, se non si riesce a costruirne un modello o a scriverne? Anzi, cercare di esprimere ciò che si comprende non è solo un modo per dimostrare di averlo capito, ma un modo per capirlo ancora meglio. Un altro motivo per cui mi piace questa formulazione è che ci orienta verso la creazione. Ci spinge a preferire quelle idee che portano naturalmente a fare, piuttosto che – per esempio – a formulare osservazioni critiche su cose fatte da altri. Anche queste sono idee, a volte anche preziose, ma è facile illudersi che valgano più di quanto non sia. La critica sembra sofisticata, mentre creare qualcosa di nuovo sembra spesso goffo, soprattutto all’inizio; eppure sono proprio quei primi passi ad essere i più rari e preziosi. La novità è essenziale? Io credo di sì. Ovviamente lo è nella scienza. Se copiassi un articolo di qualcun altro e lo pubblicassi a tuo nome, non solo non sarebbe impressionante, ma sarebbe disonesto. E vale lo stesso per le arti. Una copia di un bel dipinto può essere gradevole, ma non impressiona come l’originale. Il che implica che non è impressionante nemmeno rifare la stessa cosa più e più volte, anche se benissimo: stai semplicemente copiando te stesso. Va però detto che, con questo principio, stiamo parlando di un tipo diverso di “dovere”. Prendersi cura delle persone e del mondo è un dovere nel senso morale e civico del termine; creare cose nuove e buone è un dovere in quanto rappresenta come realizzare il proprio potenziale. Storicamente, la maggior parte delle regole su come vivere ha mescolato entrambi i tipi di dovere, anche se solitamente con una maggiore enfasi sul primo. Per gran parte della storia, la risposta alla domanda “Cosa dovrebbe fare una persona?” era più o meno la stessa ovunque, sia che si chiedesse a Cicerone o a Confucio. Dovevi essere saggio, coraggioso, onesto, temperante e giusto, rispettare la tradizione e servire l’interesse pubblico. Per un lungo periodo, in alcune parti del mondo, la risposta è diventata “Servire Dio”, ma nella pratica era comunque considerato buono essere saggio, coraggioso, onesto, temperante e giusto, rispettare la tradizione e servire l’interesse pubblico. Questo approccio sarebbe sembrato giusto anche ai vittoriani. Ma non c’è nulla in tutto ciò che riguardi il prendersi cura del mondo o il creare cose nuove, e questo è un po’ preoccupante, perché questa domanda dovrebbe essere senza tempo. La risposta non dovrebbe cambiare troppo. Non mi preoccupa troppo il fatto che le risposte tradizionali non menzionino la cura per il mondo. È ovvio che le persone abbiano iniziato a preoccuparsene solo quando è diventato chiaro che potevamo distruggerlo. Ma come può essere importante creare cose nuove e buone se le risposte tradizionali non lo menzionano? Quelle risposte tradizionali in realtà rispondevano a una domanda leggermente diversa: non “cosa fare”, ma “come essere”. Il pubblico di allora non aveva molta scelta su cosa fare. Fino a tempi relativamente recenti, il pubblico era composto dalla classe dei proprietari terrieri, che era anche la classe politica. Non sceglievano tra fare fisica o scrivere romanzi. Il loro compito era già deciso: gestire le proprietà, partecipare alla politica, combattere se necessario. Poteva andar bene fare altro nel tempo libero, ma idealmente non dovevano averne. Il De Officiis di Cicerone è una delle grandi risposte classiche alla domanda su come vivere, e in esso dichiara esplicitamente che non l’avrebbe nemmeno scritto, se non fosse stato escluso dalla vita pubblica da recenti sconvolgimenti politici. C’erano ovviamente persone che facevano ciò che oggi chiameremmo “lavoro originale”, e spesso erano ammirate per questo, ma non venivano considerate modelli da imitare. Archimede sapeva di essere stato il primo a dimostrare che una sfera ha 2/3 del volume del cilindro minimo che la contiene, e ne era molto orgoglioso. Ma non trovi scrittori antichi che invitano i lettori a seguirne l’esempio. Lo consideravano più un prodigio che un modello. Oggi invece molti più di noi possono seguire l’esempio di Archimede e dedicarsi a un tipo di lavoro specifico. Alla fine si è rivelato un modello, insieme a una serie di altre persone che i suoi contemporanei avrebbero trovato strano trattare come un gruppo a sé stante, perché la vena di chi crea cose nuove tagliava trasversalmente la gerarchia sociale. Che tipo di cose nuove “valgono”? Preferisco lasciare la risposta a chi le crea. Sarebbe rischioso cercare di definire una soglia, perché spesso i nuovi tipi di lavoro vengono inizialmente disprezzati. Raymond Chandler scriveva letteralmente romanzi da quattro soldi, e oggi è considerato uno dei migliori scrittori del Novecento. Questo schema è così ricorrente che si può usare come guida: se ti appassiona un certo tipo di lavoro non considerato prestigioso e riesci a spiegare cosa gli altri stanno trascurando, allora non è solo un tipo di lavoro “accettabile”, ma è proprio quello da cercare. L’altro motivo per cui non voglio definire soglie è che non ne abbiamo bisogno. Le persone che creano cose nuove e buone non hanno bisogno di regole per rimanere oneste. Ecco dunque quella che mi sembra una buona serie di principi per vivere: prendersi cura delle persone e del mondo, e creare cose nuove e buone. Ognuno li seguirà in misura diversa. Ci saranno molte persone che si dedicheranno interamente alla cura degli altri. Alcune si concentreranno soprattutto sul creare cose nuove. Ma anche se fai parte di queste ultime, dovresti almeno assicurarti che ciò che crei non danneggi né le persone né il mondo. E se fai un passo in più e cerchi di creare cose che li aiutino, potresti scoprire di avere un vantaggio. Avrai più vincoli su ciò che puoi fare, ma lo farai con più energia. D'altra parte, se crei qualcosa di straordinario, finirai spesso per aiutare gli altri o il mondo anche senza volerlo. Newton era mosso dalla curiosità e dall’ambizione, non da qualche fine pratico, eppure l’impatto pratico del suo lavoro è stato enorme. E questa sembra essere più la regola che l’eccezione. Quindi, se pensi di poter creare qualcosa di straordinario, probabilmente dovresti farlo e basta. Note This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit paulgrahamita.substack.com

    9 min

About

Tutti gli essays di Paul Graham tradotti in italiano e trasformati in un podcast. Da tante mani e tante voci. paulgrahamita.substack.com

You Might Also Like