Aantal deelnemers Google Summer of Code groter dan ooit

Afgelopen week is door Google bekendgemaakt welke studenten kunnen gaan beginnen aan een zomer lang coden. In vergelijking met vorig jaar zijn dat er aanzienlijk meer: in totaal gaan meer dan 900 programmeurs voor opensourceprojecten aan de slag.

Het is de derde keer dat Google de Summer of Code organiseert. In 2005 was er ruimte voor 410 studenten en het jaar erop voor ongeveer 500. Dit jaar was er oorspronkelijk plaats voor 630 studenten, maar al snel werd dit aantal opgehoogd naar 800 en ten slotte tot zelfs 900. Het aantal aanmeldingen was namelijk aanzienlijk groter dan men verwacht had. Verder waren de mentororganisaties vrijwel allemaal zeer te spreken over de kwaliteit van de aanmeldingen, aldus Leslie Hawthorn, coördinator van de opensourceprojecten van Google. Evenals voorgaande jaren krijgen studenten die een project succesvol afronden 4500 dollar en elke mentororganisatie krijgt 500 dollar per student. Dit jaar gaan 900 studenten aan het werk bij 134 opensourceprojecten, waaronder Ubuntu, Mozilla Foundation, Beagle, Creative Commons en PHP. Een verschil met vorig jaar is dat studenten niet per se direct met programmeren hoeven te beginnen. Ze hebben namelijk tot 28 mei de tijd om de codebase van hun project te leren kennen. Voor 20 augustus moeten alle projecten zijn afgerond.

Reacties (26)

[E-jey]

Nog een goed voorbeeld:

Een student heeft WMV/VC1 uitgevolgend en geimplementeeerd in libavcodec. Dat betekend dat er onder linux en mac fatsoenlijk wmv bestanden afgespeeld kunnen worden. Vroeger moesten hier nog windows dll bestanden voor gebruikt worden.

[killercow]

Google investeert dus alleen al deze zomer 4.5 miljoen dollar aan open source projecten!

Te gek toch?
En aangezien het open source programma's zijn hebben we er allemaal profeit van!, google dank je wel.

[Verwijderd]

Ik kan me niet herinneeren dat er uit de vorige summer of code ook maar 1 stukje nu gebruikt wordt.

Het is voornamelijk een publiciteits gedreven project.

[Verwijderd]

Ik kan me niet herinneeren dat er uit de vorige summer of code ook maar 1 stukje nu gebruikt wordt.

Huh? Dan heb jij niet opgelet. Bij ons bij AbiSource zijn 3 van de 5 projecten extreem succesvol gebleken. Zie http://uwog.net/news/?p=48 voor een samenvatting. De laatste patches voor PDF import zijn vorige week geland in poppler's cvs tree. Wij zijn er in ieder geval heel gelukkig me!

[anoko]

Bijna alle projecten waren succesvol. Er zullen vast ook tegenvallers bij zitten, maar omdat van tevoren een geisoleerde opdracht gedacht wordt en goedgekeurd wordt, werkt het prima. Als je door de opensource projecten van vorig jaar browsed zie je ook dat ze allemaal blij geweest zijn met SoC.

[Verwijderd]

Er waren vele successvolle projecten, vijvoorbeeld de WMV9 decoder in ffmpeg, die nu door vrijwel elk free software project wordt gebruikt. (Overigens werkt deze persoon - Kostya Shishkov - dit jaar aan een Realvideo 4 decoder voor ffmpeg.)

Helaas is het wel waar dat er tig failures waren, bv. de AAC/AC-3 decoders in ffmpeg (de AAC decoder is nog steeds niet af, en de AC-3 decoder is nog steeds in het proces om geintegreerd te worden), en bij andere projecten (bv. GNOME) zijn er vele "re-dos", bijvoorbeeld Gnome-scan (uit 2006) of Pitivi (origineel uit 2004), en vele andere projecten zijn compleet gedropt.

Ik denk niet dat dat erg is. De dingen waar de community in geinteresseerd is zullen toch wel worden opgepikt en verder gebruikt worden. Datgene wat anders moet zal anders gedaan worden, zelfs als het project zelf succesvol was (bv. single-instance apps in Gtk+ van vorig jaar, dat wordt nu compleet anders intern in glib/gtk+ gedaan). Nutteloze verspilling van energie, maargoed, dat is volgens mij de helft van het werk van alle free software makers - en datzelfde geldt ook voor de corporate software wereld, alleen zie je het daar niet als buitenstaander... .

[Maurits van Baerle]

In Firefox 3 zitten straks een paar projecten uit vorig jaars SoC. Verder heeft Adium er nu al een paar van de laatste SoC in gebruik en landen er binnen een paar weken nog een paar. En dit zijn dan alleen applicaties die ik veel gebruik.

[Maurits van Baerle]

Het begin van voice en video in Adium is een onderdeel van SoC 2007.

[Flappiewappie]

ja laat ze adium ff verbeteren, ik mis de webcam functie
mja voor 4500 euro wil ik dat zelf ook wel implanteren...

[graey]

Er zijn wel degelijk projecten die vorig jaar flink baat bij SoC gehad hebben die we nu gebruiken. Ik weet het niet hoor, maar vorig jaar of het jaar daarvoor, Blender3d... Fluid simulation en ik geloof ook bullet physics kregen een flinke boost toen, en vast nog wel wat meer.
Apache deed vorig jaar dacht ik ook al mee, niet echt in de gaten gehouden, maar dat is het vast ook wel waard geweest, net als php. En dan zijn er nog een aantal linux distro's die ook meedoen al een paar jaar, dus het heeft zeer zeker wel nut.

[Verwijderd]

En wat dacht je van de sculpt mode die sinds de laatste release in Blender zit?

Dat is ook vorige jaar in de zomer bij elkaar geknutseld tijdens de Summer of Code

Ook de modifier stack heeft een flinke upgrade gekregen dankzij de SoC, en zo zijn er nog veel meer dingen te noemen voor vele verschillende andere projecten dan Blender.

[Icekiller2k6]

tja dat is net het leuke van OS projecten.

uw stukje coden wordt geheel van een HEEL project.

Ik kan misschien stukje X coderen en de volgende persoon pakt m'n stukje X en verbetert dat waardoor het niet meer 100% mijn stukje coden is. Echter heb ik wel de basis ervoo r gelegd..

[Little Penguin]

Zoals al eerder genoemd komen er diverse verbeteringen in Fx 3 die hun oorsprong vinden in de SoC.

Gervase Markham heeft op zijn blog 'Hacking for Christ' een status gepost met de titel 'SOC 2006 - Six Months On'.

De bottom line is dat de SoC 2006 een stuk beter gegaan is dan die van 2005, want voor het Mozilla Project heeft de 2005 editie volgens Gervase niets bruikbaars opgeleverd. 2006 had dat wel en hopenlijk gaat de SoC 2007 ook weer bruikbare code opleveren voor zowel Mozilla als alle andere organisaties die mee doen...

[Darude1234]

Ik snap nooit waarom Google geen Winter of Code organiseerd i.p.v. de Summer of Code. In de zomer hoor je buiten in het zonnetje te zitten en zijn veel mensen op vakantie.

[Verwijderd]

vanwege de zomervakantie wellicht? wanneer studenten dus tijd hebben?

[Verwijderd]

Je hebt wel een beetje gelijk ja,
ze kunnen er beter een WoC van maken

Wel gaaf dit. Maar dit is misschien ook meer voor de diehard programmeurs

[Troetelbiertje]

Ik vind dit echt een mooi initiatief.
Verschillende OS projecten krijgen een flinke boost.
Studenten hebben een leuke bijbaan die ook nog eens leuk betaalt.
En voor Google is dit uiteraard een mooie manier om nieuwe programmeurs te scouten.

[Reinstein]

Zijn er eigelijk ook Tweakers die mee doen aan Summer of Code?

[Verwijderd]

Coden? In de zomer? Waar moet dat heen met de nerds van vandaag de dag... Vroegah was de zomer er nog om op het strand te liggen bakken, Europa rond te backpacken en SOA's op te doen net als alle normale mensen.

[The - DDD]

Ik heb nou nooit de behoefte gevoeld om aan bare-back parties mee te doen.

[lennartkocken]

wel aan SOA's oplopen?

[vanEL]

Wat is de nieuwswaarde hiervan?

[Verwijderd]

reageer dan niet.

[djteddy]

Leuk initiatief!

Hopelijk word de opgeleverde source code dan wel beter dan het gegeven voorbeeld, na de new op regel 40 is er een memoryleak, aangezien deze app pointer nooit meer vrij gegeven word...

[Verwijderd]

Die app pointer wordt door het OS opgeruimd aangezien het programma eindigt zodra de Run methode returnt.

On topic:
Volgens mij zijn er erg veel projecten die hier baat bij hebben. Bijvoorbeeld voor Haiku os -open source versie BeOS R5- worden enkele fundamentele onderdelen van het besturingssysteem gebouwd dankzij SoC - projecten.

[compie]

Dan zullen we maar eens beginnen met het beoordelen van de kwaliteit van de C++ code bij het artikel:

THXApp* app = new THXApp(&argc, argv);
assert( app != NULL);

De new operator in C++ gooit een std::bad_alloc exception als ie geen geheugen kan alloceren. De assert op de tweede regel die op een NULL pointer checked is dan ook totaal nutteloos.

Als new succesvol is dan verspild de overbodige test weer wat CPU cycles.
Als new niet succesvol is dan wordt de overbodige test niet uitgevoerd door de exception.

=> Deze programmeur snapt niet hoe new werkt. Weg met die assert!