Fermer le menu

Vie et mort des contributeurs à WebKit

Anthony Nelzin | | 12:15 |  6

Bitergia a publié la première d'une série d’analyses de WebKit, permettant notamment d’observer l’évolution de la participation des différents acteurs du projet. Une première version de cet article intégrait les commits techniques comme des tests, faussant l’analyse. La société de consulting spécialiste du logiciel libre s’est cette fois limitée aux contributions qui avaient été revues par un autre développeur (80 314 sur 116 501) et qui peuvent donc être considérées comme significatives.

Jusqu’en 2005, WebKit étant avant tout l’affaire d’Apple, les contributions d’autres sociétés ou organisations restant rares. Ce sont aujourd’hui plus de 20 entreprises qui travaillent sur WebKit, Google, BlackBerry, Intel, Adobe et, oui, Samsung, ayant rejoint Apple.

Nombre de sociétés actives

Google, dont le navigateur Chrome est basé sur WebKit, est aujourd’hui un aussi gros contributeur au projet qu’Apple (37,63 % des commits contre 37,96 %). Il y a même plus de développeurs différents travaillant sur WebKit chez Google que chez Apple (42,58 % des auteurs contre 11,01 %).

La part d’Apple dans le projet est stable depuis 2008, alors que celle de Google ne cesse d’augmenter : la firme de Mountain View est désormais responsable d’environ 50 % des nouvelles contributions. Il ne serait pas étonnant que le projet WebKit compte dans un futur proche plus de contributions de Google que d’Apple.

Contributions par Apple (en haut) et par Google (en bas) depuis 2002. Notez que l’échelle est différente : Google contribue aujourd’hui à un rythme qu’Apple n’a jamais atteint (et les commits techniques sont exclus).

Une vingtaine de sociétés contribuent elles aussi au développement du moteur de rendu le plus utilisé dans le monde. Très actif de 2008 à 2010 et en 2011, Nokia a aujourd’hui disparu du serveur Subversion du projet WebKit : le troisième plus gros contributeur à WebKit est passé à Windows Phone dont le navigateur, Internet Explorer, utilise le moteur de rendu Trident.

L’activité de Nokia

BlackBerry est au contraire devenu un contributeur très actif : le navigateur de BlackBerry OS est basé sur WebKit depuis BlackBerry OS 6.0. BlackBerry 10 intègre un nouveau navigateur, lui aussi basé sur WebKit, qui se distingue par ses excellentes performances.

L’activité de BlackBerry (ex-RIM)

Les autres contributeurs rendent sans doute moins au projet qu’ils lui empruntent : Intel utilise WebKit dans MeeGo, Samsung l’utilise dans Bada, mais ces deux sociétés ne participent que de plus loin au développement du moteur de rendu.

Catégorie : 
Tags : 

6 Commentaires

avatar Anonyme (non vérifié) 11/02/2013 - 12:43

le nombre de commits est un indicateur à prendre avec des pincettes, tout dépend de ce qu'on commit. genre : corriger une faute de frappe ça peut être un commit (quoique normalement ça ne devrait pas arriver), mais insérer WebKit2 aussi et ça n'est pas vraiment le même impact ni le même boulot derrière.

[HS qui concerne Chrome]
je viens juste de relancer Chrome depuis un bon moment et il rame atrocement lors des défilements. j'ai toujours trouvé qu'il ramait de manière honteuse sur mes Mac, du genre 2 à 4x moins d'images par seconde que Safari.

MAIS je viens de lancer Chrome Canary et son défilement est aussi fluide que Safari. Peut-être que Google utilise maintenant le même code, si quelqu'un suit le projet Chromium et qu'il a vu passer quelque chose à ce sujet, ça m'intéresse.

S'il y a des personnes qui préfèrent Chrome bien qu'ils aient, comme moi, un défilement haché, je leur recommande d'installer Canary sans attendre :
https://www.google.com/intl/fr/chrome/browser/canary.html
[/HS]

avatar Jeje680 11/02/2013 - 13:02

Coin coin !!!!

avatar toucan39 11/02/2013 - 13:07

Pour une fois que Google bosse utilement ..

avatar initialsBB 11/02/2013 - 13:14

@sunjohn :
Je me demande si il y a un lien ou pas : ayant installé un carte graphique GTX 570 dans un Mac Pro, avec les pilotes maison nVidia, Chrome a la fâcheuse tendance à faire planter OS X, notamment lors de la lecture de vidéos H264. Ce problème à été constaté par d'autres personnes aussi.
Je testerais ce "canari" pour voir si le problème persiste.

avatar Anthony Nelzin 11/02/2013 - 13:29

@sunjohn : justement, c'est un des cas qui avaient posé problème lors de la précédente analyse. Leur nouvelle méthodologie est censée filtrer ce genre de commits, comme ceux des unités de test par exemple — et leur système de filtrage me paraît plutôt potable, même si on pourrait discuter. Bref, ces chiffres donnent un bon ordre de grandeur à mon avis.

avatar hadrien.eu 11/02/2013 - 22:52

@Anthony :
'unités de test'
Unit test, ça veut dire test unitaire.

Faudra qu'ils passent à git quand même. Subversion, c'est déprécié.

Connexion utilisateur