Bonjour tout le monde,

Je me demandais, en parcourant ce forum, ce que c'était un Analyste-Programmeur et surtout quelles sont les différences avec mon travail actuel.

Donc, la petite séquence "Je raconte ma vie": J'ai fini ma licence en Physique il y a un an et demi. Déjà pour mon mémoire, je passais mes journées à programmer (en Fortran, sic...). Pour résumer fortement, j'avais un problème (physique) à résoudre, puis j'ai adapté un programme similaire (développé par d'autres membres du groupes, donc intéractions avec eux, je ne modifiais que certains modules, ils s'occupaient des autres) pour permettre de le résoudre. Depuis, je suis en train de faire un Doctorat (en Allemagne ^^), et la même chose, je ne fais pratiquement que programmer (en C++ au moins). Cette fois, il y a un programme que j'ai créé moi même (from scratch), mais sur un autre projet, j'utilise également le code de quelqu'un d'autre (cette fois j'ai du le modifier entièrement), et une autre personne se sert de mon projet. Pour le boulot, je suis sous linux tout le temps, avec tous les scripts qui vont avec pour me simplifier la vie et me permettre d'utiliser efficacement le cluster qui est à ma dispotion. J'ai aussi du apprendre à faire des programmes en parallèle par la même occasion (multithreading et multi-computer par MPI)

Sinon, quand j'étais plus jeune et que je m'ennuyais à l'école, je me suis mis à faire un programme de gestion de mes cassettes vidéos (j'en avais 700+) en VB et utilisant SQL pour l'accès à la base de données. Ca marchait bien, avec un petit moteur de recherche, des impressions de listes de films par catégories, de séries avec les épisodes dans l'ordre (avec la références de la cassette, ...) recherche de doublons, ... A mon avis, ce genre de truc doit déjà être plus proche de ce qu'un Analyste-Programmeur fait, non?

A priori, la plus grande différence semble être que je fais des programmes pour moi même et pour mon boss, et pas pour un client. Ce qui fait que je me traquasse un peu moins de la prévention des problèmes d'entrées non-valides, ... Ca me prendrait en effet plus de temps de coder tout les tests que de constater par moi même que j'ai du GiGo.

Donc voilà, je vous ai décrit un peu ce que je fais, vous pouvez donc me dire si c'est proche de ce que fait un analyste programmeur? Pour moi, être informaticien ce n'est donc pas utiliser Word et Excel, même si je préfère utiliser PowerPoint pour faire mes présentations que LaTeX, autrement incontournable pour les articles, mémoires et autres rapports ^^

Merci d'avance pour vos éclairsissements

Spizzer

PS: Désolé pour l'orthographe, ca fait 18 mois que je parle plus francais, je commence à perdre...

Un analyste programmeur il fait de l'analyse, et de la programmation. Par analyse on entend faire des jolis diagrammes de classes et pleins d'autres schémas pour savoir les besoins des clients, les entrées, les sorties, les interactions. Le truc le plus connu c'est RUP: http://fr.wikipedia.org/wiki/Unified_Process et l'UML http://fr.wikipedia.org/wiki/Unified_Modeling_Language

Ca, c'est un analyste programmeur

Des diagrammes de ce style, J'en fait aussi:
http://upload.wikimedia.org/wikipedia/commons/7/7a/Stage_gate_process_process_da- ta_model.jpg
Mais j'appelle ca "Diagramme à deux balle pour structurer mon programme sans trop écrire", je savais pas qu'il existait un vrai langage pour faire ca.

Merci bien ^^

Le truc en plus d'un analyste-programmeur, c'est qu'il sait parler le langage secret des analystes-programmeurs qui fait qu'un groupe d'analystes-programmeurs sera un poil plus efficace qu'une troupe de physiciens pour un projet d'analyse et de programmation. Avec ou sans barbe.

voila, disons que pendant que tu apprenais comment jongler avec des électrons dans un champs magnétique, l'étudiant informaticien apprenait comme dessiner et avec quel outil. Mais le babage et la démarche sont sensiblement la même (et c'est pourquoi je travaille avec un chimiste)

En fait actuellement tu es un programmeur "amateur" entre guillemets, sans vouloir être péjoratif On a tous commencé comme ça : on apprend la syntaxe d'un langage et puis on se lance dans la création d'un programme, et ça marche.

Mais un analyste-programmeur a reçu une formation dédiée, qui ne lui apprend pas que la syntaxe d'un langage, mais aussi comme a très bien dit zion des vraies notions d'analyse et d'algorithmique pour structurer son application de manière efficace. Sans parler de l'architecture de l'information (stockage en base de données notamment, et il y en a des choses à dire à ce sujet).

Bref, tu sais programmer ça ne fait aucun doute, mais il te manque certains outils de travail qui feront la différence avec un "pro".

Je ne sous estimerais pas sa formation non plus. Il ne lui manque certainement pas grand chose pour pouvoir aussi se vanter d'être analyste programmeur.

Quoi que pour le moment, je ne sais pas si c'est plus vendeur qu'une autre profession

Ah mais je ne sous-estime pas du tout, bien au contraire, pardon si j'ai donné cette impression J'ai juste essayé d'expliquer les différences de formation

C'est clair qu'il ne manque pas grand chose, et qu'avec de la volonté et un ou 2 bons bouquins on peut s'y former par soi-même

Hou laaaaa... ca c'est une discussion comme je les aime. Cette discussion sur la fine zone qui sépare les "pros" (ceux qui ont soit disant étudié le métier et qui, après leurs propres dires, sont mieux équipé pour resoudre des problèmes) des programmeurs "amateurs".

Je suis désolé mais la question n'est pas si oui ou non on a étudié à l'unif ou qq part ailleur, mais si on en a fait son métier et qu'on peut en vivre. Pour ma part, je n'ai même pas fait mon 6ieme année secondaire. Mais ca ne m'empeche pas de savoir plus sur le metier qui est le mien que ceux qui l'ont étudié.

A+

et si on lui disait la vérité : Il y a des analystes fonctionnels et des analystes organiques. Les analystes-programmeurs étant des analystes organiques qui programment aussi... Des programmeurs "pas analystes", çà n'existe plus depuis 30 ans ! (même à l'Etat...). çà complique un peu les choses ???

Oulà, je voulais pas te vexer ou quoi. Je voulais juste savoir la différence entre mon boulot à moi (pompeusement appelé "Chercheur") et le travail d'un *vrai* analyste programmeur, ie qui a réelement ce boulot. Peu m'importe qu'il ai un diplome ou pas. Au contraire, s'il me vient à l'esprit de quitter la recherche à un moment donné, c'est plutôt l'expérience de ceux qui n'ont pas le bon diplome qui m'aidera le plus.

Merci à tous pour vos réponse, je place un peu mieux ce boulot maintenant. C'est pas si différent de ce que je fait, sauf pour la partie analyse que je fait à ma facon.

... et la partie programmation que tu fais aussi à ta façon

Inversons la question: un analyste programmeur peut-il devenir un chercheur en physique ?

Bien sûr que oui! Tant que tu cherches et que tu ne trouves pas. Parce que si tu trouves, il faut expliquer, et là...

Je suppose que c'est en reponse à ce que j'ai écrit? Ma reponse à ca est tout simple: Non, pas de ma façon. Comme je suis indépendant, je fait à la sauce de mon client. Donc, je dois m'adapter. Ceci dit, j'ai mon style, je ne le nie pas. Mais ce style s'adapte selon le client et essaie de rendre plus claire ce qui semble être compliqué. Et apparement il ne dois pas être trop mal, car mes clients apprécient et l'adaptent assez souvent.

Nonon... je ne suis pas vexé. En tout cas, ce n'est pas ton poste qui ma fait réagir mais plutôt les dires de ovh au sujet de la formation d'un analyste-programmeur ("Mais un analyste-programmeur a reçu une formation dédiée, qui ne lui apprend pas que la syntaxe d'un langage, mais aussi comme a très bien dit zion des vraies notions d'analyse et d'algorithmique pour structurer son application de manière efficace. Sans parler de l'architecture de l'information (stockage en base de données notamment, et il y en a des choses à dire à ce sujet).

Bref, tu sais programmer ça ne fait aucun doute, mais il te manque certains outils de travail qui feront la différence avec un "pro".")

Selon moi, ce n'est pas les études qui te "rendent" pro mais l'expérience et la façon de travailler.

A+

Ne confond pas: un mec qui sait bien programmer et un mec qui répond à la norme et structure sa programmation et son raisonnement suivant cela.

Il n'est pas question de dénigrer qui que ce soit, mais l'analyse ce n'est pas une question d'expérience, de discipline ou de façon de travailler, c'est une méthode, méthode qui te permet de comprendre ce que fait ton voisin et reprendre son code sans t'arracher les cheveux.

Bon... prenons un exemple actuel... J'ai un client qui a développé un logiciel permettant la conception d'une construction industriel, de faire des calculs de vérifications selon différentes normes (ASME, EN, DIN, ...), de planifier la découpe dans du métal et de calculer les stresses sur la construction suivant des paramètres comme la pression, la température, la composition chimique du métal, etc etc.

Le code "a grandi" en 15 ans et contient a peu prés 1,5 millions ligne de code source (le logiciel sous Windows + Dos, des outils, etc). Tout cela en C, C++ et Fortran.

Actuellement (et encore pour un bon moment) je suis le seul à faire de la maintenance et l'amélioration de tout cela. Avec d'autres programmeurs je travaille sur la conception et le développement d'un SmartClient (en C#) qui remplacera une petite parti les fonctionnalités de l'ancien logiciel (planification visuel et introduction des valeurs de bases de la construction). Le reste se fera via des nouvelles interfaces vers l'ancien logiciel.

Donc, l'équipe actuel comporte: Le patron de l'entreprise, deux programmeurs qui ont fait des études en informatique (et qui ont 10 et 15 ans d'expérience) et moi. Fort de mon expérience (12 ans en tant que programmeur, chef de projet, chef d'équipe, responsable technique et autres dans des domaines tels que les jeux d'ordinateurs, l'industrie automobile, logiciels pour embedded hardware, reconnaissance vocale, industrie de la musique et industrie de construction, ce n'est pas moi qui demande conseil aux autres mais eux à moi. Le patron au sujet de gestion d'équipe et de projet, les autres programmeurs pour des questions tels que la conception de la base de données, les interfaces, planification du logiciels, d'environnement de développement, etc etc.

La dénomination d'analyste-programmeur en tant que telle est quasi superflue car tout programmeur est obligé d'analyser la situation, l'environnement et les besoins du client ou du logiciel. A moins qu'on commence "from scratch" le développement d'un logiciel, on est obligé de lire la documentation (si disponible ) et/ou le code source pour être capable de travailler par après.

La seule différence, ou plutôt le seul avantage, qu'ont les programmeurs-analystes, et la je suis d'accord avec toi, c'est qu'il ont appris une méthodique d'approche pour résoudre des problèmes. Donc, en théorie, ils devraient être capable de travailler plus efficacement que quelqu'un qui n'a pas fait des études et qu'il fait moins de bourdes. Tout au moins au début. Car l'autre là, qui n'a pas étudié... il dois se débrouiller quand même s'il ne veut pas finir à la porte. Donc il doit s'améliorer ET prouver constamment qu'il est capable de faire partie de l'équipe.

Mais bon... je crois qu'on voit que ce sujet me tiens à coeur. J'ai du faire mes preuves et je me suis forgé une réputation chez mes clients. Et quand j'entends qu'il y a des gens qui pensent que ceux qui ont fait des études sont meilleur car eux, ils ont fait des études, ça me mets en rogne... j'ai vu assez de diplômés incapable de faire des simples opérations binaires ou de comprendre une situation ou des besoins.

Sans rancune s'il vous plaît

Absolument pas. C'etait en reponse au poste precedant. Si j'avais voulu repondre a ton poste, je l'aurais fait soit en-dessous de celui-ci, soit en le quotant pour replacer ma reponse dans son contexte.

Non aucune rancune, mais pour un externe qui va lire le topic, il est important de comprendre que dans la notion d'Analyste Programmeur on sous-entend que la personne connait une méthode précise d'analyse qui permet dans de grosses boites de faire évoluer et suivre un projet tout au long de sa vie avec un morcelage précis, une documentation précise et des objectifs précis, etc, etc.

Tout cela existait bien avant que l'on donne une étiquette "Analyste Programmeur", juste que maintenant il y a une norme et des techniques bien précises et que c'est plus facile de se parler.

Maintenant faut avouer que dans les PME, c'est souvent overkill