2009-04-01 8 views
9

Alexander Stigsen, autor de E Text Editor está comenzando un ambicioso proyecto - llamado Open Company - en un intento de combinar la cultura del software de código abierto, con la remuneración de comercial.Open Company: ¿qué consejo le darías?

Read the blog post announcing Open Company.

Como digo, es ambicioso, pero loable, estoy seguro de que estará de acuerdo.

Mi pregunta a la comunidad es: ¿qué consejo le darías? Creo que sería interesante tener una idea de cuáles son los problemas y las trampas más candentes. Además, la lectura sugerida, los recursos y la investigación podrían ser útiles. Ya he sugerido leer Producing Open Source Software.

Editar: ha habido algún debate sobre si el código de E Text Editor será de código abierto o no. Para responder eso, sí it will be open to everyone para descargar y modificar, por lo tanto será de código abierto. Pero también seguirá siendo propiedad intelectual y el producto en sí mismo no será distribuible libremente, por lo que no será "Código abierto" como defined by the OSI.

Actualización: El source is now available on Github, si está interesado.

Respuesta

3

Una de las trampas obvias es que, dado que se trata de dinero real, jugar con el sistema de fideicomiso ofrece beneficios potencialmente mucho más altos, y es más probable debido a ello.

3

El obstáculo es el desarrollo del denominado sistema de métricas de confianza. Cuando hay dinero involucrado, no puedes tener errores por lo que es imperativo que sea perfecto. Si un error se encuentra y decir; alguien recibió una mayor parte del dinero debido a eso, los contribuyentes se irían y el proyecto moriría instantáneamente.

Por lo tanto, el primer consejo es invertir fuertemente en este sistema de métricas de confianza.

Además, alguien mencionó esto en el blog. Tendrá que modificarse constantemente y mantenerse actualizado a medida que cambian los tiempos.

Además, esto no es de código abierto, por lo tanto, ¿por qué lo ha etiquetado en su publicación principal? Esta es una fuente compartida que es totalmente diferente. Microsoft tiene un programa fuente compartido, similar a lo que Alex propone, excepto que la gente tiene que firmar un acuerdo de no divulgación (NDA, por sus siglas en inglés) y solo reportar errores. Quizás Alex puede investigar qué ha hecho Microsoft y sacar algunos consejos de eso.

Realmente espero que funcione por el bien de Alex y su compañía porque tiene muchos ojos mirándolo por el momento y si tiene éxito puedo ver una explosión de empresas abiertas que solo puede ser algo bueno.

+0

Perdón por la confusión de la etiqueta; Agregué una etiqueta de fuente compartida. La razón por la que he conservado la etiqueta de código abierto es porque Alexander mismo ha dado a entender que la fuente E será de código abierto. Consulte http://www.e-texteditor.com/forum/viewtopic.php?t=3122 –

+0

http://e-texteditor.com/blog/2009/opencompany#comment-21274 Vea el comentario de Alex en cursiva. –

+0

Bastante justo. Con la etiqueta quise decir que será de código abierto (small o, small s) en el sentido de que la fuente estará disponible para todos. Pero no será de código abierto (gran O, gran S) según los criterios definidos aquí: http://en.wikipedia.org/wiki/Open_Source_Definition –

4

Primero, déjenme decir que creo que esta es una gran idea y aplaudo a Alex por dar un salto. Empecé a usar e y me encanta. Espero poder contribuir de alguna manera a este 'experimento' para ayudarlo a ser un éxito.

Dicho esto, he aquí algunas de mis preocupaciones:

Como la mayoría de la gente, también creo que el sistema métrico La confianza será la parte más difícil de esto. No solo porque las personas intentarán jugar con el sistema, sino también porque la gente querrá saber cuánto dinero está obteniendo la compañía, cuánto son los "costos de operación" y a cuánto tienen derecho. No tener una transparencia completa probablemente lleve a que varias personas piensen que no están recibiendo su parte justa.

Además, no entiendo cómo se asigna el trabajo. ¿Hay administradores de proyectos? ¿Los califican del mismo modo? De hecho, hay muchos roles diferentes en un proyecto de software normal, ¿están todos calificados de la misma manera?

La métrica de confianza también deberá ser normalizada de alguna manera. Por ejemplo, Persona 1 implementa una característica ampliamente deseada. La persona 2 implementa algo que el usuario no ve, pero que era necesario. En ese escenario, creo que la Persona 1 recibiría una calificación más alta porque más personas sabían sobre el trabajo de esa persona. ¿Cómo se igualan cuando el trabajo es de la misma calidad?

+0

Tenía pensamientos muy similares +1 –