Situs hosting untuk perpustakaan ilmiah kecil

9

Untuk pekerjaan penelitian saya, saya telah mengembangkan perpustakaan C ++ kecil yang bertujuan memfasilitasi komunikasi antara kode komputasi C ++ dan Octave / Matlab (ketika yang terakhir digunakan untuk tujuan pasca-pemrosesan).

Saya ingin merilis perpustakaan seperti itu di bawah GPL di beberapa situs hosting gratis seperti Sourceforge atau Github.

Jujur saja, saya kurang pengalaman untuk memilih situs mana yang lebih cocok dengan perpustakaan (kecil) seperti milik saya.

Di satu sisi, github melihat saya lebih cepat, di sisi lain, Sourceforge adalah situs referensi untuk kode ilmiah, banyak dari mereka di-host di sana.

Ada saran?


EDIT: Saya memperbesar pertanyaan saya.

Perpustakaan yang saya bicarakan adalah proyek kecil ( CL, saat ini dalam repo pribadi di bitbucket), hampir bersifat pribadi, yang diikuti oleh 2 tahun permintaan teknis yang membosankan oleh penyelia saya dan 6 bulan desain kode (kebanyakan melalui uji coba dan kesalahan).15K

Setelah beberapa pertanyaan saya perhatikan bahwa sourceforge memiliki mekanisme yang bagus yang memungkinkan seseorang untuk membuat statistik tentang kunjungan halaman proyek dan unduhan, sehingga orang (pengguna) hanya mengunduh lib untuk menggunakannya (jika pernah ada) dapat dihitung entah bagaimana.

Github, di sisi lain, terlihat jauh lebih mudah dari sudut pandang pengembang (di sini yang saya maksud adalah seseorang yang tertarik juga dalam menganalisis, memperluas, mencari kode).

Acorbe
sumber
1
Saya punya beberapa pertanyaan klarifikasi untuk diajukan :) Sistem kontrol versi apa yang Anda gunakan? Apakah Anda tertarik untuk membuat seluruh riwayat kode Anda tersedia, melanjutkan pengembangan, dan menerima kontribusi dari pengguna lain? Apakah Anda tertarik untuk menerima kredit kutipan ketika perangkat lunak digunakan untuk pekerjaan akademik? Menurut Anda faktor apa yang paling penting ketika memilih situs hosting?
Aron Ahmadia
@AronAhmadia, Maaf atas jawaban yang terlambat. Saya akan memperluas pertanyaan saya untuk menjawab pertanyaan Anda SECEPATNYA.
Acorbe
1
Lihatlah software.ac.uk/resources/guides/…
David Ketcheson
@DavidKetcheson, sepertinya ada jawaban yang saya butuhkan, terima kasih
Acorbe

Jawaban:

9

Situs apa pun yang lebih baik akan tergantung pada penghargaan Anda terhadapnya.

Meskipun mungkin tergoda untuk mempromosikan sistem apa pun yang saya sukai secara pribadi, saya percaya bahwa pilihan yang benar lebih berkaitan dengan preferensi pribadi dan gaya kerja Anda ...

Berapa banyak pengembang yang mengerjakan proyek Anda? Seberapa sering Anda memperbaruinya? Seberapa besar kemungkinan seseorang ingin membayarnya? Sistem revisi apa yang membuat Anda lebih nyaman? Antarmuka pengguna mana yang Anda sukai?

Jujur, baik SourceForge dan Github adalah situs yang matang dan keduanya menawarkan beberapa alat yang luar biasa. Tetapi jika Anda tidak nyaman menggunakannya, maka betapapun hebatnya pengguna lain mengatakan, mereka akan mendapat manfaat terbatas untuk Anda.

Kedua situs sama-sama baik, mereka hanya memilih untuk melakukan sesuatu secara berbeda. Keduanya direferensikan dengan baik oleh mesin pencari dan mengunduh perangkat lunak dari yang satu semudah yang lain

Saya sangat menyarankan Anda melihat keduanya dan melihat apa yang paling nyaman bagi Anda. Sekali lagi: Situs mana yang lebih baik akan sangat bergantung pada gaya kerja dan preferensi pribadi Anda sendiri.

Pedro
sumber
6
Sidenote: pada 2012, kebanyakan orang menggunakan GitHub atau pindah ke sana.
astrojuanlu
@ Juanlu001: Itu klaim yang menarik, apakah Anda punya sumber untuk itu? Bagaimanapun, jika Anda tidak terlalu suka git , maka Anda mungkin akan lebih nyaman menggunakan beberapa situs lain.
Pedro
@ Juanlu001, Bolehkah kami mempertimbangkan "pengguna" sebentar? Saya setuju dengan poin Anda ketika mempertimbangkan orang mengembangkan kode karena menjadi ilmu komputasi. Bagaimana dengan orang yang lebih suka matematika dan yang - kadang-kadang - menulis kode?
Acorbe
1
@ Juanlu001: Maaf, itu tidak memotongnya. Jumlah komitmen lebih berkaitan dengan cara kerja sistem manajemen revisi yang mendasarinya. Apakah Anda memiliki angka pada jumlah proyek baru yang dimulai, atau unduhan, per bulan? Kudos, meskipun, untuk secara terbuka mengakui bahwa Anda tidak punya data apa pun untuk mendukung pernyataan asli Anda.
Pedro
2
@Pedro, saya mengerti maksud Anda dan sebenarnya saya ingin memperbaiki dan mengklarifikasi diri. Berbicara tentang jumlah pengguna, tidak benar bahwa kebanyakan orang menggunakan GitHub: menurut laman beranda GH ada ~ 2,5 pengguna M, dan di SF menurut sourceforge.net/blog/sourceforge-myths ada ~ 3,5 juta pengguna di akhir 2011. OTOH, beberapa proyek ilmiah yang layak seperti NumPy, SciPy dan matplotlib telah bermigrasi ke GitHub belakangan ini dengan gembira, tetapi yang terakhir adalah pernyataan subjektif lain yang saya tidak menemukan cara untuk mendukung.
astrojuanlu
6

Pergi untuk Github.

Model publikasi Github adalah masa depan. Model forking, tarik permintaan, dan penggabungan Github sangat dekat dengan model penerbitan ilmiah. Banyak komunitas ilmiah menggunakan Github untuk meng-host data dan kode proyek penelitian mereka. Ada jurnal akses terbuka yang menggunakan Github sebagai satu-satunya cara penyerahan dan publikasi mereka. Plus, Anda akan mendapatkan peringkat Google yang lebih baik dan dengan demikian lebih banyak calon pengguna. Sourceforge lambat dan kebanyakan menjadi tuan rumah proyek mati. Banyak proyek yang dipelihara secara aktif telah pindah dari Sourceforge ke Github dalam beberapa tahun terakhir.

akuhn
sumber
Itulah yang kemungkinan akan saya lakukan. Pertanyaan saya mengarahkan saya tepat ke titik ini.
Acorbe
5

Kode Google adalah pilihan lain karena mereka menawarkan svn / git / hg dan hampir setiap orang memiliki ID Google.

Situs apa pun yang Anda pilih, saya akan merekomendasikan menempatkan tarball di suatu tempat tepat di atas (beberapa situs sudah melakukan ini) karena kebanyakan orang tidak terbiasa dengan kontrol revisi dan server departemen di universitas sering menjalankan OS 5 tahun yang jika ada yang beruntung mungkin memiliki svn diinstal.

stali
sumber
4

Namun satu opsi lain adalah menggunakan Bitbucket . Ini sangat kompatibel dengan Mercurial (Hg). Pengalaman pribadi saya dengan Hg adalah bahwa itu adalah sistem kontrol versi yang sederhana namun kuat. Saya percaya ini jauh lebih cocok untuk pengembangan perangkat lunak pribadi. Untuk grup besar, saya juga menyarankan git dan akibatnya github. Tetap saja, saya cukup puas dengan bitbucket dan fitur-fiturnya. Saya memulai proyek dengan repo pribadi (di mana Anda dapat memiliki banyak sekali, termasuk proyek untuk tesis dan karya ilmiah Anda, juga) dan ketika proyek tersebut cukup matang - saya mengubahnya menjadi rilis publik.

Jika Anda tidak terbiasa dengan kontrol versi, terutama di Mercurial, saya sarankan HgInit . Seorang kolega saya menunjukkan kepada saya halaman ini ketika saya pertama kali ingin mulai menggunakan kontrol revisi. Saya menemukan itu berguna.

erhanturan
sumber
Saya setuju. Hg menurut saya memiliki kurva belajar yang lebih kecil dibandingkan dengan git.
stali