¿Debería convertir mi empresa en código abierto? (2022)

¿Mi código es malo?

• Que los desarrolladores teman ser criticados por su propio código es una idea egocéntrica.
• Si hay gente que se estresa por el mal código, eso es algo que vale la pena perseguir.
• La comunidad ayuda a mejorar el proyecto refactorizando el mal código e introduciendo nuevas guías de calidad de código.

Alcanzar la seguridad

• Temer que encuentren vulnerabilidades de seguridad en el código público y lo hackeen es una preocupación común.
• La ley de Linus, según la cual con suficiente atención todos los errores se vuelven obvios, también aplica a los problemas de seguridad.
• Los proyectos de código abierto como Bitcoin pueden ser más seguros porque detectan y corrigen antes los problemas de seguridad.

Vencer a los competidores

• En el software, las ideas son baratas y el valor se crea en la ejecución de esas ideas.
• Compartir ideas libera la mente para enfocarse en lo importante.
• Que un competidor espíe tu código no importa a largo plazo, y la comunidad de código abierto responderá positivamente a tu apertura.

Crecimiento de una comunidad experta

• Para construir una empresa exitosa, hay que ejecutar bien durante mucho tiempo y hacer crecer la base de clientes.
• Que un competidor espíe tu código no importa a largo plazo.

Ganar en el mercado

• En mercados grandes y en crecimiento, rara vez se da una situación de que el ganador se lo lleva todo; lo importante es impresionar a los usuarios e iterar rápido.
• Aunque un competidor haga un fork de un proyecto de código abierto, si no puede lanzar más rápido, de todos modos perderá la competencia.

Etapa avanzada

• Cuando un proyecto alcanza una escala considerable, puede enfrentarse a una situación en la que un gran proveedor de nube ofrezca el producto con un mejor modelo de distribución.
• Si AWS empieza a competir alojando tu producto, eso significa que estás haciendo algo muy bien.
• Hay que encontrar una ventaja competitiva en áreas en las que los proveedores de nube no son buenos, como la experiencia de desarrollador.

Deja de preocuparte

• Si un competidor está buscando tus ideas, siempre irá un paso detrás de ti.

Contratación de desarrolladores

• Una de las mayores quejas de las startups es que es difícil contratar desarrolladores.
• El código abierto puede resolver el problema de contratar desarrolladores.

Buscar talento en público

• Todos los desarrolladores se benefician del código abierto, y muchos quieren contribuir a proyectos de código abierto interesantes.
• Si reduces la barrera para contribuir a un proyecto de código abierto, será más probable que grandes desarrolladores encuentren el proyecto.

No, no les haremos una prueba para llevar a casa

• A los desarrolladores les molesta tener que resolver problemas de LeetCode o hacer pruebas para llevar a casa en los procesos de entrevista.
• Si alguien contribuye a tu repositorio, ya puedes ver sus aportes reales de código y cómo se comunica con el equipo y la comunidad.

¿Se integra con Excel?

• Al dirigir una startup, puede que solo haya tiempo para resolver los problemas más grandes, y las funciones que pide un pequeño número de usuarios pueden aplazarse indefinidamente.
• Si el sistema es de código abierto, esos usuarios pueden contribuir por su cuenta esas funciones y ampliar la utilidad del software.

Es 2022. ¿Dónde están los autos voladores?

• En un mundo sin código abierto, las empresas tecnológicas siguen reinventando la rueda.
• Supabase intenta apoyar proyectos de código abierto existentes antes de hacer nuevos proyectos como código abierto.

Necesito más evidencia

• La próxima semana es la semana de lanzamiento de Supabase, la culminación de todo lo que el equipo y la comunidad han trabajado durante los últimos 3 meses.
• El rápido progreso de la comunidad de Supabase es prueba de todos los beneficios de operar una empresa de código abierto.

Opinión de GN⁺

• La estrategia de código abierto contribuye a mejorar la calidad del código, reforzar la seguridad y fomentar la colaboración y la innovación mediante la construcción de comunidad.
• El código abierto puede resolver los problemas de contratación de desarrolladores, aumentar la transparencia y la confianza de la empresa, y contribuir al avance tecnológico.
• El caso de Supabase muestra cómo el modelo de código abierto puede influir positivamente en el desarrollo de software y en el crecimiento del negocio.

[GN⁺]

Opiniones en Hacker News

• Problema de la premisa

  La premisa sobre una rentabilidad sostenible no refleja la realidad. En particular, al considerar desafíos como los altos salarios de los desarrolladores en EE. UU., una empresa de software de código abierto (OSS) necesita tener éxito dos veces: primero con el propio OSS y luego con la empresa.

• Experiencia del equipo de Graphistry

  El equipo de Graphistry es apasionado del OSS y ayudó a iniciar los populares proyectos Apache Arrow y Nvidia RAPIDS. Ofrecen como OSS clientes para Python y JS, y PyGraphistry[AI] es una navaja suiza para grafos con una amplia variedad de herramientas. Pero crecen de forma sostenible principalmente vendiendo licencias autohospedadas en la nube/on-premise para su servidor de visualización de grafos con GPU a empresas, gobiernos y compañías de datos. Los ingresos alternativos por hosting SaaS sostienen a un equipo pequeño, pero la mayoría de los equipos no puede seguir innovando sin ingresos por licencias autohospedadas.

• Quejas sobre el modelo de negocio open source

  Al hablar con otros fundadores sobre modelos de negocio open source, aparecen repetidamente tres quejas:

  • críticas de que el código está desordenado, es malo o está incompleto
  • que hackers encontrarán y explotarán vulnerabilidades de seguridad
  • que competidores robarán la propiedad intelectual

  El cuarto punto que falta es pensar que "Amazon/AWS va a comercializar un servicio basado en mi código y no me va a pagar nada".

• Vender al gobierno civil

  Algo que muchos proyectos pasan por alto es vender al gobierno civil. El gobierno de EE. UU. tiene muchos programas para tecnología y, debido a la separación entre agencias civiles, la comunidad de inteligencia y los gobiernos estatales, compra grandes volúmenes de software diverso. Los requisitos regulatorios y de cumplimiento no son tan altos como se piensa, especialmente cuando el equipo maneja sus primeros contratos. Esto aporta ingresos sólidos y garantizados para el proyecto y, por lo general, es muy rentable con compromisos de 3 a 5 años.

• El valor del software open source

  Las ideas de software son baratas, pero el valor casi siempre se crea en la ejecución de esa idea. Cuando publicas software open source, no solo entregas la idea, sino también una parte importante de su ejecución. El código no es toda la ejecución, pero se amplía con ventas, marketing, soporte, etc. El artículo tiende a subestimar el valor del código, pero eso no es cierto.

• El modelo de negocio de Supabase

  Supabase se promociona como una empresa open source, pero en la práctica intentar autohospedarla no es algo práctico. Por eso recibe elogios por ser open source, aunque en realidad no es más que una estrategia de marketing.

• Elección de productos open source

  Personalmente, siempre elijo productos open source por encima de las alternativas. El acceso sin restricciones al código fuente es importante, y también lo es para la sociedad. El software generado con esa mentalidad es open source y, a veces, la gente paga por ello.

• La dificultad del negocio open source

  Proyectos open source como PostgreSQL, Python, Bitcoin y React son buenos, pero no son buenos negocios. MongoDB y Elastic son excepciones. Han tenido más éxito las empresas de bases de datos de código cerrado que las de bases de datos open source. Las empresas open source son difíciles, pero son muy valiosas para los usuarios.

• Importancia de la marca y la comunidad

  Al competir con proveedores establecidos como Google, la marca, la comunidad, el equipo y la experiencia de desarrollador (DX) casi no importan en comparación con el cumplimiento y otros factores.

• Publicación y licenciamiento del código open source

  Publica el código de forma abierta para que la gente pueda leerlo y contribuir. Exige una licencia de pago para uso comercial, pero mantenlo gratis en los niveles bajos. Dentro del negocio, hay que inculcar una cultura en la que los clientes de pago financien todo el desarrollo.

• Viabilidad de una empresa open source

  Una empresa open source solo tiene sentido si se dirige a desarrolladores o si crea un producto que de hecho probablemente no se vaya a autohospedar. Supabase es un ejemplo que cumple ambas condiciones.