El código abierto es la nueva normalidad

May 10 2022
Si bien en Paua no somos nuevos en las inversiones de código abierto, por ejemplo,

Si bien en Paua no somos nuevos en las inversiones de código abierto, por ejemplo , VueStoreFront , Codasip + una empresa web3 todavía en secreto, nunca hemos hecho público nuestra tesis de inversión en el espacio de código abierto...

…es hora de cambiar esto y presentarle a nuestra comunidad por qué queremos duplicar el código abierto. Además, estoy emocionado de compartir qué áreas (no obvias) de código abierto estoy buscando específicamente para futuras inversiones.

Una nota rápida: para esta publicación, me centraré casi por completo en el software comercial de código abierto (COSS), por lo que cuando digo código abierto (OS), sepa que lo que realmente quiero decir es COSS.

Por qué código abierto: una respuesta del

Siempre pensé que el código abierto era genial desde la primera vez que alguien me habló de él. Personas de todo el mundo, que probablemente nunca se conocieron, se unen y crean software sobre una base de código compartido abiertamente, accesible de forma gratuita para todos. Lo más parecido a un “cerebro colectivo” que se me ocurre, un concepto tan potente.

¡Y qué asombrosas tecnologías se han construido sobre esta premisa! Navegadores web (Mozilla Firefox, Brave), sistemas operativos (Linux), lenguajes y frameworks de programación (Python, React, VueJS) y criptomonedas (Bitcoin, Ethereum).

¡Y a los desarrolladores les encanta! Los datos sugieren que cada vez más desarrolladores contribuyen a proyectos de código abierto cada año. En 2021, los desarrolladores de 3M en bruto contribuyeron por primera vez a un proyecto de código abierto en comparación con 0,8 millones en 2016.

Datos de Github "Informe Octoverse"

Por qué código abierto: una respuesta del

Datos de Bessemer Ventures sobre empresas de código abierto que eclipsan a sus pares de código cerrado

Además de la observación empírica de que muchas grandes empresas (piense en Elastic, Hashicorp, Gitlab, Confluent, etc., etc.) son de hecho de código abierto y están creciendo más rápido que sus pares comparables de código cerrado, puedo pensar en 6 ventajas estructurales de las empresas de código abierto frente a las tradicionales empresas de código cerrado:

1. Verdadero USP vs grandes tecnologías [construcción o demolición]

En 2022, el software en la nube es una industria madura que ha dado lugar a algunas de las empresas más grandes de la historia de la humanidad, las llamadas “grandes tecnologías”. Junto a ellos se encuentra una larga fila de otros gigantes de software 100bn+B2B como Workday, Salesforce, Adobe, Shopify, etc. Yo diría que si alguna de estas empresas realmente quisiera ingresar al mercado donde se encuentra una nueva empresa emergente, lo harían. ganar o al menos causar un daño crítico. A menos que... esta nueva startup pueda ofrecer algo que ninguna gran tecnología puede ofrecer... un producto central con un código fuente accesible y transparente que se puede descargar y hospedar automáticamente si es realmente necesario... en otras palabras, ¡código abierto!

O mirándolo desde el otro lado: si usted es un fundador que inicia una empresa en 2022 y desea ingresar a un mercado donde una empresa de más de 100 mil millones domina y sigue creciendo, el código abierto puede ser su mejor opción. Usando las palabras de alguien más inteligente que yo:

Está tratando de comercializar a sus competidores y luego vender algo más a su base instalada .

2. Mirar debajo del capó antes de comprar [ciclo de ventas ⏲]

Desde la perspectiva del comprador, la capacidad de ver cómo se construye realmente un producto bajo el capó puede generar confianza, también desde el punto de vista de la seguridad de TI. Esto es especialmente cierto si el proveedor no es una empresa bien conocida y establecida. Incluso diría que para las verticales donde el código abierto es el rey (big data, dev ops, infraestructura, herramientas web3), un producto 100% de código cerrado hoy en día casi sorprendería. Un cambio de 180° en comparación con la última década cuando el código abierto se consideraba la excepción.

Mirar debajo del capó y probar un producto es aún más importante cuando un desarrollador es el principal responsable de la toma de decisiones de compra y creo que esta es también la razón por la que muchas de las mayores historias de éxito de código abierto han sido empresas de herramientas para desarrolladores.

3. Obtenga la validación anticipada de muchos usuarios [validación de la comunidad ]

Una de las cosas más difíciles cuando se construye es encontrar el producto adecuado para el mercado. Para encontrar el producto adecuado para el mercado, una empresa necesita la retroalimentación de muchos usuarios. Pero, ¿cómo puede una empresa conseguir muchos usuarios para empezar? El código abierto es una forma fantástica de resolver este problema del huevo y la gallina, ya que los usuarios a menudo serán más propensos a probar un producto de código abierto y serán más indulgentes con los errores (obtendrán alguna versión del producto de forma gratuita para siempre). Con un poco de suerte, sus evaluadores incluso podrían ayudarlo a corregir errores o construir con usted. Por supuesto, se espera que el equipo central de mantenedores, especialmente al principio, haga el trabajo pesado.

4. Co-desarrollar con la comunidad [construcción de comunidad]

Además de recopilar comentarios tempranos de la comunidad al iniciar un nuevo proyecto, el poder de una comunidad activa puede manifestarse más adelante en múltiples formas y formas; uno de los más interesantes, es el co-desarrollo de parte del producto con colaboradores activos de la comunidad. Por ejemplo, un grupo de colaboradores podría desarrollar el código para un caso de uso de nicho que sea útil para ellos inicialmente, mientras que ese caso de uso no habría sido lo suficientemente grande como para justificar los esfuerzos de desarrollo interno del equipo central. Los contribuyentes pueden ser individuos pero también corporaciones y, por lo general, cuanto más grande y exitoso sea un proyecto, más contribuyentes corporativos estarán involucrados. El ejemplo más grande y famoso de lo que mencioné antes es Linux, donde cientos de corporaciones contribuyen sustancialmente al código base.

Datos del estado del kernel de Linux en 2022

5. Leads de ventas calificados [modelo de distribución comunitaria ]

El código abierto como "modelo de distribución" es una frase que se escucha a menudo en estos días, algunos incluso dirían que el código abierto es, en esencia, un modelo de distribución (¡no estoy de acuerdo!). En resumen, los usuarios que vienen por el producto gratuito y la comunidad también son un grupo de clientes potenciales calificados para productos/servicios comerciales que se pueden vender además del producto de código abierto.

Podría decirse que no es fácil saber quién está haciendo qué con un producto de código abierto, por lo que las herramientas comunitarias como Discord y Discourse pueden ayudar a identificar a los usuarios.

La página de la comunidad Discourse de Airbyte

6. Leads calificados de recursos humanos [modelo de contratación ‍]

La contratación es un dolor para casi todas las empresas de tecnología y esto es especialmente cierto para los puestos de ingeniería. Además de eso, las malas contrataciones son muy costosas y pueden obstaculizar la trayectoria de crecimiento de las empresas tecnológicas en etapa inicial. Por último, el tiempo de preparación para las nuevas contrataciones también es un factor a tener en cuenta al hacer un presupuesto.

Sostengo que las empresas de código abierto tienen, también en RRHH, ventajas estructurales frente a las empresas tradicionales. De hecho, las empresas de código abierto pueden identificar fácilmente a los candidatos de ingeniería en función de las contribuciones en su repositorio. Además, las empresas tienen muchos puntos de datos sobre cómo trabaja un colaborador, lo que reduce las posibilidades de una mala contratación. Por último, los nuevos empleados ya están familiarizados por defecto con el código fuente, ya que ya han estado trabajando en él.

Por supuesto, debe tenerse en cuenta que las empresas de código abierto no podrán satisfacer el 100% de sus necesidades técnicas de recursos humanos mediante la contratación de colaboradores.

Datos de colaboradores del Github de Camunda

Inconvenientes y vulnerabilidades de las empresas de código abierto

En contraste con todas las ventajas mencionadas anteriormente, las empresas de código abierto también se enfrentan a una serie de desafíos que las empresas tradicionales de código cerrado no tienen:

1. Monetización ‍♂️

¿Qué modelo de monetización elegir? ¿Qué mantener gratis para la comunidad y qué monetizar? Podría decirse que este es * el desafío * para la gran mayoría de las empresas de código abierto que existen.

No intentaré proponer mi punto de vista sobre este tema ampliamente debatido, sino que he elaborado una lista seleccionada de artículos que brindan una descripción general de los modelos de monetización para el sistema operativo y sopesan los pros y los costos de cada modelo.

-> -> A los recursos de monetización de código abierto <- <-

Elijas lo que elijas, solo ten en cuenta 2 cosas:

  1. Una vez que eliges un modelo, no es fácil volver y cambiarlo.
  2. Ver el siguiente capítulo del artículo :)

Todos los fundadores de código abierto deberían estar (y probablemente lo están) al tanto de la historia de AWS-Elastic. Si no es así, busque un enlace a continuación, el tl; dr es que AWS vendía productos basados ​​en la parte superior de Elastic bajo el nombre de AWS. Se debe pensar mucho en seleccionar la licencia adecuada en función de la etapa y el producto. El ex fundador de Paua portco, Lars Kamp, escribió una excelente publicación sobre cómo seleccionó una licencia de código abierto para su empresa. En la publicación, también habla sobre AWS-Elastic y el dilema de cómo elegir la licencia correcta.

Áreas de interés para nuevas inversiones

Argumento que la mayoría de los "verticales orgánicos" para el código abierto ya están saturados, como DB, ML e infraestructura. Espero que otras 4 áreas vean una gran tracción de código abierto en el futuro inmediato y las analizaré especialmente para inversiones:

1. Alternativas a las herramientas de código cerrado existentes

“Si tan solo hubiera una versión de código abierto de…”

Creo que hay oportunidades interesantes al ofrecer una alternativa de código abierto a algunos productos existentes. Como se mencionó anteriormente, los productos de código abierto ofrecen algunas ventajas estructurales, como una oferta básica gratuita, poder mirar debajo del capó y probar, tener una comunidad que brinde comentarios de abajo hacia arriba al producto. ¿Por qué no tener algunas de las mejores herramientas que existen pero con estas características? ¿No te gustaría un coche gratis que pagarías solo si enciendes el IC o si conduces a más de 80 km/h?

Ejemplos de alternativas de SO: Cal.com, Supabase, Peppermint, NocoDB

Claramente, no soy el único que apuesta por este espacio, ya que Rajko de NEA escribió una publicación completa al respecto y Runa Capital publicó en Github una extensa lista de alternativas de código abierto llamadas " alternativas impresionantes de oss ".

2. Habilitadores de código abierto

"¿Puedo confiar/usar este proyecto de código abierto?"

A medida que más y más empresas deciden construir su producto con un enfoque de código abierto, intuitivamente tiene sentido que comience a surgir una serie de productos "habilitadores" para respaldar esta ola de nuevas empresas. Estos facilitadores son, por ejemplo, empresas que facilitan la creación de una empresa/producto de código abierto, el mantenimiento de una comunidad de colaboradores y la adopción segura de herramientas de código abierto para las empresas. En particular, soy optimista sobre temas como la seguridad y las herramientas comunitarias de código abierto. Un ejemplo fantástico es una empresa como Fossa

3. Servicios financieros/infraestructura bancaria

“Del software para “bancar a los no bancarizados” al software para operar los mejores bancos”

El software de servicios bancarios y financieros centrales ha sido tradicionalmente resistente al "código abierto" como consecuencia de los estándares de seguridad más altos y la falta de herramientas que faciliten la adopción del código abierto en industrias fuertemente reguladas. Los grandes proyectos de sistemas operativos como Apache Fineract se han centrado en las microfinanzas o la banca de los no bancarizados. Sostengo que surgirá una nueva ola de productos de código abierto en los sectores de servicios bancarios/financieros gracias a más herramientas para facilitar la adopción de código abierto, más poder de decisión pasando a manos de los desarrolladores y una mayor presión sobre los bancos para que modernicen su infraestructura.

Angela de A16Z tiene una opinión similar y escribió una publicación de blog completa sobre esto.

4. Herramientas Web3

"¿Por qué los fundadores de web3 usan productos de código cerrado para construir sus productos/comunidades?"

Web3 puede considerarse una subcategoría de código abierto o no, pero una cosa es indiscutible: los productos de código abierto de web2 están en el aspecto técnico y en cuanto a su ethos mucho más cerca de web3 en comparación con las empresas tradicionales de código cerrado.

A medida que las aplicaciones web3 y, en particular, las DAO (organizaciones autónomas descentralizadas, básicamente comunidades que comparten una tabla de límites basada en tokens) tomen el escenario principal después de las capas 1 y las NFT, creo que aparecerá un conjunto de herramientas habilitadoras para apoyar a los empresarios web3 y mi apuesta es que todos ellos serán de código abierto y una parte de ellos tendrá un modelo basado en tokens.

¡Eso es, amigos! Si usted es un fundador en el espacio de herramientas de código abierto/web3 y esta tesis de inversión resuena con lo que está construyendo, me encantaría saber de usted -> [email protected]

O si eres un compañero inversionista también enfocado en estos temas, también me encantaría conversar.

Por último, pero no menos importante, GRACIAS Lars, Sam, Georg, Felix, Niels, Charlotte, Sasha, Misha por revisar críticamente mi publicación y ayudar a mejorarla.

© Copyright 2021 - 2022 | unogogo.com | All Rights Reserved