Discussion :

[martopioche]

Enfin !!! Je désespérais que quelqu'un critique ce papier avec un peu plus de recul !

À part la critique injuste de developpez qui ne fait que reprendre une étude, vous avez vu assez juste :
1) Hopwork c'est du freelance, pas du salariat
2) le panel est trop petit pour justifier la véracité des chiffres

A +

- Ma "critique" de Developpez est loin d'être injuste. D'une part, je ne sais pas de quelle étude on parle. L'article sur InfoDSI se repose sur les chiffres d'Hopwork qui ne sont que des stats ponctuelles de leur plate-forme sans la prétention d'être autre chose et surtout pas une illustration du marché. Qu'InfoDSI analysent ces chiffres est une chose, mais c'est alors une analyse, pas une étude. Cet article rappelle régulièrement le contexte (limité aux inscrits sur Hopwork). Que Developpez soit à l'image de nombreux médias web un simple passe-plat d'information sans valeur ajoutée serait une chose à la rigueur acceptable mais ici l'information d'origine est transformée et réinterprétée. En référence d'un article traitant de l'évolution du Freelancing, il est ici question de se focaliser sur les chiffres des revenus dans les BDD pour les réinterpréter à l'image des deux derniers paragraphes.

- Qu'Hopwork soit une plate-forme de freelances et non de salariés n'a en soi aucune importance. Par contre, on peut en effet voir une incohérence avec le titre ici où il est question de "développeur payé", mais là aussi, c'est l'interprétation sur Developpez et non l'intention des chiffres d'Hopwork ni de l'analyse sur InfoDSI.

- Enfin, que le panel soit "trop petit" ? Personnellement, je n'en sais rien, il n'est indiqué nul part. Je ne sais pas quelle est la proportion de développeurs par BDD qui ont trouvé une mission via Hopwork et qui ont ainsi rapporté leur tarifs. Le "nombre de recherches" ne représente pas le nombre de mission réalisées par ces critères. Dans tous les cas, cela n'en fait pas des chiffres "faux", leur véracité est vérifiable, il vous suffit de contacter Hopwork. Leur généralisation est par contre discutable.

[StringBuilder]

- Qu'Hopwork soit une plate-forme de freelances et non de salariés n'a en soi aucune importance.

Je pense que si, au contraire.

En effet, sur les gros projets, il est rare d'utiliser des Freelance : on passe par une société intégratrice (ou directement éditrice), on dispose de ses propres équipes, etc. Sur de tels projets, c'est surtout des missions d'expertise (DBA, MOA) qui vont faire l'objet de freelance, pas de la mise en place elle-même.

A contrario, sur les petits projets, les délais et les moyens ne permettent ni l'embauche ni la prestation d'acteurs aussi structurés qu'un intégrateur (qui ne se déplacera pas pour moins de 30 ou 50 K€).

Sur les sites dédiés au freelance, on retrouve donc principalement des petits projets (quelques jours/homme, rarement plus de 30).
Et là dessus, déjà, Oracle on oublie : cela représente un tel investissement en licences qu'il est abhérant de retenir ce produit sans avoir des besoins complexes et des moyens importants pour la mise en place.
SQL Server, qui dispose de sa version Express très fonctionelle, pourrait tirer son épingle du jeu, mais ne tournant pas sous Linux et ayant une (fausse) réputation de tarifs élevés et de grande complexité, fait qu'il est généralement écarté de prime abord sur les petits projets.

En revanche, MySQL est l'outil le plus rependu sur ce type de projets (si on fait abstraction de SQL Lite, comme c'est le cas ici).

Si on retrouvait le même article émanant de Pôle Emploi (par exemple, sur les statistiques des indemnité chômage en fonction de la spécialité), on aurait certainement un résultat sensiblement différent (je pense notamment à Oracle, qui serait certainement bien mieux payé, en grande partie car il y a énormément de senior qui travaillent avec, là où SQL Server et MySQL ne bénéficient pas de cette antériorité).

[martopioche]

Oui enfin, ce n'est pas parce que les "gros projets passent par des sociétés intégratrices ou directement éditrices" (et à nouveau, j'ai l'impression que pour certains, si on n'est pas une entreprise du CAC à faire appel à du consulting à trois 0 la journée, on ne fait pas de "gros projets"…) que ce ne sera pas un Freelance qui interviendra… Je suis mercenaire et je suis sur Hopwork et je suis régulièrement contacté pour de la sous traitance pour ce type de "gros" projets (enfin, pas en BDD)… Cependant, le titre sous entend quel revenu on peut espérer avec quelle techno (sans prendre en compte le marché en lui même) et c'est en ce sens que on se fiche que l'on parle d'un freelances ou de salariés. À moins là aussi que le seul indicateur d'intérêt soit le salaire.

On est cependant d'accord (cf les autres chiffres d'Hopwork) que les Freelances sur ces plate-formes sont en majorité sur des projets à court terme (là aussi, pour Hopwork en particulier, c'est discutable, leur stat est tirée des missions et ne reflète pas la durée réelle de prestation), mais je ne vois pas non plus en quoi c'est un critère à prendre en compte. Est-ce que l'on s'intéresse aux "revenus des développeurs SQL" ou aux "revenus des développeurs SQL salariés dans des projets de plus de 300 jours dans un environnement Windows Serveur exclusivement" ?

[ced]

On peut prendre l'exemple de l'IGN qui était autrefois Oracle (pour son spatial) et est passé à PostGreSQL puis à SQL Server, car le spatial y est conforme à l'OGC ce qui n'est pas le cas du spatial d'Oracle dont le format est propriétaire.

Ben je sais pas d'où tu tiens tes sources...
Parce qu'à l'IGN, on est sous PostgreSQL / PostGIS pour les plus grosses bases de données géographiques, le géoportail aussi est en open source.
À ma connaissance, en interne, il n'y a pas de bases sous SQL Server... Et historiquement, la partie SIG n'était pas sous Oracle...

Enfin, PostGIS a été enregistré conforme aux standards établis par l'Open Geospatial Consortium, pour l'utilisation simple du SQL. Il suit les recommandations de l'OpenGIS.

Mauvais exemple...

[SQLpro]

Remet à jour tes connaissances !
Avant que PostGreSQL ne soit utilisé pour PostGIS c'était du Oracle.
Puis quand PostGIS est arrivé, il y a eu transposition.
Depuis quelques années, l'IGN utilise SQL Server et son SIG intégré qui est lui aussi conforme à l'OGC...
Je suis allé former quelques développeur en 2015 à Saint Mandé.... sur ce sujet précis

A +

[ced]

Désolé, mais les bases de production de l'IGN sont sous PostgreSQL / PostGIS...

C'est quand même un raccourci grossier que de dire que tout l'IGN est passé à SQL Server alors que tu n'as formé que quelques développeurs... qui plus est en 2015.

À +

[SQLpro]

Désolé, mais les bases de production de l'IGN sont sous PostgreSQL / PostGIS...

C'est quand même un raccourci grossier que de dire que tout l'IGN est passé à SQL Server alors que tu n'as formé que quelques développeurs... qui plus est en 2015.

À +

Relis mon post originel... Je n'ai jamais dit tout ! C'est toi qui a compris tout. Et certaines nouvelles bases de production sont bien avec SQL Server y compris pour son SIG !

A +