¿El código abierto realmente funciona?

Cambiemos eso un poco. ¿Funciona el código cerrado? Claro, puede vender el software y ganar dinero de esa manera, pero sería un error considerar
Su proyecto en el vacío. En un mercado real, ¿qué tan bien podrá vender su software cuando haya una alternativa abierta / gratuita con mayor velocidad de desarrollo? Tal vez sería mejor cobrarles por actualizaciones, soporte, capacitación, etc. Sin duda, el mundo estaría mejor.

Para cualquier definición de “trabajo” que se aplique al software en general, el código abierto funciona al menos tan bien como cerrado. A riesgo de autopromoción, incluso expliqué algunas de las ventajas recientemente en mi blog [1]. La respuesta a tu pregunta es sí.

Descargo de responsabilidad: trabajo en Red Hat, una compañía de código abierto que no merece ser agrupada con Apple / Microsoft / Oracle.

[1] http://pl.atyp.us/wordpress/inde …

“Valora tu libertad o la perderás, enseña historia. “No nos molesten con la política”, responden los que no quieren aprender “.
-Richard M. Stallman

El código abierto es una de las mejores cosas que le sucedió al mundo de la informática. Sin código abierto, el mundo digital sería totalmente diferente.

Aquí se mencionan muchos proyectos exitosos de código abierto que han cambiado la forma en que funcionan las cosas.
Software de la aplicacion

• Eclipse: entorno de desarrollo que comprende un IDE (uno de los IDE ampliamente utilizados)
• GIMP – editor de gráficos
• Mozilla Firefox – navegador web
• Chromium – navegador web
• Mozilla thunderbird – cliente de correo electrónico

Sistemas operativos

• Android: todos sabemos lo que Android ha hecho al mercado de teléfonos inteligentes.
• Linux: la mayoría de las supercomputadoras se ejecutan en Linux

Software de servidor

• Apache – servidor web HTTP
• Drupal – Sistema de gestión de contenidos
• MongoDB: base de datos no relacional orientada a documentos

Entonces … Digamos que “funciona” significa que la tecnología es creada y adoptada por suficientes personas para ser viable.

Esto significa que las personas tienen que querer usar el producto (tiene que estar diseñado para que los clientes quieran usarlo), los clientes tienen que escucharlo, debe estar libre de errores / fallas tecnológicas “decisivas” y debe ser * percibido * como confiable.

Así que voy a traducir tu pregunta. Desea saber qué funciona en los cuatro puntos: procesos de desarrollo abiertos o cerrados; y también desea conocer las condiciones que afectan la probabilidad de éxito.

Nota: No sé la respuesta, aunque estaría feliz de hacer la investigación, pero especularé (hipotetizaré) de la siguiente manera (Nota – <0 <+):

Criterios | Abierto | Cerrado | Probabilidad (O / C) | Comentarios
———- ——- ——– ——————- ————————
UX 0 + 10% / 80% tecnología conectada con usuarios?
Mktg 0 + 50% / 70% sig2noise mejor en Open;
cerrado tiene más esfuerzo.
Tech + 0 70% / 50% pasión vs. rutina diaria; problemas de soporte?
TrustComm +: 90% / 30% de pasión frente a exageración

Por lo tanto, totalmente insustancial y frágilmente, supongo que los proyectos abiertos pueden llegar allí siempre que el equipo técnico sea conocedor de su mercado y / o esté integrado con los gerentes de producto que colaboran y, por lo tanto, es probable que ofrezcan la orientación necesaria , del esquema de color al contenido, al comportamiento del usuario.

Además, en la medida en que el proyecto Open tiene personas que están profundamente compradas y son comunicativas, esto evita el problema de marketing.

Los proyectos cerrados tienen problemas más complejos: la motivación de los ingenieros y la credibilidad de sus comunicaciones (en un mundo ruidoso).

Ymmv
-Jessica

Para mí, “Open Source” ha funcionado para mí al ser miembro de una gran comunidad de creadores, principiantes y compartidores por igual. El código abierto funciona donde hay una picazón que necesita ser rascada.

De un ejemplo personal: necesitaba una API en Quickbooks de Ruby. Recorrí el paisaje existente y descubrí que, en general, no había API modernas en los servicios Intuit.

Entonces escribí el mío. Mis necesidades iniciales eran bastante pequeñas e implementé una parte inicial de la API Intuit. Pero muy rápidamente otros intervinieron y proporcionaron los componentes que necesitaban. Creo que era justo la base que debía establecerse; otros construyeron rápidamente sobre esta base.

Esto es de código abierto en su mejor momento. Las personas están contribuyendo a los proyectos y aportando lo que pueden.

Todos se rascan la picazón.

Puedo dar un ejemplo que podría responder parcialmente a su consulta:

Trabajo en una compañía de código cerrado y luego supe que hace cuatro años mi compañía era en realidad de código parcialmente abierto y poco a poco eliminé todos los componentes de código abierto de nuestro producto.

La razón: como una startup hace 4 años, necesita audiencia y aceptación general del producto y, dado que no tiene una competencia dura en el mercado, puede correr el riesgo de ser un “pequeño producto de código abierto”. Pero más tarde, mi empresa cambió la estrategia, a medida que la popularidad crecía y se contrataba a más personas, se necesitaban más ingresos. Y dado que estábamos vendiendo solo un producto, la estrategia cambió a código completamente cerrado como un “lado seguro” de ser demandado por abogados de código abierto por usar (y posiblemente no proporcionar código fuente para cada código GPL a la comunidad) código GPL en nuestro producto …

Hasta ahora, eso es trabajar para una empresa de 8 años que vende un solo producto con casi 3-4 competidores solamente. Por lo tanto, entendí que el tipo de mercado en el que desea estar puede ser importante en el debate de productos abiertos y cerrados.

Cerrado es mejor. Ninguno de los dos tiene mayores posibilidades de éxito, pero las recompensas potenciales de construir software ‘cerrado’ son mucho mayores que las recompensas potenciales del software ‘abierto’.
Solo mira iOS y Android (sistema operativo).
Los dispositivos iOS ahora representan ~ 80% de las ganancias de Apple (compañía), lo que la impulsa a convertirse en la compañía más valiosa del mundo.
Mientras tanto, Android ha hecho una cantidad insignificante de dinero para Google, lo suficientemente frustrante como para obligar a Google a comprar Motorola (compañía) para replicar las ganancias de Apple.

El código abierto tiene una ligera ventaja en términos de marketing, pero no por mucho. Y podría utilizar fácilmente las mayores ganancias de una empresa de código cerrado para impulsar el crecimiento futuro de su negocio. Pero con el código abierto, confía en los servicios mucho menos rentables para impulsar el crecimiento.

De todos modos, el veredicto: cerrado .

¿Qué quieres decir con “verdadero éxito”? ¿Y qué quieres decir con cerrado vs. abierto?

Por ejemplo, escribo algún software para mi propio uso. Nunca cedo la fuente ni la pongo en GitHub. Y no trato de productizarlo y venderlo. Solo lo uso para mí. Y funciona bien para mis propósitos.

Eso definitivamente no es “código abierto”. Pero tampoco es realmente una estrategia de “fuente cerrada”. No es nada, de verdad. Excepto que puede ser útil para mí.

O lo pongo en GitHub y no hago nada para promocionarlo o intentar atraer a otros contribuyentes al proyecto. Nadie viene. ¿Es ahora un proyecto de código abierto “fallido”? O pongo un sitio web simple y digo: “Pagueme $ 20 y le enviaré una copia”. Y nadie compra. ¿Es esa una estrategia de fuente cerrada “fallida”?

Sugeriría que las ideas de éxito y fracaso solo se vuelven realmente importantes cuando se tiene el objetivo estratégico particular de obtener una gran cantidad de usuarios / clientes / contribuyentes . Y usted realmente invierte en ese objetivo con marketing / promoción / ejecución deliberada para “vender” la idea del software.

Si incluye proyectos como ese, sospecharía que el 99.9% de todos los proyectos: de código abierto y cerrado “fallan”. Las diferencias en la estrategia abierta / cerrada son insignificantes. Su estrategia de marketing será el diferenciador. Sin embargo, la estrategia de código abierto es probablemente más barata, porque el código cerrado requerirá que pague más en publicidad y más en el mantenimiento del software que deberá cubrirse con el dinero que gana vendiendo software.

Casi nadie gana mucho dinero vendiendo software. Las únicas personas que lo hacen son:

a) personas con equipos de ventas de grandes empresas que venden a grandes empresas por una fortuna.

b) las personas que ingresaron temprano en la escena de las aplicaciones móviles donde las tiendas de aplicaciones Apple / Google hicieron el marketing para ellos.

c) Microsoft, que tiene una influencia extraña sobre los fabricantes de PC que persuade a los fabricantes de PC a comprar Windows e infligirlo a sus clientes.

• ¿Desea que su software crezca con la ayuda de otros (correcciones de errores, mejoras)?
• ¿Desea garantizar las cuatro libertades GPL a los usuarios de su software?
• ¿O prefieres la intención de BSD?

Lea algunas licencias y vea si hablan de lo que está tratando de hacer.

Tomemos un ejemplo: Facebook es de código cerrado. Está construido con componentes de código abierto, pero el software de Facebook no está abierto. Pero es un software / servicio enormemente popular.

La razón por la que comencé con este ejemplo es porque si desea diseñar un software muy popular, hay algunas cosas principales de las que querrá preocuparse: Utilidad, Distribución y Extensibilidad. La distribución nunca hizo que un producto desagradable llegara muy lejos. Obviamente, Facebook resolvió la distribución (a través de la viralidad) y la extensibilidad (a través de apis) hasta la empuñadura. Pero tenían una enorme utilidad en el núcleo para empezar.

La pregunta combina estrategias de distribución (código abierto) con utilidad. La mayoría de los proyectos no reciben atención simplemente porque no son útiles. Los sistemas de fuente cerrada también pueden ser fáciles de distribuir. Solo tenga una licencia gratuita, podría ser ilimitado para empezar. Un buen ejemplo es Splunk. Es de código cerrado, pero gratis para probar, y es una pieza de software muy exitosa.

Por lo tanto, sugeriría humildemente averiguar primero el factor de utilidad del software. ¿Quién es el público objetivo? ¿Por qué lo usarían?

Una vez que descubras esto, el resto es fácil. Si está vendiendo software de contabilidad a CFAs, no les importaría menos el código abierto. Puede que ni siquiera les guste el período de software. Es posible que desee construir un SaaS (en ese momento, la discusión de software abierto frente a cerrado es discutible). Si no es probable que sus usuarios contribuyan con el software, cerrado vs. abierto puede no importar, y cerrado puede ser un mejor enfoque. Splunk es nuevamente un buen ejemplo. OTOH: si sus usuarios son ingenieros que desean echar un vistazo y contribuir / modificar el software, el enfoque de código abierto sería el correcto.

El software de telefonía de código abierto Asterisk cambió la dinámica de la voz sobre IP. iptables es un buen firewall. Muchas bases de datos son de código abierto y funciona.