Witryna dla małej biblioteki naukowej

9

Do moich prac badawczych opracowałem małą bibliotekę C ++ mającą na celu ułatwienie komunikacji między kodami obliczeniowymi C ++ a Octave / Matlab (gdy ten ostatni jest wykorzystywany do celów przetwarzania końcowego).

Chciałbym wydać taką bibliotekę na licencji GPL na darmowej stronie hostingowej, takiej jak Sourceforge lub Github.

Szczerze mówiąc, brakuje mi doświadczenia, aby wybrać, która strona lepiej pasuje do (małej) biblioteki jako mojej.

Z jednej strony github wydaje mi się bardziej bezpośredni, z drugiej strony Sourceforge jest witryną referencyjną dla kodów naukowych, wiele z nich jest tam hostowanych.

Jakakolwiek rada?


EDYCJA: Powiększam moje pytanie.

Biblioteka, o której mówię, to mały projekt (15K. CL, obecnie w prywatnym repozytorium na bitbucket), prawie osobisty, który nastąpił po 2 latach nudnych technicznych wniosków moich przełożonych i 6 miesięcy projektowania kodu (głównie metodą prób i błędów).

Po kilku zapytaniach zauważyłem, że sourceforge ma ładny mechanizm pozwalający na tworzenie statystyk na temat odwiedzin strony projektu i pobierania, dzięki czemu ludzie (użytkownicy) po prostu pobierają bibliotekę, aby z niej skorzystać (jeśli w ogóle) można ją policzyć.

Z drugiej strony Github wygląda znacznie łatwiej z punktu widzenia programistów (tutaj mam na myśli kogoś, kto jest zainteresowany analizą, rozszerzaniem, rozwidlaniem kodu).

Acorbe
źródło
1
Mam kilka pytań wyjaśniających, które należy zadać :) Z jakiego systemu kontroli wersji korzystasz? Czy jesteś zainteresowany udostępnieniem całej historii kodu, dalszym rozwojem i przyjmowaniem wkładów od innych użytkowników? Czy jesteś zainteresowany otrzymywaniem kredytu cytowanego, gdy oprogramowanie jest wykorzystywane do pracy naukowej? Jakie czynniki według Ciebie będą najważniejsze przy wyborze witryny hostingowej?
Aron Ahmadia,
@AronAhmadia, przepraszam za późną odpowiedź. Rozszerzę moje pytanie, odpowiadając na twoje pytania jak najszybciej.
Acorbe,
1
Spójrz na software.ac.uk/resources/guides/…
David Ketcheson
@DavidKetcheson, wydaje się, że mam odpowiedzi, których potrzebuję, dzięki
Acorbe

Odpowiedzi:

9

To, która strona będzie lepsza, będzie zależeć od Twojej własnej oceny.

Chociaż promowanie dowolnego systemu, który wolę osobiście, może być kuszące, uważam, że właściwy wybór ma więcej wspólnego z osobistymi preferencjami i stylem pracy ...

Ilu programistów pracuje nad Twoim projektem? Jak często będziesz go aktualizować? Jak prawdopodobne jest, że ktoś będzie chciał go rozwidlić? Z jakim systemem poprawiania czujesz się bardziej komfortowo? Który interfejs użytkownika preferujesz?

Szczerze mówiąc, zarówno SourceForge , jak i Github są dojrzałymi witrynami i oba oferują niesamowite narzędzia. Ale jeśli nie czujesz się komfortowo z ich użyciem, niezależnie od tego, jak niesamowici inni użytkownicy mogą powiedzieć, że są, będą dla Ciebie ograniczoną korzyścią.

Obie strony są równie dobre, po prostu robią to inaczej. Są one dobrze znane przez wyszukiwarki, a pobieranie oprogramowania z jednego jest tak samo łatwe jak z drugiego

Zdecydowanie polecam przyjrzeć się obu i sprawdzić, z czym czujesz się najlepiej. Znowu: Która strona jest lepsza, będzie silnie zależeć od twojego stylu pracy i osobistych preferencji.

Pedro
źródło
6
Sidenote: od 2012 r. Większość osób korzysta z GitHub lub się tam przenosi.
astrojuanlu,
@ Juanlu001: To interesujące twierdzenie, czy masz na to źródło? W każdym przypadku jednak, jeśli jesteś po prostu nie że do git Pokochasz więc prawdopodobnie bardziej wygodne przy użyciu innej strony.
Pedro
@ Juanlu001, czy możemy rozważyć sekundę „użytkowników”? Zgadzam się z twoją tezą, gdy rozważasz ludzi rozwijających kody, ponieważ są to nauki obliczeniowe. Co z ludźmi, którzy bardziej interesują się matematyką i - czasami - piszą kody?
Acorbe,
1
@ Juanlu001: Przepraszam, że to nie ucina. Liczba zatwierdzeń ma więcej wspólnego z tym, jak działa podstawowy system zarządzania zmianami. Czy masz jakieś liczby na temat liczby nowych projektów rozpoczętych lub pobrań miesięcznie? Wyrazy uznania dla otwartego przyznania, że ​​nie posiadałeś żadnych danych na poparcie swojego oryginalnego oświadczenia.
Pedro
2
@Pedro, rozumiem twój punkt widzenia i tak naprawdę chciałbym się poprawić i wyjaśnić. Mówiąc o liczbie użytkowników, nie jest prawdą, że większość ludzi korzysta z GitHub: według strony głównej GH jest ~ 2,5 mln użytkowników, aw SF według sourceforge.net/blog/sourceforge-myths było ~ 3,5 mln użytkowników w pod koniec 2011 r. OTOH, niektóre godne projekty naukowe, takie jak NumPy, SciPy i matplotlib, niedawno przeprowadziły migrację do GitHub z wielką radością, ale to drugie jest kolejnym subiektywnym stwierdzeniem, którego nie znalazłem na poparcie.
astrojuanlu
6

Idź po Github.

Model publikacji Github to przyszłość. Model rozwidlania, żądania ściągania i łączenia Githuba jest bardzo zbliżony do modelu publikacji naukowych. Wiele społeczności naukowych korzysta z Github do przechowywania danych i kodu swoich projektów badawczych. Istnieją czasopisma o otwartym dostępie, które wykorzystują Github jako jedyny sposób przesyłania i publikowania. Ponadto uzyskasz lepszy ranking Google, a tym samym więcej potencjalnych użytkowników. Sourceforge działa wolno i głównie obsługuje martwe projekty. Wiele aktywnie utrzymywanych projektów przeniosło się z Sourceforge do Github w ostatnich latach.

akuhn
źródło
Tak prawdopodobnie zrobię. Moje zapytania doprowadzają mnie dokładnie do tego momentu.
Acorbe
5

Kod Google to kolejna opcja, ponieważ oferują one svn / git / hg i prawie każdy ma identyfikator Google.

Niezależnie od tego, którą stronę wybierzesz, poleciłbym umieszczenie tarballa gdzieś na samym szczycie (niektóre strony już to robią), ponieważ większość ludzi nie zna kontroli wersji, a serwery działowe na uniwersytetach często używają 5-letniego systemu operacyjnego, który, jeśli ktoś ma szczęście, może mieć svn zainstalowany.

stali
źródło
4

Jeszcze jedną opcją jest użycie Bitbucket . Jest bardzo dobrze kompatybilny z Mercurial (Hg). Moje osobiste doświadczenie z Hg polega na tym, że jest to prosty, ale potężny system kontroli wersji. Uważam, że jest znacznie bardziej odpowiedni do tworzenia oprogramowania osobistego. W przypadku dużych grup sugerowałbym także git, a w konsekwencji github. Mimo to jestem bardzo zadowolony z bitbucket i jego funkcji. Rozpocząłem projekt od prywatnego repozytorium (w którym możesz mieć nieskończenie wiele, w tym także projekt do pracy magisterskiej i naukowej), a kiedy projekt był wystarczająco dojrzały - przekształciłem go w wersję publiczną.

Jeśli nie znasz kontroli wersji, szczególnie w Mercurial, sugeruję HgInit . Mój kolega pokazał mi tę stronę, kiedy po raz pierwszy chciałem zacząć korzystać z kontroli wersji. Uznałem to za przydatne.

erhanturan
źródło
Zgadzam się. Moim zdaniem Hg ma mniejszą krzywą uczenia się niż git.
stali