Discussion :

[SOPHIELEAC]

Bonjour,
J'ai tout à apprendre sur cette profession...
Et je vais sans doute avoir beaucoup de plaisir à chercher des candidats. Car plus c'est dur, plus c'est amusant.
Pourriez-vous me donner une fourchette concernant la rémunération de ces experts?
Je vous remercie d'avance.
Sophie

[kolodz]

Bonjour,

D'après me recherche rapide sur "Alfreco", il est peu probable que vous trouviez un expert sur ce produit, en particulier si vous chercher un candidat de langage native française. Car, produit d'origine Britannique de ce que j'ai vue.

Si vous cherchez un expert sur le long terme, une formation d'un profil java confirmé serai plus simple à mon avis. Si c'est pour du court terme, visé les partenaires français :

http://www.alfresco.com/fr/annuaire-des-partenaires


Pour ce qui est de l'expertise, tout dépends de ce que vous placez dernier ce mot et de la moyen de salaire dans la région. Personnellement, je dirai 3 à 12K€/ an en plus par rapport à un développeur Java de même expérience, mais sans "expertise".

Cordialement,
Patrick Kolodziejczyk.

[SOPHIELEAC]

Merci kolodz pour votre réponse.
oui ça ne va pas être facile à trouver. Un superbe challenge!
J'ai eu pas mal de difficultés à trouver des sharepoint developers.
je crois que la fourchette est : 32-40K€
Merci encore pour toutes les informations qui vont m'être très utiles :-)

[kolodz]

Je ne sais pas où vous cherchez, mais je là où je me trouve un profil Java avec 5 ans d'expérience se place à 35K€. Votre fourchette est do probablement optimiste.

[SOPHIELEAC]

avec Alfresco?
J'ai vu cette fourchette sur le site de l'Apec...
C'est pour Nantes

[Glutinus]

Alors au hasard :
* Besoin ponctuel, Alfresco ont peut-être des experts internes qui coûteront chers mais feront une forme de forfait.
* Ou alors passer un entretien de recrutement, prendre un développeur java "avec une tête bien faite" comme aime à dire les recruteurs, le former à Alfresco par le biais de l'éditeur. Mais bon bizarrement, ce qui me semble très logique semble échapper à pas mal de services décisionnaires...

[SOPHIELEAC]

Alors au hasard :
* Besoin ponctuel, Alfresco ont peut-être des experts internes qui coûteront chers mais feront une forme de forfait.
* Ou alors passer un entretien de recrutement, prendre un développeur java "avec une tête bien faite" comme aime à dire les recruteurs, le former à Alfresco par le biais de l'éditeur. Mais bon bizarrement, ce qui me semble très logique semble échapper à pas mal de services décisionnaires...

Oui Glutinus, c'est très logique. On me disait la même chose lorsque je recherchais un dévloppeur sharepoint... prendre un développeur chevronné connaissant bien C#, Asp.Net et Sql, le former au sharepoint... et le tour était joué. Les entreprises ne voient pas les choses ainsi. Le candidat doit être opérationnel tout de suite. Enfin c'est mon analyse...

[Glutinus]

Sharepoint c'est un peu l'exception...

Des gens qui ont fait Sharepoint une fois on en trouve.
Des gens qui veulent refaire faire du Sharepoint, c'est beaucoup plus compliqué

[SOPHIELEAC]

Pourquoi ils ne veulent pas faire plusieurs fois?

[Glutinus]

Je ne suis pas développeur .NET moi-même mais visiblement, SharePoint est un véritable sac de noeuds. Dans la finalité le résultat est beau, mais les moyens pour y arriver sont chaotiques. Donc oui vous trouverez facilement quelqu'un qui en a déjà fait, mais il y a de fortes chances pour qu'il refuse vu la galère !

[SOPHIELEAC]

Je ne veux pas vous embêter, je ne suis pas informaticienne alors je peux poser des questions complètement idiotes.
Pourquoi les moyens sont chaotiques?

[Glutinus]

Hello,

Visiblement vous venez tout juste de rentrer dans la fonction RH de SSII ce n'est pas grave, vous n'avez pas besoin de connaître une masse de technique.

Je vais essayer de donner une image.

En tant que développeur, vous imaginez bien que notre métier consiste à taper des lignes de code dans le but d'exécuter des actions. Oui oui, (presque) comme dans les films. C'est pas exactement ça mais ça se résume.

Maintenant imaginez que nous ayons à taper 1.000 lignes de code. C'est très long... On utilise donc des frameworks, c'est-à-dire des outils qui nous permettent de développer plus vite. Certains sont très bien faits, intuitifs, et pour un développeur une action peut être très simple. On écrit un mot, on clique sur OK, c'est fait.
Pour d'autres, pour la même action, il faut cliquer dans un menu qu'on connaît pas, paramétrer trois données, ça bugge, on revient, on passe les voyants au rouge, on valide l'action, on lance le processus etc. pour une action simple. Voilà, c'est SharePoint ! Donc un consultant qui est passé dessus pour la première fois se dit "chic ! pour faire un truc simple, je vais faire une action simple, et je vais gagner 4h de code". Mais au final à essayer de comprendre comment fonctionne les rouages et comment l'intégrer, ça va lui prendre une semaine...

[kolodz]

Principalement, parce que Microsoft n'a jamais eu de politique de gestion de l'API fournit par SharePoint. (Ou sinon, cela ne s'est pas vue) Ce qui fait que pour le développeur moyen, il n'y a pas forcement un tout cohérent facile à utiliser.

En générale, on fait la comparaison entre une API ou un code bien structuré au rangement d'une maison. Une personne qui ne connait pas une maison présuppose qu'il trouvera de quoi cuisiner dans les placards de la cuisine. Si ceux-ci ont été mis (rangé) dans le garage... C'est le bordel !

Pour en revenir à la problématique de la formation / embauche, relève plus un problème de "courtermisme" des ces entreprises, qui capitalise sur des compétence à un moment T, plus qu'à un collaborateur sur le long-terme. Ces entreprises supposent aussi que ce qu'ils cherchent existe sur le marché. Ce qui n'est pas forcement le cas. Des développeurs qui n'ont pas l'emploie il y en a, des pas mauvais, il y en a déjà beaucoup moins et ceux qui sont spécialistes sont déjà en poste !

Cordialement,
Patrick Kolodziejczyk.

[el_slapper]

(.../...)
En tant que développeur, vous imaginez bien que notre métier consiste à taper des lignes de code dans le but d'exécuter des actions. Oui oui, (presque) comme dans les films. C'est pas exactement ça mais ça se résume.(.../...)

D'accord avec tout le reste mais pas avec ça.

Nôtre métier, c'est de lire des lignes de codes, et de les comprendre. Et, quand on a bien compris, d'en taper quelques unes, de vérifier qu'elles marchent. Et comme généralement ça ne marche pas du premier coup, de relire le code que l'on vient d'écrire, de comprendre ce qui ne va pas, et finalement de corriger.

Et, à ce titre, certaines technologies sont plus faciles à lire que d'autres. les langages fonctionnels comme le LISP sont particulièrement puissants - et illisibles. C'est pourquoi leur utilisation reste confidentielle, malgré leur puissance. Je n'ai jamais mis mon nez dans Sharepoint, mais les échos que j'en ai eu recoupent ce qui a déjà été lu ici : il est très, très difficile de retrouver ses petits. Donc de maintenir l'ensemble.

Pour rappel, le cycle de vie d'un logiciel, c'est :
-J'écris un petit truc, c'est de la création.
-Je veux rajouter un autre petit truc au premier, hop! c'est déjà de la maintenance.

La maintenabilité d'un système informatique est à la fois essentielle pour le décideur(qui ne veut pas payer des fortunes en maintenance, et c'est légitime) et pour le programmeur(qui ne veut pas mettre ses mains dans des horreurs illisibles). Sharepoint n'est pas, d'après la rumeur, le plus maintenable des systèmes informatiques.

[SOPHIELEAC]

Hello,

Visiblement vous venez tout juste de rentrer dans la fonction RH de SSII ce n'est pas grave, vous n'avez pas besoin de connaître une masse de technique.

Je vais essayer de donner une image.

En tant que développeur, vous imaginez bien que notre métier consiste à taper des lignes de code dans le but d'exécuter des actions. Oui oui, (presque) comme dans les films. C'est pas exactement ça mais ça se résume.

Maintenant imaginez que nous ayons à taper 1.000 lignes de code. C'est très long... On utilise donc des frameworks, c'est-à-dire des outils qui nous permettent de développer plus vite. Certains sont très bien faits, intuitifs, et pour un développeur une action peut être très simple. On écrit un mot, on clique sur OK, c'est fait.
Pour d'autres, pour la même action, il faut cliquer dans un menu qu'on connaît pas, paramétrer trois données, ça bugge, on revient, on passe les voyants au rouge, on valide l'action, on lance le processus etc. pour une action simple. Voilà, c'est SharePoint ! Donc un consultant qui est passé dessus pour la première fois se dit "chic ! pour faire un truc simple, je vais faire une action simple, et je vais gagner 4h de code". Mais au final à essayer de comprendre comment fonctionne les rouages et comment l'intégrer, ça va lui prendre une semaine...

Vous devriez être formateur car on imagine en effet très bien les séquences... C'est bien imagé! :-)

[Glutinus]

C'est gentil ^^

Vous aurez tout temps de voir ce que fait un informaticien. Si j'ai un conseil à vous donner, c'est de profiter de la présence d'autres informaticiens en intercontrat - si j'ai bien compris vous êtes RH en SSII - pour comprendre à quoi correspond leur travail au jour le jour.

Même nous en sortie d'école, on déchante car c'est souvent très très loin de ce qu'on imaginait.

[SOPHIELEAC]

C'est gentil ^^

Vous aurez tout temps de voir ce que fait un informaticien. Si j'ai un conseil à vous donner, c'est de profiter de la présence d'autres informaticiens en intercontrat - si j'ai bien compris vous êtes RH en SSII - pour comprendre à quoi correspond leur travail au jour le jour.

Même nous en sortie d'école, on déchante car c'est souvent très très loin de ce qu'on imaginait.

Pour beaucoup de métiers, c'est malheureusement comme ça!

[phili_b]

D'après me recherche rapide sur "Alfreco", il est peu probable que vous trouviez un expert sur ce produit, en particulier si vous chercher un candidat de langage native française. Car, produit d'origine Britannique de ce que j'ai vue.

Ça serait bien la première fois qu'un logiciel en langue anglaise ne franchirait pas les frontières de l'hexagone. Tout le monde n'est certes pas bilingue ni même à l'aise en anglais à l'oral, voire à l'écrit pour la littérature en langue anglaise, mais un informaticien ne sachant pas lire un minimum l'anglais technique est très mal barré.

[kolodz]

Il y a une grande différence entre savoir lire une documentation et être expert sur un produit. J'ai lu l'ensemble de la documentation de base de flash (manuel officiel de +1200pages), cela ne fait pas de moi un expert Flash.
Mon point n'était donc pas de dire "C'est un produit "anglais", donc personne ne sait se former dessus.", mais bien "Ce produit ne semble que (très) peu répandu, en particulier dans pays qui n'est pas celui d'origine.". Cela n'a rien avoir avec la compétences des gens, mais d'une demande moins forte...
En résumé, un profil pré-existant Java/alfresco me semble donc plus dur à trouver que PHP/Symfony2 ou Java/Spring3.

Je suppose que si aucun profil n'est trouvé, un profil Java sera pris, potentiellement avec un framework proche sur le CV ou avec le bon domaine métier.

Cordialement,
Patrick Kolodziejczyk.

[Invité]

Miséricorde ! Encore un nouveau truc, je ne connais pas alfresco !!