Discussion :

[Shirraz]

Bonjour,


J'ai décroché un entretien dans deux semaines pour un poste dit "en recherche et développement", dans le domaine de l'application web et PHP. Mais là je me pose une question : quand commence-t-on à parler de R&D ??

En mon sens, la R&D s'approche plus de la conception que du codage pur, qu'il s'agira plus particulièrement de créer l'architecture, de définir les outils qui seront à utiliser (on incorpore de la veille et de la mise à niveau constant sur les divers solutions qui font surfaces ??), plutôt qu'à mettre en place (i.e. développer une application sur Symfony, maîtriser ses outils mais ne pas "réfléchir" plus que ça...). Suis-je dans le bon ?? Parce que j'ai l'impresion que bien souvent, on colle l'étiquette "R&D" à des postes qui ne me semblent pas vraiment différents et n'ont pas cette étiquette... Les compétences demandés me laissent particulièrement perplexes, car en général c'est autour des sempiternels "PHP, Symfony, MySQL"... Ce qui me semble être un environnement de travail des plus basiques, ce qui laisse le moins penser à l'aspect "scientifique et innovateur" que le terme "recherche et développement" laisse penser... Un peu comme si on demander de "simplement" faire des modules WordPress...


Autre question : y'a-t-il une différence du point de vue salaire entre un poste de dév "normal" et un en "R&D" ?? Sachant que je suis développeur junior, je ne demande pas plus de 30k lors de mes entretiens, est-ce que je me fais une erreur de pas aller plus haut ??


Merci à tous par avance

[Invité]

La «R&D», ça veut tout et rien dire !
Un débogage, est-ce que c'est de la recherche et du développement ? Au sens strict, on peut affirmer que oui, puisque ça demande de la recherche puis du développement !
Normalement la «R&D» devrait demander un plus gros investissement personnel et plus de connaissance, donc un salaire plus important qu'un dev «standard»
Après, dans la vraie réalité, il faut voir si ce titre n'est pas simplement un nom de poste bien ronflant pour attirer le chaland et qui cache un travail de dev «standard»...

[Shirraz]

Oui voilà, c'est exactement ce que je me demande... Dans ma recherche j'ai vraiment l'impression que les employeurs n'hésite pas à "embellir" leurs offres avec des descriptions de postes qui ont l'air super intéressants d'un point de vue "intellectuel" mais qu'il n'en est rien...

[Xelland]

la société a sûrement un progiciel en PHP

si tu travailles sur ce progiciel, alors c'est de la R&D

mais si un des clients veut une fonctionnalité propre à lui et qui n'impactera pas les autres clients, là c'est dev "standard"


les différences sont ensuite minimes, fonctionnellement tu seras plus généraliste
alors que le dev standard aura la généralisation + les spécificités propres au client

[el_slapper]

Tout dev est de la conception. Donc rentre dans le cadre de la R&D.

Enfin, ça, c'est mon avis(et celui de Jack Reeves que je cite).

En fait, dans la vie réelle, ça change dans chaque boite, et ça peut être tout et n'importe quoi. Mais probablement avec une part de développement quand même(qui sera sans doute à 100%, d'ailleurs).

[Shirraz]

Oui, c'est pour ça que ça me paraît assez flou... Sans prétention, j'aurais quand même besoin d'un truc "motivant", du coup l'idée de bosser dans une "département R&D" me botte vraiment, même si tout dépend dans quel domaine c'est... Entre un éditeur de "jeux smartphones à 4€/mois pour jouer à des centaines de jeux top délires" et une boîte qui peut me faire bosser sur le site d'ITER ou dans le domaine du cloud, le choix est vite fait !

[remotesolo]

Si j'étais cynique, je dirais que R&D dans le titre de l'annonce c'est juste pour étoffer le dossier de demande de CIR
Mais bon je ne suis pas cynique ...

[yento]

Oui, c'est pour ça que ça me paraît assez flou... Sans prétention, j'aurais quand même besoin d'un truc "motivant", du coup l'idée de bosser dans une "département R&D" me botte vraiment, même si tout dépend dans quel domaine c'est... Entre un éditeur de "jeux smartphones à 4€/mois pour jouer à des centaines de jeux top délires" et une boîte qui peut me faire bosser sur le site d'ITER ou dans le domaine du cloud, le choix est vite fait !

Bizarrement, j'ai l'impression qu'on a pas la même vision du marché

ITER = fonctionnaires, salaires en carton, collègues qui pensent qu'a faire du présentiel, aucune culture technologique, hyper-projet européen probablement mené à l'arrache à travers 17 niveaux de hiérarchies toujours en conflits.

Editeur de jeux à la con pour smartphone = revenus qui coulent a flot, cash a dispotion pour payer des salaires décents, milliers-millions de personnes à travers le monde qui utilisent tes créations, culture tech avec les perks qui vont avec, meilleurs collègues, déjà dans le cloud.

[yento]

Pour avoir fait de la R&D (de la vrai). La majorité des postes annoncés en R&D n'a rien avoir avec de la R&D. Déjà si tout ce qui est demandé c'est PHP/MySQL c'est mal parti
En théorie c'est potentiellement plus intéressant, plus difficile, et c'est censé être mieux payé. En pratique tout dépend de l'entreprise, du contexte et du sujet.

Quelques bons critères pour reconnaitre un projet de R&D.

- Est-ce que ça commence from scratch, ou a commencé from scratch juste avant que tu rejoignes
bonne réponse: oui

- Est-ce que ça a déjà été fait auparavant ?
bonne réponse: on ne sait pas trop et/ou ça n'a pas l'air

- Est-ce que c'est faisable techniquement ?
bonne réponse: on ne sait pas

- Est-ce qu'il y a un marché pour ça ?
mauvaise réponse: oui puisqu'il y a déjà X Y Z companies qui gagnent des sous avec

- Est-ce qu'on sait ce que l'utilisateur veut et quel service on va lui fournir ?
bonne réponse: pas vraiment, ca fait partie de ce que le projet doit déterminer

- Est-ce que ça implique une (longue) vieille technologiques pour trouver éventuellement des solutions existantes, des prototypes, des papiers de recherches. Enfin bref, n'importe quoi qui puisse mettre sur la voie et/ou être repris.
bonne réponse: oui

- Est-ce qu'il y a besoin de PLUSIEURS vieille technologiques sur plusieurs aspects séparés.
bonne réponse: oui