'GitHub is populairder dan SourceForge'

Dienst	Opgericht	Aantal bijdragen tussen januari en mei 2011
GitHub	2008	********** 1.153.059
SourceForge	1999	***** 624.989
Google Code	2005	** 287.901
Microsoft CodePlex	2006	* 49.839

Reacties

« 1 2 3 »

Door Sebazzz, vrijdag 3 juni 2011 13:22

Op CodePlex heb je ook Microsoft Team Foundation Server support, wat een complete projectserver is. Het is dus niet heel gek dat daar C# het populairst is

Door MisterBlue, vrijdag 3 juni 2011 16:02

Opvallend is wel dat het verschil tussen aantal C# commits op CodePlex en GitHub niet al te groot is: http://www.flickr.com/photos/sog/5791038010/.

Als het zo doorgaat heb je straks meer C# commits op GitHub dan op CodePlex.

Door Ayporos, vrijdag 3 juni 2011 19:31

Hmmm...

Ik vraag me af hoe deze cijfers relateren met closed-source / open-source software en closed-projects (zelf-hosted) en open-projects (door een van deze sites gehost).

Kan me namelijk voorstellen dat veel 'microsoft' (lees: C#/'professionele' code) nog wel eens closed-projects gehost zijn en dat dàt dit verschil veroorzaakt.

Het is dus belangrijk dat men beseft dat deze cijfers nìet representatief zijn voor "hoeveel wordt er met een bepaalde taal gecodeerd", maar enkel "hoeveel wordt er met bepaalde talen gecodeerd die op zo'n site gegooid worden".

+-90% van de 'servers' draait op Linux, maar op professionele (bedrijfs) servers draait dan weer vaker windows server.. ik vermoed dat zo'n zelfde soort verhouding ook wel eens op zou kunnen gaan m.b.t. het version controllen van projecten.

Door awulms, vrijdag 3 juni 2011 20:57

+-90% van de 'servers' draait op Linux, maar op professionele (bedrijfs) servers draait dan weer vaker windows server..

Volgens mij draait op professionele servers nog altijd vooral een commerciele unix variant, al is linux wel met een zeer serieuze inhaalslag bezig.

[Reactie gewijzigd door awulms op vrijdag 3 juni 2011 20:57]

Door Dreamvoid, zaterdag 4 juni 2011 01:28

De trend is al een tijdje dat Windows *en* Linux marktaandeel winnen van de commerciele Unixen

Door MisterBlue, zaterdag 4 juni 2011 00:24

Kan me namelijk voorstellen dat veel 'microsoft' (lees: C#/'professionele' code) nog wel eens closed-projects gehost zijn en dat dàt dit verschil veroorzaakt.

Als een shop voor zijn closed-projects geinvesteerd heeft in Team Foundation Server, zal het eerder geneigd zijn om CodePlex te gebruiken voor code die het wil delen met de rest van de wereld.

Geen beschikking tot Team Foundation Server, dan blijkt GitHub dus het volgende alternatief

Door Mikke8, vrijdag 3 juni 2011 16:36

En ook heb je op SourceForge Bazaar
http://sourceforge.net/apps/trac/sourceforge/wiki/Bazaar

Door lynnyx2, vrijdag 3 juni 2011 13:22

Het klinkt me nog vrij logisch in de oren ook dat er bij scripttalen in totaal meer bijdragen worden gedaan.

Door henkhooft, vrijdag 3 juni 2011 13:23

Het zal waarschijnlijk wel weinig te maken hebben met het ettercap-incident maar ik denk dat het misschien wel geholpen heeft

Door henkhooft, vrijdag 3 juni 2011 13:28

http://www.exploit-db.com/papers/15823/

Door Wilko, vrijdag 3 juni 2011 14:16

Wow. Dat moeten een paar heftig gefrustreerde mensen geweest zijn

Door ride277, vrijdag 3 juni 2011 13:24

Best gek, download regelmatig wat van sourceforge, maar eigenlijk nooit wat van GitHub, had er ook niet echt van gehoord.

Door Gerco, vrijdag 3 juni 2011 13:27

Het lijkt mij komen omdat GitHub het ontzettend simpel maakt om mee te werken aan software. Je klikt op de fork knop, maakt je wijzigingen en stuurt een pull request. De originele auteur hoeft dan alleen nog maar op ok te klikken om je aanpassingen te accepteren.

GitHub houdt bij welke forks er allemaal zijn en wat hun relatie tot elkaar is. Veel handiger dan patches via email en je hoeft niet op commit toegang tot 1 of andere repo te wachten om mee te kunnen doen.

[Reactie gewijzigd door Gerco op vrijdag 3 juni 2011 14:04]

Door kokx, vrijdag 3 juni 2011 14:27

Beter nog, github maakt het zelfs nog gemakkelijk om aan software te werken die niet origineel op github gehost word. Je kan er gewoon elke git repository naar pushen. En met git kun je vrij veel repositories importeren.

Als voorbeeld hiervan, zijn er op github erg veel forks van de Kernel te vinden. Gewoon omdat github een mooie service is om jouw code te publiceren. En daarna kan iedereen gewoon bij jouw changes..

Door MacWolf, vrijdag 3 juni 2011 13:40

Voor iOS frameworks en libraries lijkt github "the place to be", haal eigenlijk vrijwel nooit ergens anders code vandaan. Gezien ontwikkeling voor iOS tegenwoordig toch wel erg groot is, lijkt me dat ook een aanzienlijke bijdrage te hebben geleverd aan de populariteit van github.

Edit: hmm, blijkbaar had ik bovenstaande toch verkeerd ingeschat. Objective-C staat op plek 11 qua populariteit. Zie: https://github.com/languages

[Reactie gewijzigd door MacWolf op vrijdag 3 juni 2011 13:43]

Door wackmaniac, vrijdag 3 juni 2011 13:25

Het aantal bijdragen hoeft natuurlijk niet per sé iets te zeggen over de populariteit van een service. Hoeveel projecten zijn er in die periode gestart, dat lijkt mij een veel representatiever voor de populariteit van een service. Om GitHub nog zo "jong" is zullen er een boel projecten op staan die ook nog maar jong zijn en een jong project heeft doorgaans meer bijdragen dan een project dat al langer loopt.

Door Keneo, vrijdag 3 juni 2011 13:40

Ik denk dat het hier gaat om het totaal aantal projecten. En dus niet bijdragen, of commits, want dan zou je een spectaculair veel hoger cijfer moeten zien.

De reden dat github zoveel meer 'projecten' heeft is omdat het zoveel laagdrempeligger is.

Je maakt in een halve seconde een nieuw project aan, iemand die iets wil aanpassen kan zelfs via de webinterface een fork, change en pull request doen zonder ooit zijn browser te verlaten, in enkele clicks. Alles werkt supper smooth met ajax etc...
Deze fork die mischien slechts 1lijntje code wijzigt zal echter wel weer als nieuw project geteld worden op naam van de gebruiker die de wijziging aanmakte deze keer, ipv het originele project met de originle autheur.

Doordat het zo laagdrempelig is heeft iedereen wel een aantal zeer kleine projectjes. vb een 'project' van mij: https://github.com/jenstimmerman/scripts
Dit zijn slechts 2 files.

Voor zoiets zal je nooit naar google code of sourceforge grijpen, echter in github het aanmaken van een nieuw project een kwestie van 4keer klikken en wat code pasten, of een

git remote add origin mailto:git@github.com:username/newrepo.git
git push origin master

Verder is er ook een social aspect aan github, je kan bvb je vrienden (of projecten) volgen en updates ontvangen.

[Reactie gewijzigd door Keneo op vrijdag 3 juni 2011 13:48]

Door Lord Daemon, vrijdag 3 juni 2011 14:03

Het lijkt me wel dat het om het aantal commits gaat. Meer dan één miljoen nieuwe projecten tussen januari en mei van dit jaar zou juist een absurd hoog aantal zijn, toch? Terwijl een miljoen commits best veel is: de Linux-kernel heeft per versie (is denk ik drie maanden?) in de orde van grootte 10.000 commits, en dat is een zeer groot project.

Door Gijs007, vrijdag 3 juni 2011 13:26

Door Quist, vrijdag 3 juni 2011 13:27

Zelf ben ik ook tevreden gebruiker van GitHub. Voorheen had ik een eigen server waarop ik Git gebruikte, maar voor een paar tientjes per maand heb ik alles nu uitbesteed aan een partij wiens core-business het is.

Ook heeft GitHub goed gesnapt dat je beter één ding goed kan doen, dan drie dingen half. Git is in mijn ogen het beste DCVS dat er momenteel is, wat wellicht ook bijdraagt aan het succes van GitHub. De gebruiksvriendelijke interface, en duidelijke en heldere uitleg geeft mij meer vertrouwen dan een oude rot als sourceforge.

Vergelijk bijvoorbeeld eens de homepage van sourceforge.net en github.com als je niet ingelogd bent. Een wereld van verschil. Bij GitHub is een duidelijke focus op uitleggen wat het concept inhoudt, en wat de voordelen en mogelijkheden zijn. Bij sourceforge staat alleen een lijst met projecten van de maand.

[Reactie gewijzigd door Quist op vrijdag 3 juni 2011 13:28]

Door DeuTeRiuM, vrijdag 3 juni 2011 13:32

Ik gebruik voornamelijk codebase, ook erg fijn! Zeker voor prive projecten. Het ticket systeem daar is uitgebreider en daarnaast heb je nog wat andere tools zoals timetracking.

SF.net is ook zo mega traag en de interface is erg onhandig. Zinkend schip, al enkele jaren.

Door YopY, vrijdag 3 juni 2011 13:38

Git is in mijn ogen het beste DCVS dat er momenteel is, wat wellicht ook bijdraagt aan het succes van GitHub.

En andersom ook, volgens mij - Git is deels zo bekend en populair vanwege GitHub.

Door worldcitizen, vrijdag 3 juni 2011 13:55

[...]

En andersom ook, volgens mij - Git is deels zo bekend en populair vanwege GitHub.

Ik denk dat GIT vooral bekend is dankzij Linuz en de Linux kernel.

Git is a distributed revision control system with an emphasis on speed. Git was initially designed and developed by Linus Torvalds for Linux kernel development. Every Git working directory is a full-fledged repository with complete history and full revision tracking capabilities, not dependent on network access or a central server. Git's current software maintenance is overseen by Junio Hamano. Git is free software distributed under the terms of the GNU General Public License version 2.

Door Thundy, vrijdag 3 juni 2011 16:10

Dat denk ik eigenlijk niet.

De linux kernel wereld is echt een héél stuk kleiner dan de software wereld die gebruik maakt van de (open source) projecten die via GitHub worden ontsloten.

Persoonlijk ken ik GIT ook via GitHub en niet andersom

Door BtM909, vrijdag 3 juni 2011 14:06

Vergelijk bijvoorbeeld eens de homepage van sourceforge.net en github.com als je niet ingelogd bent. Een wereld van verschil. Bij GitHub is een duidelijke focus op uitleggen wat het concept inhoudt, en wat de voordelen en mogelijkheden zijn.

Wat op zich logisch is omdat de een in '99 is begonnen en de ander in '08

De laatste is bezig geweest met zichzelf positioneren en wil je de grootste worden, dan moet je heel duidelijk maken wat jij wel doet (en eventueel anderen niet). Blijkbaar hebben ze dat kunstje heel goed uitgevoerd

[hr]

Het is idd mooi om te zien dat een markt als deze ook wordt "opengebroken" door jonge spelers die het spelletje EN snappen EN dit dus snel en goed grootbrengen.

Door worldcitizen, vrijdag 3 juni 2011 13:27

De populariteit van programmeertalen verschilt per platform. Op GitHub zijn Ruby, Python en Javascript de populairste talen. Ruby is op SourceForge juist de minst voorkomende van de onderzochte talen; daar zijn C++, Java en C het populairst. Op Google Code en CodePlex zijn respectievelijk Java en C# de meest voorkomende talen.

Hoe zo appels en peren vergelijken?

GitHub host de meeste "script" taal projecten.
Terwijl SourceForge de meeste "compileer" taal projecten host.
De projecten op SourceForge zijn in de meeste gevallen waarschijnlijk veel groter.

Ik kon het me niet voorstellen, want ik trek de meeste C(++) projecten nog steeds van SourceForge, om te packagen.

Door bakman, vrijdag 3 juni 2011 13:49

Ik denk dat het punt meer zit in het feit dat je je project niet zomaar verhuist, zeker niet als er veel collaboration gaande is, en als het niet nodig is.

Ook kun je zien dat er op github meer gecommit word aan C dan op SF om het dan over compileer-taal-projecten te hebben. C++ is voor github in stijgende lijn binnen dat plaatje.

SF bestaat veel langer, maar github zal de stokjes gaan overnemen vermoed ik.

Likewise, it is clear that GitHub should be core to your developer relations strategy. This is clear enough that large vendors such as VMware have begun leveraging GitHub as their primary external repository [coverage], both for the visibility it affords and the attendant developmental benefits.

But that kind of usage is obvious; less so is the growing trend of using GitHub as a de facto development resume [example]. Rather than attempting to indirectly evaluate their coding ability via on site artificial problem sets, employers are increasingly evaluating their work product itself, publicly available on GitHub.

Door worldcitizen, vrijdag 3 juni 2011 14:29

Ik denk dat het punt meer zit in het feit dat je je project niet zomaar verhuist, zeker niet als er veel collaboration gaande is, en als het niet nodig is.

Ook kun je zien dat er op github meer gecommit word aan C dan op SF om het dan over compileer-taal-projecten te hebben. C++ is voor github in stijgende lijn binnen dat plaatje.

SF bestaat veel langer, maar github zal de stokjes gaan overnemen vermoed ik.

[...]

De hoeveelheid commits zeggen niet zoveel.

Gimp, Wiresharf, fwbuilder, navit, megaglest etc zijn allemaal projecten waar het grootste deel van de code al geschreven is.

Ik vermoed dat ze naast elkaar blijven bestaan.
Met GitHub als hoster die ook commerciële projecten host.
En SourceForge voor openprojecten.

Waarom zou iemand perse voor de een kiezen? Terwijl de ander ook perfect voldoet.

Door yiNXs, vrijdag 3 juni 2011 15:15

Die constatering dat de een meer script talen en de ander meer compileer talen bevat is niet meer is dan slechts dat: een constatering, daar moeten niet direct conclusies uit getrokken worden.

Het lijkt me heel sterk dat de een veel meer geschikt is dan de ander voor specifieke talen. Als dat zo was zou die kennis al lang algemeen bekend moeten zijn, want al die developers hebben per slot van rekening die keus ook ergens op moeten baseren, ze werken niet op een of ander onderbuik gevoel.

Met bovenstaande berichtgeving zie ik het makkelijk gebeuren dat iedereen nu, op basis van volg-gedrag, de conclusie gaat trekken dat je voor taal A naar de een en voor taal B naar de ander moet.

De werkelijke reden ervoor is gewoon veel simpler. Github is nieuw, en de drie genoemde script/interpreter talen zijn ook pas sinds kort populair. De compilatie talen daarentegen bestaan al veel langer, net als sourceforge, en die zijn daarom daar het meest voor komend.

Door zwippie, vrijdag 3 juni 2011 13:32

Verrassend vind ik het niet echt, github is gewoon een prachtig uitgewerkte dienst waar nog steeds nieuwe functionaliteit aan toe wordt gevoegd. En het gedistribueerde git systeem is ook wat moderner en flexibeler (en sneller) dan subversion.

De leeftijd van een website hoeft ook niet alles te zeggen. Hoeveel oudgedienden worden er tegenwoordig niet voorbijgestreefd door startups die een reeds bestaand idee goed weten uit te werken? En het is ook niet zo dat SourceForge nu opeens op sterven na dood is.

Door To_Tall, vrijdag 3 juni 2011 13:49

Dat er meer projecten worden geopend op een andere website wil nog niet zeggen dat deze ook de grootste is.

GitHub is scripting. Scripting is erg populair en makelijk te creeren. je kan dus ook meer scripts produceren dan volwaardige compileer projecten.

Ja kwa meeste nieuwe projecten kan GitHub wel de grootste zijn. maar kwa omvang is SourceForg nog steeds groter.

Door mrc4nl, vrijdag 3 juni 2011 13:36

wat versta je onder "populairder"? dat guthub meer uploads heeft is leuk, maar de meeste software download ik van sourceforge. dat zijn vaak goede programma's zoals bijv GIMP.
ik weet niet wat er op hithub staat, maar waarschijnlijk zullen dta de minder populairdere programmaatjes zijn....

ze zouden beter het aantal downloads als maatstaaf kunnen gebruiken , om te bepalen wat populairder is...

[Reactie gewijzigd door mrc4nl op vrijdag 3 juni 2011 13:37]

Door dev10, vrijdag 3 juni 2011 14:13

Om even een paar projecten te noemen die op GitHub draaien: jQuery, reddit, curl, Rails, node.js, CakePHP, memcached en ruby.

Alles behalve impopulaire software dus.

Door TheOneLLama, vrijdag 3 juni 2011 20:45

Op GitHub staan vooral veel webprojecten en libraries. Als je aan het rondbrowsen bent op het internet komt een groot deel van de code die op de server wordt uitgevoerd en de html en javascript die je browser uitvoerd van GitHub.

Daarnaast gebruiken veel van je programmas die je van SourceForge download waarschijnlijk libraries die op GitHub staan.

Daarnaast download je soms misschien code van GitHub zonder dat je het weet. Veel projecten hebben gewoon een eigen pagina site, maar je kan ook een site onder eigen domein hosten op GitHub zonder dat je ergens het woord "GitHub" terug ziet.

« 1 2 3 »

Op dit item kan niet meer gereageerd worden.

13:50	E3: Tomb Raider verschijnt in najaar 2012
12:41	E3: THQ kondigt Warhammer 40.000: Kill Team aan

Nieuws I/O

Shortcuts

Categorieën

Lees meer over

Gerelateerde content

Gerelateerde jobs

Reacties

27-05 Nieuws

00:38 Productreviews

06:44 Vraag & Aanbod

25-05 Jobs

20:30 Etc.

06:32 Reacties

07:03 Forum

25-05 Gesponsorde acties

01:46 Tweakblogs

26-05 Computable headlines

25-05 CRN headlines