Dois-je faire passer mon entreprise à l’open source ? (2022)

Mon code est-il mauvais ?

• Craindre d’être critiqué par d’autres développeurs pour son propre code est une forme d’égocentrisme.
• S’il y a des gens que du mauvais code stresse, c’est quelque chose qui mérite d’être poursuivi.
• La communauté aide à améliorer un projet en refactorisant le mauvais code et en introduisant de nouvelles directives de qualité du code.

Atteindre la sécurité

• Avoir peur que des gens trouvent des failles de sécurité dans du code public et le piratent est une inquiétude courante.
• La loi de Linus — avec suffisamment d’attention, tous les bugs deviennent évidents — s’applique aussi aux questions de sécurité.
• Des projets open source comme Bitcoin peuvent être plus sûrs, car les problèmes de sécurité y sont découverts tôt puis corrigés.

Battre les concurrents

• Dans le logiciel, les idées coûtent peu ; la valeur vient de leur exécution.
• Partager les idées libère l’esprit et permet de se concentrer sur ce qui compte vraiment.
• Que des concurrents jettent un œil à votre code n’a pas d’importance à long terme, et la communauté open source réagira positivement à votre ouverture.

Faire grandir une communauté d’experts

• Pour bâtir une entreprise prospère, il faut bien exécuter sur la durée et faire croître sa base de clients.
• Que des concurrents jettent un œil à votre code n’a pas d’importance à long terme.

Gagner sur le marché

• Sur un marché vaste et en croissance, les situations où le gagnant rafle tout sont rares ; l’important est d’enthousiasmer les utilisateurs et d’itérer vite.
• Même si un concurrent fork votre projet open source, s’il ne peut pas le lancer plus vite que vous, il perdra de toute façon la compétition.

Stade avancé

• Quand un projet atteint une certaine ampleur, on peut se retrouver face à de grands fournisseurs cloud qui proposent le produit avec un meilleur modèle de distribution.
• Si AWS commence à concurrencer l’hébergement de votre produit, c’est que vous faites probablement quelque chose de très juste.
• Il faut trouver un avantage concurrentiel dans des domaines où les fournisseurs cloud ne sont pas bons, comme l’expérience développeur.

Arrêter de s’inquiéter

• Si les concurrents cherchent vos idées, ils auront toujours un temps de retard sur vous.

Recruter des développeurs

• L’une des plus grandes difficultés des startups est de recruter des développeurs.
• L’open source peut résoudre ce problème de recrutement.

Sourcer publiquement

• Tous les développeurs bénéficient de l’open source, et beaucoup veulent contribuer à des projets open source intéressants.
• Si l’on abaisse les barrières à la contribution sur un projet open source, il devient plus probable que d’excellents développeurs le trouvent.

Non, on ne vous fera pas faire un test à emporter chez vous

• Les développeurs se plaignent souvent de devoir résoudre des problèmes LeetCode ou passer des tests à faire chez soi pendant les entretiens.
• Quand quelqu’un contribue à votre dépôt, vous pouvez déjà voir ses contributions réelles en code ainsi que sa manière de communiquer avec l’équipe et la communauté.

Est-ce que ça s’intègre avec Excel ?

• Quand on dirige une startup, on n’a parfois le temps de résoudre que les plus gros problèmes, et les fonctionnalités demandées par une minorité d’utilisateurs peuvent être repoussées indéfiniment.
• Si le système est open source, ces utilisateurs peuvent contribuer eux-mêmes ces fonctionnalités, ce qui étend l’utilité du logiciel.

Nous sommes en 2022. Où sont les voitures volantes ?

• Dans un monde sans open source, les entreprises technologiques continuent de réinventer la roue.
• Supabase essaie de soutenir les projets open source existants avant de créer de nouveaux projets en open source.

Il vous faut plus de preuves

• La semaine prochaine est la Launch Week de Supabase, point culminant de tout ce sur quoi l’équipe et la communauté ont travaillé ces trois derniers mois.
• Les progrès rapides de la communauté Supabase sont la preuve de tous les avantages qu’il y a à gérer une entreprise open source.

L’avis de GN⁺

• Une stratégie open source contribue à améliorer la qualité du code, à renforcer la sécurité et à favoriser la collaboration et l’innovation via la construction d’une communauté.
• L’open source aide à résoudre les difficultés de recrutement des développeurs, renforce la transparence et la confiance envers l’entreprise, et contribue au progrès technologique.
• Le cas de Supabase montre comment le modèle open source peut avoir un impact positif sur le développement logiciel et la croissance d’une entreprise.

[GN⁺]

Avis Hacker News

• Problème des hypothèses

  Les hypothèses sur une rentabilité durable ne reflètent pas la réalité. En particulier, si l’on tient compte de défis comme les salaires élevés des développeurs aux États-Unis, une entreprise de logiciel open source (OSS) doit réussir deux fois : d’abord avec l’OSS lui-même, puis avec l’entreprise.

• L’expérience de l’équipe Graphistry

  L’équipe de Graphistry est passionnée par l’OSS et a contribué au lancement des projets populaires Apache Arrow et Nvidia RAPIDS. Elle propose ses clients Python et JS en OSS, et PyGraphistry[AI] est un couteau suisse du graphe avec de nombreux outils. Mais sa croissance durable vient surtout de la vente de licences auto-hébergées, en cloud ou on-premise, pour son serveur de visualisation de graphes sur GPU, auprès d’entreprises, d’administrations et de sociétés de données. Les revenus alternatifs de l’hébergement SaaS soutiennent une petite équipe, mais la plupart des équipes ne peuvent pas continuer à innover sans les revenus issus des licences auto-hébergées.

• Plaintes sur le modèle économique de l’open source

  En discutant du modèle économique de l’open source avec d’autres fondateurs, trois plaintes reviennent sans cesse :

  • des critiques disant que le code est désordonné, mauvais ou inachevé
  • des hackers qui trouveront et exploiteront des vulnérabilités de sécurité
  • des concurrents qui voleront la propriété intellectuelle

  Un quatrième point manquant est l’idée que « Amazon/AWS va commercialiser un service basé sur mon code sans rien me payer ».

• Vendre au gouvernement côté civil

  Une chose que beaucoup de projets négligent, c’est la vente au gouvernement civil. Le gouvernement américain dispose de nombreux programmes pour la technologie et, en raison de la séparation entre agences civiles, communauté du renseignement et États fédérés, il achète en volume une grande variété de logiciels. Les exigences réglementaires et de conformité ne sont pas aussi élevées qu’on pourrait le penser, surtout quand une équipe gère ses premiers contrats. Cela fournit des revenus solides et garantis pour un projet, généralement avec des engagements de 3 à 5 ans, et c’est souvent très rentable.

• La valeur du logiciel open source

  Les idées logicielles coûtent peu, mais la valeur est presque toujours créée dans leur exécution. Quand on publie un logiciel open source, on ne fournit pas seulement l’idée, mais aussi une part importante de son exécution. Le code n’est pas l’exécution complète, mais il s’étend à la vente, au marketing, au support, etc. L’article tend à minimiser la valeur du code, mais ce n’est pas vrai.

• Le modèle économique de Supabase

  Supabase se présente dans son marketing comme une entreprise open source, mais en pratique, tenter de l’auto-héberger n’est pas réaliste. Elle reçoit donc les éloges associés à l’open source, alors qu’en réalité il s’agit surtout d’une stratégie marketing.

• Le choix des produits open source

  Personnellement, je choisis toujours un produit open source plutôt qu’une alternative. L’accès illimité au code source est important, et c’est aussi important pour la société. Les logiciels créés avec cet état d’esprit sont open source, et il arrive que des gens paient pour cela.

• La difficulté du business open source

  Des projets open source comme PostgreSQL, Python, Bitcoin et React sont excellents, mais ce ne sont pas de bons business. MongoDB et Elastic font exception. Davantage d’entreprises de bases de données en closed source réussissent que d’entreprises de bases de données open source. Les entreprises open source sont difficiles à faire fonctionner, mais elles ont énormément de valeur pour les utilisateurs.

• L’importance de la marque et de la communauté

  Quand on est en concurrence avec des fournisseurs établis comme Google, la marque, la communauté, l’équipe et l’expérience développeur (DX) comptent bien moins que la conformité et d’autres facteurs du même type.

• Publication du code open source et licence

  Publiez le code publiquement pour que les gens puissent le lire et y contribuer. Exigez une licence payante pour un usage commercial, tout en gardant les niveaux inférieurs gratuits. Il faut instaurer dans l’entreprise une culture où les clients payants financent tout le développement.

• La viabilité d’une entreprise open source

  Une entreprise open source n’a de sens que si elle s’adresse aux développeurs ou si elle crée un produit qui, en pratique, n’a quasiment aucune chance d’être auto-hébergé. Supabase est un exemple qui coche ces deux cases.