Sitio de alojamiento para una pequeña biblioteca científica.


9

Para mi trabajo de investigación, he estado desarrollando una pequeña biblioteca de C ++ destinada a facilitar la comunicación entre los códigos computacionales de C ++ y Octave / Matlab (cuando este último se utiliza con fines de procesamiento posterior).

Me gustaría lanzar una biblioteca de este tipo bajo GPL en algún sitio de alojamiento gratuito como Sourceforge o Github.

Honestamente, sin embargo, me falta experiencia para elegir qué sitio se adapta mejor a una biblioteca (pequeña) como la mía.

Por un lado, github me parece más inmediato, por otro lado, Sourceforge es un sitio de referencia para códigos científicos, muchos de ellos están alojados allí.

¿Algún consejo?


EDITAR: agrando mi pregunta.

La biblioteca de la que estoy hablando es un pequeño proyecto ( CL, actualmente en un repositorio privado en bitbucket), casi personal, que siguió a 2 años de aburridas solicitudes técnicas de mis supervisores y 6 meses de diseño de código (principalmente por prueba y error).15K

Después de algunas consultas, noté que sourceforge tiene un mecanismo agradable que le permite a uno hacer estadísticas sobre las visitas a la página del proyecto y las descargas, por lo tanto, las personas (usuarios) que simplemente descargan la lib para usarla (si alguna) pueden contar de alguna manera.

Github, por otro lado, parece mucho más fácil desde el punto de vista de los desarrolladores (aquí me refiero a alguien que también está interesado en analizar, extender y bifurcar el código).


1
Tengo un par de preguntas para aclarar :) ¿Qué sistema de control de versiones está utilizando? ¿Está interesado en hacer disponible todo el historial de su código, continuar el desarrollo y aceptar contribuciones de otros usuarios? ¿Está interesado en recibir crédito de citación cuando el software se utiliza para el trabajo académico? ¿Qué factores crees que serán los más importantes al elegir un sitio de alojamiento?
Aron Ahmadia el

@AronAhmadia, perdón por la respuesta tardía. Expandiré mi pregunta respondiendo a sus preguntas lo antes posible.
Acorbe


@DavidKetcheson, parece tener las respuestas que necesito, gracias
Acorbe

Respuestas:


9

Cualquier sitio que sea mejor dependerá de su propia apreciación.

Aunque puede ser tentador promover cualquier sistema que prefiera personalmente, creo que la elección correcta tiene más que ver con sus preferencias personales y estilo de trabajo ...

¿Cuántos desarrolladores trabajan en su proyecto? ¿Con qué frecuencia lo actualizarás? ¿Qué tan probable es que alguien quiera bifurcarlo? ¿Con qué sistema de revisión te sientes más cómodo? ¿Qué interfaz de usuario prefieres?

Honestamente, tanto SourceForge como Github son sitios maduros y ambos ofrecen algunas herramientas increíbles. Pero si no se siente cómodo usándolos, entonces, por asombrosos que otros usuarios puedan decir que lo son, serán de beneficio limitado para usted.

Ambos sitios son igualmente buenos, simplemente eligen hacer las cosas de manera diferente. Ambos están bien referenciados por los motores de búsqueda y la descarga de software de uno es tan fácil como del otro

Te sugiero que mires a ambos y veas con qué te sientes más cómodo. Nuevamente: qué sitio es mejor dependerá en gran medida de su propio estilo de trabajo y preferencias personales.


66
Nota al margen: a partir de 2012, la mayoría de las personas están usando GitHub o se mudan allí.
astrojuanlu

@ Juanlu001: Esa es una afirmación interesante, ¿tiene una fuente para ello? Sin embargo, en cualquier caso, si no estás tan interesado en git , entonces probablemente te sientas más cómodo usando otro sitio.
Pedro

@ Juanlu001, ¿podemos considerar a los "usuarios" por un segundo? Estoy de acuerdo con su punto al considerar a las personas que desarrollan códigos porque en la ciencia computacional. ¿Qué pasa con las personas que están más interesadas en las matemáticas y que, ocasionalmente, escriben códigos?
Acorbe

1
@ Juanlu001: Lo siento, eso no es suficiente. El número de confirmaciones tiene más que ver con el funcionamiento del sistema de gestión de revisiones subyacente. ¿Tiene algún número sobre el número de nuevos proyectos iniciados, o descargas, por mes? Sin embargo, felicitaciones por admitir abiertamente que no tenía datos para respaldar su declaración original.
Pedro

2
@Pedro, veo tu punto y, de hecho, me gustaría corregirme y aclararme. Hablando del número de usuarios, no es cierto que la mayoría de las personas estén usando GitHub: de acuerdo con la página de inicio de GH hay ~ 2.5 millones de usuarios, y en SF de acuerdo con sourceforge.net/blog/sourceforge-myths hubo ~ 3.5 millones de usuarios en finales de 2011. OTOH, algunos proyectos científicos dignos como NumPy, SciPy y matplotlib han migrado a GitHub últimamente con gran alegría, pero esta última es otra declaración subjetiva que no encuentro forma de apoyar.
astrojuanlu

6

Ve por Github.

El modelo de publicación de Github es el futuro. El modelo de bifurcación, solicitudes de extracción y fusión de Github está muy cerca del modelo de publicación científica. Muchas comunidades científicas están utilizando Github para alojar datos y códigos de sus proyectos de investigación. Hay revistas de acceso abierto que usan Github como su único medio de presentación y publicación. Además, obtendrá una mejor clasificación de Google y, por lo tanto, más usuarios potenciales. Sourceforge es lento y alberga principalmente proyectos muertos. Muchos proyectos mantenidos activamente se han trasladado de Sourceforge a Github en los últimos años.


Eso es lo que probablemente haré. Mis preguntas me conducen exactamente a este punto.
Acorbe

5

El código de Google es otra opción, ya que ofrecen svn / git / hg y casi todos tienen un ID de Google.

Independientemente del sitio que elija, recomendaría colocar un tarball en algún lugar en la parte superior (algunos sitios ya lo hacen), ya que la mayoría de las personas no están familiarizadas con el control de revisiones y los servidores departamentales en las universidades a menudo ejecutan un sistema operativo de 5 años que, si tiene suerte, puede tener svn instalado


4

Sin embargo, otra opción es usar Bitbucket . Es muy bien compatible con Mercurial (Hg). Mi experiencia personal con Hg es que es un sistema de control de versiones simple pero potente. Creo que es mucho más adecuado para el desarrollo de software personal. Para grupos grandes, también sugeriría git y, en consecuencia, github. Aún así, estoy bastante satisfecho con Bitbucket y sus características. Comencé el proyecto con un repositorio privado (donde puedes tener infinitos, incluido un proyecto para tu tesis y documentos científicos también) y cuando el proyecto fue lo suficientemente maduro, lo convertí en un lanzamiento público.

Si no está familiarizado con el control de versiones, especialmente en Mercurial, sugiero HgInit . Un colega mío me mostró esta página cuando quise comenzar a usar el control de revisión. Lo encontré útil.


Estoy de acuerdo. Hg en mi opinión tiene una curva de aprendizaje más pequeña en comparación con git.
stali
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.