Interview : différence entre intégrateur et développeur ?

Bonjour,

je suis étudiant en L3 maths-info et également blogger. Mon blog axé game dev, actuellement en reconstruction, ré-ouvre en Octobre et je l'inaugure avec une nouvelle catégorie ''orientation professionnel'' afin d'éclairer tout ces jeunes qui se demandent comment entrer dans le milieux du jeu vidéo. En cherchant mon stage de fin d'année, je suis tombé sur des annonces d'intégrateur gameplay, intégrateur AI etc... et je me demande qu'est-ce donc que cela ? Est-ce un vrai métier différent de développeur ou juste de la délégation de travail. Est-ce qu'un élève de bac+2 ne souhaitant pas continuer ses études pourrait viser ce travail ( à priori plus simple, mais je n'en sais rien) plutôt qu'être développeur ? Quel est sa place dans l'équipe et au seins du projet ? etc..

J'ai des tonnes de questions à poser et donc j'aimerais rencontré (en vrai ou par mail / twitter / discord) quelqu'un qui pratique ce métier.

Coordonnées personnelles supprimées. Utilisez MP pour échanger des coordonnées.

@SpaceAmoeba : Un intégrateur n'est pas forcément un programmeur. Comme son nom l'indique son rôle sera "d'intégrer" des données au sein de programmes pré-existants. Il est conseillé d'avoir des notions de programmation, ça facilite la compréhension du fonctionnement globale "data + programme" mais ça n'est pas obligatoire.

@Admin : oups, je n'avais pas vu que c'étais interdit de déposer son mail. Désolé.

@Emmanuel : Je suis étonné, ce n'est pas ce que j'imaginais. Dans ce cas il ne tape pas une seule ligne de code ? Par exemple, quel type de données un intégrateur gameplay devra manipuler ? (si c'est ton métier, est-ce que tu accepterais une interview en mp?)

Je rajouterai (à la très vraie réponse d'Emmanuel) que l'intégrateur est avant tout un fonctionnel, il a un rôle plus analytique et rédactionnel qu'un développeur qui lui doit bien connaître la technologie sur laquelle il développe.

Par exemple (j'ai été intégrateur durant 7 ans sur l'ERP SAP, j'était expert sur le module IS-U), je devait connaître le fonctionnement du module et des programmes qu'il fait tourner, les données entrantes et sortantes, et mettre en place des évolutions ou corriger des données dessus.

En cas d'évolutions je rédigeais les SFD (Spécifications Fonctionnelles Détaillées) et créais les cahiers de tests.

En cas de correction, je devais "débugger" le code, trouver la source de l'erreur et éventuellement corriger les données.

Le développeur avec lequel je travaillais devait lui transposer mes directives en code, donc devait savoir comment il devait coder dans le(s) module(s) ou programme(s), il rédigeais les STD (Spécifications Techniques Détaillées) et me transmettais le ou les module(s) / programme(s) modifié(s).

Ensuite je testais les modifications et reprenais la main pour la mise en production (rapports, suivi pendant x temps des modifications, formation des utilisateurs, ...)

Attention, car aujourd'hui le secteur du développement (en général) demande des "technico-fonctionnels" qui doivent faire intégrateur et développeur.