2010-04-10 16 views
6

duplicados posibles:
Best way to find open-source project partners for non-software tasks
Arguments for going open source¿Por qué abrirlo? ¿Y cómo involucrarse realmente?

Para mí, el objetivo principal de abastecimiento algo abierto es la colaboración. Si lo máximo que otros desarrolladores van a hacer es tomarlo y usarlo e informarme de errores, entonces también podría cerrar el código fuente. La fuente cerrada me proporciona todo eso.

Hace poco estuve buscando en una pequeña biblioteca de JavaScript (o más como un complemento, 1000 líneas de código) que es bastante popular. Hubo algunos errores porque nuevas versiones del navegador se lanzan todos los días y estos errores simplemente aparecen como resultado. Lo que me molestó es que estos errores serían realmente fáciles de solucionar incluso para desarrolladores de javascript intermedios, pero durante un mes entero nadie dio un paso al frente para corregir el error y enviar la versión arreglada. Al parecer, el autor original estuvo ocupado durante ese mes, pero ese es el punto de la fuente abierta de su código: para que otros puedan usarlo y ayudarse a sí mismos Y al proyecto si pueden.

Esto me hace dudar de la promesa de código abierto. Si las personas no están trabajando en eso también, podría cerrar mis propios proyectos. ¿Y cómo involucra a las personas para que el abastecimiento abierto lo valga?

Editar Para aquellos que se preguntaron por qué no lo solucioné yo mismo. No lo hice porque ni siquiera soy ese desarrollador intermedio de JavaScript. Un blog remoto sugirió una posible solución, pero ¿cómo realmente uso esa corrección en el código? Uno pensaría que el autor de ese blog remoto (en lugar de hacerlo en su propio blog para obtener crédito callejero) iría un paso más allá y, de hecho, hornearía la solución en el código como puede, para que sea beneficioso para los demás. . Su solución en un blog no relacionado no me ayudó. Debería haber sido llevado hasta el final ya que la fuente abierta le permite hacer eso. Básicamente él dice: "" Yo "" tengo una solución. ¿Por qué no hornearlo ya?

+4

Aquí hay una pregunta: ¿Por qué no corrigió los errores? La respuesta a esa pregunta lo ayudará a descubrir por qué muchas personas no participan activamente en el desarrollo de software de código abierto. –

+2

Si fueran fáciles de arreglar, ¿por qué no? Tienes un pequeño problema de arranque si quieres que todos los demás actúen correctamente antes de empezar. – Tom

+0

Pregunta amplia y subjetiva: ¿debería ser CW? –

Respuesta

3

La gran mayoría de los proyectos de código abierto conseguir probablemente pocas o ninguna presentación de código para una serie de razones, entre ellas:

  • el proyecto es francamente no mucho bien
  • el código es impenetrable
  • el proyecto se dirige a una pequeña área especializada
  • la intersección del conjunto de los usuarios y el conjunto de posibles programadores es pequeño

Este último es ciertamente el caso de uno de mis propios proyectos http://code.google.com/p/csvfix de FOSS (los otros también pueden aplicarse, por supuesto), que es una herramienta para jugar con archivos de datos CSV, escritos en C++. Muy probablemente, el número de programadores C++ que quieran hacer esto es pequeño, así que no esperaba ser inundado con correcciones y mejoras, y no lo he sido. Sin embargo, he recibido una serie de informes de errores y solicitudes de mejoras, que he incorporado siempre que ha sido posible, mejorando el producto.

Pero solo porque la mayoría de los violinistas CSV no son programadores de C++ no significa que el proyecto no debería haber sido de código abierto. La gente ha informado que se movió y compiló el código con éxito en plataformas a las que no tengo acceso (imposible para código cerrado), y si dejo el perca mañana, alguien más puede recogerlo en el futuro.

+1

Muy buena respuesta Neil. Muchas ideas – donpal

+0

Olvidé preguntar, ¿qué significa "el código es impenetrable"? ¿Quiere decir que no está lo suficientemente documentado como para que las personas realmente lo entiendan y lo mejoren? – donpal

+0

@donpal mal diseñado, mal escrito, sin comentar, etc. –

8

El código abierto debe ser la posición predeterminada, y no al revés. ¿Qué ventajas tiene al contratar su proyecto de cerca?

Por lo menos, abrir-aprovisionamiento del proyecto da a la gente la oportunidad para adaptarlo, modificarlo o corregirlo - y aprender de ella. La retención de la fuente retiene todas estas posibilidades.

+2

Tenga en cuenta que los derechos de propiedad intelectual y de fuente cercana son los valores predeterminados en virtud de las leyes federales, y deben seguir respetando los derechos de los autores. Si el código abierto es solo el derecho del autor de la propiedad intelectual de hacer. Básicamente no me gustaría tener la ilusión de que este tipo que pasó 100 horas o 1000 horas en su código me debe todo. La verdad es que es su código después de todo. Creo que las personas más razonables estarían en desacuerdo contigo y dirían que el DEFAULT debería ser libertad de elección para el creador (como lo es actualmente), no el valor predeterminado que sugieres. – donpal

+4

Usted está haciendo la pregunta: su premisa supone que usted cree en las patentes de software y que la ley actual en los Estados Unidos refleja algún tipo de Ley Natural. – Tom

+0

@Tom, supongo que sí, estoy del lado de la ley en este caso. Si elijo abrir un proyecto de fuente, esa es mi elección. ¿No? Pero vamos a estar lejos de las cuestiones legales por favor ahora. Ninguno de nosotros somos jueces o jueces de la Corte Suprema de todos modos. La verdadera pregunta está en el título. También una pequeña corrección para usted, las patentes de software no son lo mismo que los derechos de autor del software. Es un juego de pelota completamente diferente. Pero sigamos con la pregunta: si abro el código fuente, ¿cómo puedo involucrarme realmente, así que vale la pena para todos? Por ejemplo, ¿tiene proyectos propios de código abierto y puede compartir su experiencia? – donpal

2

Las posibilidades de que alguien lo solucione por usted, si no libera la fuente, son muy cercanas a cero. Sin embargo, si abre el código fuente, es al menos más grande que eso. Y como dijo el unicornio de nariz roja, si en realidad no te beneficias al utilizarlo de cerca, lo sufrirás.

4

Open Source no se trata de hacer cercas de lechada de otras personas para usted. Ya sea que creas en la postura de la programación de "no ego, la mente de los principiantes", debes enfocar tus proyectos de una manera abierta. Puede pensar que su proyecto es lo mejor de todos, pero hasta que sea útil para otra persona, nadie debe contribuir.

Para mí, la apertura de un proyecto tiene un par de ventajas sobre otras personas que reparan sus errores.

  1. La posibilidad de que alguien tome mi pobre germen de una idea y un código bien, y ver una mejor idea en ella y me ayude a convertirlo en que la mejor cosa
  2. Si mi proyecto es útil a alguien, si Me golpea un autobús mañana, todavía pueden usarlo y expandirlo sin mí.
Cuestiones relacionadas