"La chose la plus facile à faire... c'est de se tromper soi-même." Paul Buchheit parle de l'importance d'échouer pour pouvoir dépasser l'échec. Les fondateurs sont souvent biaisés et ont une vision positive que leur entreprise va réussir, mais il est extrêmement important de confronter la réalité tôt et honnêtement. Trop d'entrepreneurs se laissent piéger par leur propre optimisme, collectant des métriques de vanité et choisissant des données qui soutiennent leur vision. La perspective de Paul vient de décennies de construction de produits chez Google, de la création de Gmail et d'investissements dans des centaines de startups via Y Combinator. Il a vu d'innombrables fondateurs qui auraient pu économiser des mois ou des années en étant plus honnêtes sur ce qui ne fonctionnait pas. Nous ramenons l'un des épisodes les plus appréciés de @FoundersInArms cette semaine. Plus d'aperçus de @paultoo (Créateur de Gmail & Ancien Partenaire YC) dans notre épisode classique de Founders in Arms. Lien dans la bio.

Nous (@Mercury) avons maintenant un numéro de routage dédié avec nos deux banques partenaires : Choice Financial et Column Bank. Une petite mais agréable amélioration de l'expérience utilisateur. Cela a pris étonnamment longtemps à débloquer :)

En tant qu'entrepreneur en série, @immad était frustré par le manque de services disponibles pour les nouvelles entreprises de la part des banques traditionnelles. Il a donc agi et lancé @mercury en 2019 pour fournir de meilleurs services bancaires aux entreprises. Aujourd'hui, Mercury sert plus de 200 000 clients ambitieux. Écoutez son histoire de fondateur pour en savoir plus sur l'incroyable parcours de Mercury. #Fintech #Entrepreneuriat #FTACEOSummit

Tout ce bazar autour de Windsurf/Scale montre que si les FAANG étaient vraiment libérés des lois antitrust, la frénésie de fusions et acquisitions que nous verrions serait vraiment folle.

Je dois enregistrer un nom DBA (doing business as) (pour l'entreprise de ma femme) et je viens de découvrir que vous devez suivre un processus archaïque de publication du nom 4 fois dans un journal physique ! Cela prend 30 jours supplémentaires. C'est comme si SF essayait de rendre la vie plus difficile aux petites entreprises.

Ma messagerie vocale sur iPhone est pleine à 100 % de spam et il n'y a pas d'option de suppression en masse. C'est tellement idiot.

"Ouais, ils ne sont pas assez hardcore." C'est ainsi que Ryan Westerdahl a expliqué la différence entre les personnes qui s'épanouissent chez SpaceX et celles qui s'épuisent. Après neuf ans là-bas, il est franc sur ce qu'il faut. Construire quelque chose de significatif nécessite ce niveau d'engagement. La question n'est pas de savoir si c'est difficile - c'est de savoir si vous vous souciez suffisamment du résultat pour persévérer quand cela devient inconfortable. Plus de @RyanWesterdahl (Fondateur & PDG, Turion Space) dans notre dernier épisode de Founders in Arms. Lien dans la bio.

J'ai fait pas mal d'investissements dans l'espace entre 2018 et 2022. J'en ai vu moins récemment car beaucoup des idées intéressantes ont été explorées durant cette période. Lorsque j'examine les investissements dans l'espace, il y a trois choses qui m'importent : Cette personne sait-elle de quoi elle parle ? À quel point l'idée est-elle intéressante et quelle est sa viabilité commerciale ? Quelle est la qualité de la présentation ? Les entreprises de logiciels ont besoin de beaucoup de clients pour atteindre 10 millions de dollars de revenus. Mais si vous pouvez percer dans les dépenses gouvernementales ou les cas d'utilisation commerciale dans l'espace, il y a de l'argent sérieux à gagner. Plus de @RyanWesterdahl (Fondateur & PDG, Turion Space) dans notre dernier épisode de @FoundersInArms. Lien dans la bio.

Je n'ai jamais partagé cela publiquement auparavant, mais voilà : Il y a 2,5 ans, j'ai été diagnostiqué avec l'une des maladies les plus douloureuses et dévastatrices : l'arthrite rhumatoïde. La partie surprenante ? Je l'ai vaincue et je me suis rétabli seulement lorsque j'ai cessé de suivre les conseils de mes médecins. Voici mon histoire 👇

La première version de Coinbase a été lancée avec juste un portefeuille chaud - une proposition risquée. Nous étions en version bêta et l'application disait clairement aux gens de ne pas y stocker d'argent qu'ils ne pouvaient pas se permettre de perdre. Mais les montants des dépôts continuaient d'augmenter régulièrement. J'ai réalisé que nous devions construire un système de stockage à froid pour améliorer la sécurité (sinon, une seule violation du portefeuille chaud signifierait que nous serions insolvables et que l'entreprise mourrait), et j'ai appelé les deux experts en cryptographie/sécurité que je connaissais (@zooko et @octal si ma mémoire est bonne) et leur ai demandé quelle serait la meilleure architecture. Ils ont été super utiles et m'ont donné un cours intensif, puisque je n'avais jamais construit un tel système auparavant. Je leur ai demandé combien de temps cela prendrait à construire et je me souviens que l'un d'eux a dit qu'il pourrait falloir à une équipe d'environ 10 personnes 18 mois pour tout mettre en place et le tester. Le problème était que nous avions environ 8 semaines avant que le total des dépôts sur la plateforme ne dépasse les actifs totaux de l'entreprise, et seulement 2 ingénieurs (y compris moi-même) pour le construire. Nous voyions des signes que des hackers essayaient déjà de s'introduire, un véritable moment décisif. @satoshilite et moi nous sommes retroussés les manches et avons commencé à coder le nouveau système de stockage à froid depuis zéro, et à l'intégrer dans l'application. Nous avons fait des compromis raisonnables mais ce que nous avons conçu était fondamentalement sécurisé, et une amélioration massive. Nous avons même déballé de nouveaux ordinateurs portables pour la génération de clés, stocké du matériel de sauvegarde dans plusieurs coffres-forts et emplacements. Avec environ une semaine restante, nous avons commencé le processus de transfert des fonds vers le nouveau système. Nous étions tous les deux extrêmement privés de sommeil (d'où les erreurs !), et nous avons fait équipe pour vérifier le travail de l'autre alors que nous envoyions la première transaction test, puis une plus grosse, et ainsi de suite jusqu'à ce que tout soit entièrement transféré. Nous avons poussé un soupir de soulagement et sommes rentrés chez nous pour dormir environ 12 heures. C'était l'une de mes plus grandes réalisations techniques des débuts de Coinbase : coder notre système de stockage de clés v2 avec 2 personnes en environ 8 semaines, ce qui aurait dû prendre 10 personnes 18 mois. Et cela a fonctionné et nous a bien servi pendant des années. Nous en sommes maintenant à environ la v5 du stockage de clés, et nous avons largement progressé par rapport à ce que nous avons conçu ce jour-là. Mais si nous ne l'avions pas sorti à temps, Coinbase pourrait très bien ne pas exister aujourd'hui. C'est un grand témoignage de la façon dont les contraintes engendrent la créativité, que le talent de haut niveau compte dans les startups, et que les équipes sont souvent capables de plus qu'elles ne le pensent lorsqu'il n'y a pas d'autre option. La plupart des produits qui réussissent ont des moments précoces comme celui-ci, où quelqu'un doit se lever et faire un jeu sur le terrain qui défie toutes les probabilités. Alors que nous faisons face à de nouveaux défis et délais à travers nos nombreux produits, je surveille toujours qui dans l'équipe est prêt à se lever et à faire le jeu gagnant sur le terrain.