l'avenir du développeur

[el_slapper]

Envoyé par Maitre Glutinus

(.../...)

Bref, tu considères que le code, c'est dur. Tu peux éventuellement essayer de te tourner vers du test ; ou alors, mais ça ce serait cool si quelqu'un pouvait me confirmer, vers l'administration - poste dans lequel je pense il y a moins de programmation voire pas du tout. Attention, je n'ai pas dit plus facile, mais en tout cas certainement assez différent.

L'homologation est un métier noble, et, en France, pas trop mal payé. Mais il faut aimer(et tout le monde n'est pas doué pour ça). C'est parfois, euh, répétitif. Mais aussi très orienté "métier".

L'administratif? Aucune idée.

[ferhat.adel]

bonjour merci pour vos réponse
oui je fait mon stage dans très petite boite (2 développeur )et 2 stagiaire
merci

[infofree]

Envoyé par ferhat.adel

bonjour merci pour vos réponse
oui je fait mon stage dans très petite boite (2 développeur )et 2 stagiaire
merci

tu fais qu'un stage et t'as déjà marre de coder!

Tu veux commencer directement par un poste de chef de projet ... tu me dis si t'y arrives

[ferhat.adel]

bonsoir ,oui honnêtement oui je fait ça juste pour l'argent
avant j'ai été administrateur réseaux dans mon pays
je pense que développez c'est bien si il y'a un bon projet avec une bonne équipe et du respect de la part du patron

[rmaker]

Envoyé par nuleninfo

Je te conseille chef de projet parce que t'es bien payé avec aucune réelle responsabilité :

Ah j'ai ri!
Pour en revenir au post initial, passe coté MOA ou chef de projet. Coté argent, CP sera mieux payé, mais, soyons clair, tu vas comprendre pourquoi: que des merdes à gérer en longueur de temps... (MOA aussi, cela dit)

[stylor]

Envoyé par rmaker

Ah j'ai ri!
Pour en revenir au post initial, passe coté MOA ou chef de projet. Coté argent, CP sera mieux payé, mais, soyons clair, tu vas comprendre pourquoi: que des merdes à gérer en longueur de temps... (MOA aussi, cela dit)

En tant que développeur peu-être pas ?! J'en doute...
Les bugs, les mise en prod, les demandes de dernières minutes du clients, collaboration entre collègues, ...

[ferhat.adel]

bonsoir mais pourquoi le chef de projet doit gérer le bugs.
normalement c'est le développeur qui doit corriger le bug

[nfluch]

Envoyé par ferhat.adel

bonsoir mais pourquoi le chef de projet doit gérer le bugs.
normalement c'est le développeur qui doit corriger le bug

parce que le chef de projet doit organiser des revues de codes de temps à autres ...
c'est la personne en charge du projet qui est garante de la qualité

[ferhat.adel]

bonsoir ,merci je croyez que c'est l'architecte qui s'occuper de la partie technique
Je suis étudiant étranger donc je ne connais pas le système de travail français
merci d'avance

[rmaker]

Envoyé par ferhat.adel

bonsoir ,merci je croyez que c'est l'architecte qui s'occuper de la partie technique
Je suis étudiant étranger donc je ne connais pas le système de travail français
merci d'avance

Bon, on va tout reprendre.

Le client a besoin d'un projet informatique pour aider ses équipes. Ces équipes en question sont les utilisateurs. Le client paye un montant à l'année (un budget) à un chef de projet en échange d'objectifs (une application de qualité qui fasse çà et çà et çà et encore çà). Le chef de projet, comme son nom l'indique, va gérer le projet, c'est à dire recruter les développeurs, leur expliquer ce qu'il faut faire, pour quand. Le chef de projet échange régulièrement avec le client qui lui casse les c... pour parler de l'avancement, des demandes, etc. Les développeurs codent, corrigent les bugs, se chargent de la conception technique. La conception métier, ce que le client veut fonctionnellement, c'est le boulot de la MOA. Quand il y a un problème vraiment complexe, ou au début pour savoir quelles technologies utiliser, le chef de projet fait appel à un architecte qui va aider, ponctuellement, l'équipe. Ensuite, une fois que c'est développé, les équipes d'homologation vont tester les développements.

En très gros, et sans parler d'Agile.

[stylor]

Envoyé par rmaker

Bon, on va tout reprendre.

Le client a besoin d'un projet informatique pour aider ses équipes. Ces équipes en question sont les utilisateurs. Le client paye un montant à l'année (un budget) à un chef de projet en échange d'objectifs (une application de qualité qui fasse çà et çà et çà et encore çà). Le chef de projet, comme son nom l'indique, va gérer le projet, c'est à dire recruter les développeurs, leur expliquer ce qu'il faut faire, pour quand. Le chef de projet échange régulièrement avec le client qui lui casse les c... pour parler de l'avancement, des demandes, etc. Les développeurs codent, corrigent les bugs, se chargent de la conception technique. La conception métier, ce que le client veut fonctionnellement, c'est le boulot de la MOA. Quand il y a un problème vraiment complexe, ou au début pour savoir quelles technologies utiliser, le chef de projet fait appel à un architecte qui va aider, ponctuellement, l'équipe. Ensuite, une fois que c'est développé, les équipes d'homologation vont tester les développements.

En très gros, et sans parler d'Agile.

Qu'est ce que tu appelles conception technique et métier ? Parce que pour moi c'est fortement lié pour pas dire la même chose d'ailleurs.

[rmaker]

Envoyé par stylor

Qu'est ce que tu appelles conception technique et métier ? Parce que pour moi c'est fortement lié pour pas dire la même chose d'ailleurs.

Plutôt qu'un long discours, je prends l'exemple fictif chez Amazon:

• Conception métier : les infos client sont nom, prénom, age, adresse, date de naissance, informations carte bleue
• conception technique: on va créer une table T_CLIENT, qui a comme clé primaire T_CLIENT_ID, et on suppose que le nom rentre dans un VARCHAR2(150) et que le prénom rentre dans un VARCHAR2(150) et que...

La finalité est différente:

• conception métier: faire ce que le client veut / ce qu'on estime mieux pour lui du point de vue de son métier (banque à la société générale, soutifs chez wonderbra, etc)
• conception technique: comment coder au mieux, en fonction des standards, sans péter le SI existant, etc

Et donc, les métiers sont différents.

• Un MOA n'en a rien à f... du code, ne veut pas en entendre parler, ne veut pas savoir comment c'est fait
• Un développeur doit connaitre le métier et savoir l'implémenter, donc maitriser ( ) la technique

[stylor]

C'est ça que je voulais dire. Le développeur doit connaître le technique mais aussi le métier.