IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Emploi Discussion :

Les perspectives après le metier de developpeur


Sujet :

Emploi

  1. #1
    Nouveau Candidat au Club
    Profil pro
    Inscrit en
    Juin 2013
    Messages
    3
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2013
    Messages : 3
    Points : 1
    Points
    1
    Par défaut Les perspectives après le metier de developpeur
    Bonjour,

    j'ai de 5 a 10 d'Xp dans le domaine du dev logiciel. Comme beaucoup j'ai un bac+5 issue d'une ecole d'inge avec un specialisation dans l'elec, l'info industrielle, et l'imagerie.

    Actuellement le constat est amer:

    3615mylife

    A l’école, et dans mes projets et stages ( je n'ai pas fais que de l'info ) j'etait tres doue en info mais cela se limitait a l'info industrielle et appliquée a d'autres domaine connexes. Jamais entendu parler de ruby, merise, makefile bdd et web langage. C'est du chinoix pour moi et ca ne m'interesse pas.

    /3615mylife

    En entrant dans le monde du travail (un editeur), j'ai cotoyé des guru en info, des gars qui maitrisent vraiment, qui font des script, utilisent des tas des langages. Moi je n'en connais que quelques un: et pour cause, je n'ai fait que de l'info industrielle dans mon ecole.

    Ca ne m'a pas empeche d'evoluer dans la boite et developper des process complexes et passionnants. Le probleme se situe ailleurs: je n'ai absolument pas l'impression d'utiliser " mes compétences d’ingénieurs" et je ne veux pas rester un dev toute ma vie.

    Pourquoi cela? Et bien ceci n'engage que moi mais en France le poste ingénieur développeur est assimilable a un poste d'ouvrier (je n'ais rien contre ce statut attention). Je précise, il est vu comme cela par la plupart de la hiérarchie. On code, on s'adapte, on a peine notre mot a dire pour les delais, on se débrouille avec une spec écrite sur un coin de table, et tout cela pour la semaine dernière s'il te plait, fais vite, le client attend. Si t'est sage t'aura peut etre droit a une piece pour te récompenser, alors que on va engranger masse de fric a partir de ton boulot.

    De plus en tant que dev ca signifie forcement que sait tout faire, comprend tout les langages, fais n'importe quel script, fabrique des moulinettes pour utiliser un IDE.
    "Si tu sais pas faire, et bien tu va apprendre et le coder", te dis le chef.

    Alors pourquoi dans d'autres fonctions ( qui ne sont pas forcement dans ma hierarchie directe) , le gars dit : oh moi j'y connais rien en dev, mais j'ai une idee geniale, faisons telle procedure de verif, d'analyse de performance . Il se retourne vers le dev " tu peux me faire un script maique qui fait ca " ? J'ai envie de dire " et biens renseigne toi, tu va apprendre et le coder "

    Dev = petite main qui sait tout faire = cliche du gars hacker dans les series tv.

    Je n'ai pas de pb avec le fait d'etre de la main d'oeuvre, mais franchement, pourquoi faire bac +5 pour cela ? Autant prendre un tres bon technicien qui fera ca aussi bien que moi.

    Donc je me pose la question: que peut on faire dans la domaine de l'info a part etre codeur ou chef de projet ? Il y a bien d'autres voies non?

    Je veux utiliser ma creativite pour mettre au points des process, des algo, des comportement d'applications, mais franchement, je suis dégoûté de coder ( je le faisait par passion chez moi quand j'etait etudiant). Je veux un poste ou il y a du recul sur le code. Je veux voir des fonctionnaliste ou des blocs fonctionnels et ne pas me soucier de leur implémentation ( et des pb qui vont avec). Et pour moi cela s'adapte a tous les domaine, c'est donc cela le métier de l’ingénierie.

    Je veux etre celui qui a les idées et non celui qui les codent. Quelle est la dénomination de ces postes ?

    Dans le pire des cas, je peux retourner dans le monde de l'elec, mais je n'ais pas de vrai experience dans ce domaine. Une chose est sure, c'est maintenant qu'il faut faire son choix et il n'est pas cantonné au monde de l'info.


    Désolé pour la longueur de ce message et merci de vos conseils qui m'aideront a y voir plus clair.

  2. #2
    Expert éminent
    Homme Profil pro
    Big Data / Freelance EURL
    Inscrit en
    Mars 2003
    Messages
    2 124
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Big Data / Freelance EURL

    Informations forums :
    Inscription : Mars 2003
    Messages : 2 124
    Points : 7 291
    Points
    7 291
    Par défaut
    Citation Envoyé par bluesquare Voir le message
    Donc je me pose la question: que peut on faire dans la domaine de l'info a part etre codeur ou chef de projet ? Il y a bien d'autres voies non?
    Dans la vie de tout les jours, il y a plein de sorte d'informaticiens, mais pour les ssii et les RH il n'y en a que deux: codeur ou chef de projet.

    C'est qu'une fois qu'on est dans la boite, ou si on sait lire entre les lignes, qu'on arrive à déterminer la vraie fonction.

    Le souci en étant chef de projet de ssii c'est qu'on fait plutôt du planning et de la gestion de ressources mais il me semble qu'on n'a pas le temps de faire des spécs: les spécs sont à mon avis donné à quelqu'un perçu comme codeur alors que c'est lui décrit les spécs fonctionnelles et techniques. Tu peux voir des exemples dans les offres d'emploi développeurs.

    A mon avis si tu veux faire les spécs, même en ne codant plus, il ne faudrait pas non plus en être au point de ne pas se soucier de leur implémentation.

    Mais c'est clair que souvent ou bien les spécs sont écrites sur un coin de table, voire pas écrites du tout, ou au contraire surchargées jusqu'à la bureaucratie.

  3. #3
    Membre éprouvé
    Homme Profil pro
    Inscrit en
    Mai 2011
    Messages
    328
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Mai 2011
    Messages : 328
    Points : 1 142
    Points
    1 142
    Par défaut
    Salut,

    il faudrait viser un poste d'architecte. Tu codes beaucoup moins et c'est à toi que reviens l'analyse des points techniques difficiles. Cela suppose aussi que tu ais une bonne expertise dans un domaine précis.

    C'est aussi sur toi que repose la coordination entre les développeurs et le métier ou le chef de projet. Après tu trouves uniquement ce genre de poste sur de gros projets.

  4. #4
    Nouveau Candidat au Club
    Profil pro
    Inscrit en
    Juin 2013
    Messages
    3
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2013
    Messages : 3
    Points : 1
    Points
    1
    Par défaut
    Merci pour ces idées. A la base ma formation initiale n’était pas l'informatique de gestion mais uniquement l'info industrielle ( en plus de l elec et de l imagerie) .
    Bon j'ai fait mon premier programme a 12 ans, découvert l'assembleur vers 15 ans, fait des bidouilles en elec depuis que je suis en age de tenir un fer a souder sans mettre le feu : on appele ca etre auto didacte je crois

    J'ai accepte un poste d'ingenieur dev comme première et unique expérience (ce n'est pas une ssii mais un editeur). Je me suis tres vite rendu compte que j'avais un train de retard sur les autres ( qui sont surement des info pur ).
    Ex: c'est quoi une expression reguliere ? ( bon maintenant je sais

    Parce que j'apprend vite , petit a petit j'ai comble ces lacunes, et je suis devenu spécialiste dans mon domaine d'application ( utilisant une techno commune par ex le java ) c'est a dire la création d'algo et de process propre a mon entreprise. Par contre je suis pas spécialiste en info loin de la: je sais coder un algo que j'ai imaginé, faire une infrastructure mais mes compétences se limitent a utiliser le langage pour parvenir au résultat que je veux = une fonctionnalité qui marche.

    Cependant ( et c'est la ou ca peche ): je ne sais faire que cela. Pas moyen pour moi de faire un script shell tres evolue ou du perl ou bien un makefile . Et le pire : ca ne m'interesse pas. je n'ai pas envie de passer mes soirees a des veilles techno sur les langages info ), mais ca peut etre sur autre chose par contre.

    Ce qui m’intéresse par contre , c'est de prendre le stylo et de trouver un algo ou je ne sais quoi. Bon je code ensuite car c'est mon boulot de dev mais le plus bottant pour moi c'est la création de cet algo niveau fonctionnel: comment trouver la manière de procéder pour arriver au résultat: ensuite le codage et bien a la limite je m'en occupe pas. Par contre il est évident qu'il faut transmettre tout ce cahier des charges au codeur et rester en lien avec lui.

    Même si je n'avais pas de formation spéciale dev, ces années dXP en sont l’équivalent. Mais je pense qu'il est temps pour moi d’arrêter le dev. Pourquoi se rendre compte de cela au bout de presque 10 ans ? et bien il est plus facile de faire tranquille son job plutôt que de se poser les questions sur ce que l'ont veut vraiment. Et puis ce que je fais est parfois chiant, mais parfois très passionnant. Mais il est temps pour moi de passer a autre chose.

    Le problème est de savoir quoi.

  5. #5
    Expert éminent Avatar de garn
    Homme Profil pro
    Conseil en assistance à maîtrise d'ouvrage
    Inscrit en
    Janvier 2006
    Messages
    1 487
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Conseil en assistance à maîtrise d'ouvrage

    Informations forums :
    Inscription : Janvier 2006
    Messages : 1 487
    Points : 6 032
    Points
    6 032
    Par défaut
    Je veux utiliser ma creativite pour mettre au points des process, des algo, des comportement d'applications, mais franchement, je suis dégoûté de coder ( je le faisait par passion chez moi quand j'etait etudiant). Je veux un poste ou il y a du recul sur le code. Je veux voir des fonctionnaliste ou des blocs fonctionnels et ne pas me soucier de leur implémentation ( et des pb qui vont avec). Et pour moi cela s'adapte a tous les domaine, c'est donc cela le métier de l’ingénierie.
    fais de l'AMOA. De l'AMOA technico-fonctionnelle
    attention, je ne dis pas que ca te conviendra. Mais tu devrais tester

    voir les autres post que j'ai écris sur le sujet
    si tu ne veux pas "coder" et commencer a étudier une partie du métier , mais en restant proche du technique, tout en n'étant pas chef de projet parceque t'as pas envie d'avoir les responsabilités ou autres, tu peux te lancer en AMOA

    C'est à dire l'interface entre les developpeurs, et les métiers qui se retournent vers le développeur. Y en a pas partout, y a des équipes sans, mais d'une manière generale, tu peux commencer à engranger des compétences dans l'écriture de spécifications, la recette technique et fonctionnelle...

    un AMOA qui a des compétences poussées en dev pourra trouver sa place dans un environnement technique : tu écris tes spec en faisant les algo toi même, ou pas loin, et tu demandes aux TMA (generalement des TMA aprceque justement gérées par des pisse-code en SSII à pas cher) de réaliser. Ensuite tu test les développement

    Bien sur, si le machin marche pas, c'est sur ta gueule que ca revient, mais c'est le jeu. Pour éviter ca, y a les mails, les délais, les retours de recette, etc etc

    Bon bien sur, si tu veux pas écrire de spec du tout et que tu es allergique à la recette, c'est mal barré, mais quand je lis "bloc fonctionnel du code", ca me fait penser à ca

    Mon boulot c'est exactement ca, mais transposé au monde de la BI : modéliser (équivaut je pense à l'algo pour du code pur), décrire les flux d'alimentation, les résultats attendus, et laisser les MOE coté ETL / développement BI faire tout ca
    Je suppose qu'il existe le même role pour du développement pur (a tester, en fonction du degré de code que tu ne veux plus faire ou au contraire continuer à faire)

  6. #6
    Nouveau Candidat au Club
    Profil pro
    Inscrit en
    Juin 2013
    Messages
    3
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2013
    Messages : 3
    Points : 1
    Points
    1
    Par défaut
    Tres interessant. Merci pour ta reponse

    Et ca s'appele comment comme poste concretement ?

  7. #7
    Expert éminent Avatar de garn
    Homme Profil pro
    Conseil en assistance à maîtrise d'ouvrage
    Inscrit en
    Janvier 2006
    Messages
    1 487
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Conseil en assistance à maîtrise d'ouvrage

    Informations forums :
    Inscription : Janvier 2006
    Messages : 1 487
    Points : 6 032
    Points
    6 032
    Par défaut
    Citation Envoyé par bluesquare Voir le message
    Tres interessant. Merci pour ta reponse

    Et ca s'appele comment comme poste concretement ?
    assistance à maitrise d'ouvrage
    (y a d'autres sujets ici ou j'explique le rôle plus en détail )

    Après, je suis AMOA BI pour business intelligence, mais en terme d'AMOA développement ca va etre un chouilla plus compliqué, parfois le role d'AMOA est mélangé a celui de chef de projet, qui se dépatouille pour faire l'interface métier avant de s'adresser à l'équipe de développement, mais ca dépend de beaucoup de chose : l'entreprise, la taille du projet / Budget ...

    Sur un gros projet le CP a autre chose à faire que de s'occuper des tests

    il faut voir l'intitulé des postes (ou déja, si ta boite peut te faire passer de "l'autre coté" de la barrière) si ca comprend du tests / Spécification

    Ensuite ca dépend des technologies que tu maitrise : ca intéressera un employeur d'avoir un AMOA qui maitrise les compétences et langages Web pour bosser sur un projet web : il ne codera pas mais il saura parler le langage des développeurs afin de faire les spécifications du projet (recueil de besoin ; écriture des spec ; recette fonctionnelle...)

    en gros on cherchera un AMOA sur
    - un logiciel particulier (AMOA SAP FI/CO)
    - un métier fonctionnel (AMOA Finance de marché)
    - un métier technique (AMOA BI, AMOA services web)

    donc tout dépend de ce que tu as fais avant, dans quel domaine fonctionnel, si tu as pu faire des documentations, spécifications, (et si ca t'intéresse surtout)...

    Ensuite, trouver une boite type SSII (pour un changement de métier, la SSII est assez praitque, encore faut il bien la choisir) ayant un pole AMOA dédié, le must serait un pole AMOA et un autre pole programmation dans tes technologies : ca voudra dire que leurs commerciaux maitrisent les deux et pourront cibler les bonnes missions

    attention plus tu te spécialises en AMOA plus tu quittes le code, il est dur d'être AMOA et de vouloir encore développer réellement
    par contre c'est très possible d'etre AMOA et de définir les solutions techniques (avec ou sans l'aide de la MOE)

    Sinon tu vises l'autre coté de la barrière d'abord, a savoir l'AMOE : assistance à maitrise d'oeuvre
    la tu es non plus du coté métier mais toujours du coté développeur, mais toujours en tant "qu'interface" : disons que tu écris des specifications techniques plutot que des spécifications fonctionnelles

    C'est peut etre plus vers ce métier qu'il faudrait te pencher, il y a pas mal de poste AMOA / AMOE (ou AMOA technique, ca dépend comment on l'appelle) qui demandent des compétences poussées dans une technologie

  8. #8
    Expert éminent
    Avatar de transgohan
    Homme Profil pro
    Développeur Temps réel Embarqué
    Inscrit en
    Janvier 2011
    Messages
    3 146
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Maine et Loire (Pays de la Loire)

    Informations professionnelles :
    Activité : Développeur Temps réel Embarqué

    Informations forums :
    Inscription : Janvier 2011
    Messages : 3 146
    Points : 9 386
    Points
    9 386
    Par défaut
    Euh je lis pas mal de choses qu'on défini comme étant le boulot du dev qui me chiffonnent...

    script shell tres evolue ou du perl ou bien un makefile
    En gros de la mise en place d'environnement de travail non ? T'as des équipes qui s'occupent de cela chez les éditeurs qui possèdent plus d'un projet, ils sont chargés de gestion de configuration.
    Je suis développeur et c'est pas à moi de faire les makefile, de configurer l'éditeur et compagnie. Car justement le but c'est d'avoir un projet qui reste ce qu'il est tout au long du temps. Si à chaque personne qui passe on change les outils et les règles de codage on s'en sort pas après pour le debug...

    Après je suis d'accord avec la direction d'AMOA si le dev ne te convient pas.

    « Toujours se souvenir que la majorité des ennuis viennent de l'espace occupé entre la chaise et l'écran de l'ordinateur. »
    « Le watchdog aboie, les tests passent »

  9. #9
    Membre confirmé
    Femme Profil pro
    Inscrit en
    Janvier 2013
    Messages
    160
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France

    Informations forums :
    Inscription : Janvier 2013
    Messages : 160
    Points : 536
    Points
    536
    Par défaut
    Citation Envoyé par phili_b Voir le message
    Le souci en étant chef de projet de ssii c'est qu'on fait plutôt du planning et de la gestion de ressources mais il me semble qu'on n'a pas le temps de faire des spécs: les spécs sont à mon avis donné à quelqu'un perçu comme codeur alors que c'est lui décrit les spécs fonctionnelles et techniques.
    Pas qu'en SSII: le chef de projet n'écrit pas les specs, ni les specs techniques, ni les specs fonctionnelles, c'est pas son job et ce, quelle que soit la méthodologie de management de projet (PRINCE2, PMI).

  10. #10
    Expert éminent Avatar de garn
    Homme Profil pro
    Conseil en assistance à maîtrise d'ouvrage
    Inscrit en
    Janvier 2006
    Messages
    1 487
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Seine Saint Denis (Île de France)

    Informations professionnelles :
    Activité : Conseil en assistance à maîtrise d'ouvrage

    Informations forums :
    Inscription : Janvier 2006
    Messages : 1 487
    Points : 6 032
    Points
    6 032
    Par défaut
    Citation Envoyé par Caro999 Voir le message
    Pas qu'en SSII: le chef de projet n'écrit pas les specs, ni les specs techniques, ni les specs fonctionnelles, c'est pas son job et ce, quelle que soit la méthodologie de management de projet (PRINCE2, PMI).
    Ca dépend de ce qu'on colle sous l'étiquette chef de projet qui peut etre extremement varié

    j'ai été chef de projet et en écrivant les specs fonctionnelles : normal pour un chef de projet "AMOA" (bon, suivant les moments je validais / corrigeais les spec faites par quelqu'un de l'équipe, on a pas toujours le temps de faire ca)


    et puis les méthodo, dans certains groupes c'est appliqué à la lettre mais la méthode de gestion de projet generale c'est quand même "démerde toi"
    J'ai bossé dans ce qui s'assimile à de l'AGILE sans avoir jamais vu ce nom nulle part officiellement.

  11. #11
    Membre expert

    Développeur NTIC
    Inscrit en
    Janvier 2011
    Messages
    1 670
    Détails du profil
    Informations personnelles :
    Âge : 33

    Informations professionnelles :
    Activité : Développeur NTIC
    Secteur : Biens de consommation

    Informations forums :
    Inscription : Janvier 2011
    Messages : 1 670
    Points : 3 942
    Points
    3 942
    Par défaut
    Citation Envoyé par Caro999 Voir le message
    Pas qu'en SSII: le chef de projet n'écrit pas les specs, ni les specs techniques, ni les specs fonctionnelles, c'est pas son job et ce, quelle que soit la méthodologie de management de projet (PRINCE2, PMI).
    Pourtant c'est ce qu'on arrête pas de marteler dans les grandes écoles. Chef de projet : Planification, gestion des ressources, Specs (techniques et fonctionnelles), rdv clients / équipe projet.

    Je ne te contredis pas, je trouve ça juste bizarre (je n'ai encore jamais été à ce poste donc je ne peux rien affirmer).
    L'homme est un fou pour l'homme. Toi qui viens de me mettre un aie au moins le courage d'expliquer pourquoi tu n'es pas d'accord.

  12. #12
    Expert éminent sénior
    Homme Profil pro
    Ingénieur d'Etude Mainframe/AS400
    Inscrit en
    Novembre 2012
    Messages
    1 763
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Hauts de Seine (Île de France)

    Informations professionnelles :
    Activité : Ingénieur d'Etude Mainframe/AS400
    Secteur : Finance

    Informations forums :
    Inscription : Novembre 2012
    Messages : 1 763
    Points : 10 740
    Points
    10 740
    Par défaut
    Citation Envoyé par Zweet Voir le message
    Pourtant c'est ce qu'on arrête pas de marteler dans les grandes écoles. Chef de projet : Planification, gestion des ressources, Specs (techniques et fonctionnelles), rdv clients / équipe projet.

    Je ne te contredis pas, je trouve ça juste bizarre (je n'ai encore jamais été à ce poste donc je ne peux rien affirmer).
    Pour un peu le CP devrait suppléer au Dev en cas de besoin selon leur logique

  13. #13
    Expert éminent sénior
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Septembre 2012
    Messages
    3 020
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Finistère (Bretagne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Septembre 2012
    Messages : 3 020
    Points : 16 093
    Points
    16 093
    Par défaut
    Citation Envoyé par Zweet Voir le message
    Pourtant c'est ce qu'on arrête pas de marteler dans les grandes écoles. Chef de projet : Planification, gestion des ressources, Specs (techniques et fonctionnelles), rdv clients / équipe projet.
    Et par pure curiosité, tu as eu combien de profs marteleurs dans une grande école qui avaient des expériences - solides - hors du monde l'enseignement supérieur et de la recherche?

  14. #14
    Expert éminent sénior
    Profil pro
    Inscrit en
    Décembre 2007
    Messages
    6 803
    Détails du profil
    Informations personnelles :
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations forums :
    Inscription : Décembre 2007
    Messages : 6 803
    Points : 32 056
    Points
    32 056
    Par défaut
    Citation Envoyé par Zweet Voir le message
    Pourtant c'est ce qu'on arrête pas de marteler dans les grandes écoles. Chef de projet : Planification, gestion des ressources, Specs (techniques et fonctionnelles), rdv clients / équipe projet.

    Je ne te contredis pas, je trouve ça juste bizarre (je n'ai encore jamais été à ce poste donc je ne peux rien affirmer).
    Je vais persifler en compagnie de mes confrères : c'est une vision hyper-spécifique, qui correspond peut-être à 1-5% des chefs de projet. Ceux que j'ai vu, à plus de 70%, c'était planification-paperasse-administration-réunion avec le client mécontent-retour de pression sur l'équipe(gentiment ou méchamment, suivant la personnalité). Specs, jamais vu(même si ça existe peut-être). Gestion des ressources, seulement pour certains séniors. Ce sont souvent les grands chefs qui font mumuse avec les ressources, et le CdP se retrouve avec un expert Cobol pour faire du C#, un spécialiste maintenance pour faire du projet, et un gars démotivé à force d'être trainé d'équipe en équipe pour faire le nombre.



    Non, la base absolue, c'est le suivi des chiffres. Cette semaine, El_slapper a bossé 3,64j sur le projet technique, et 1j36 sur le projet reglementaire. Voyons voir, il était prévu 2,52j de reglementaire. "El_Slapper, comment tu me justifies ta surcharge sur le projet technique? Le contrôle de gestion va me faire passer un sale quart d'heure!"
    Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
    1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
    2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
    3)le temps de comprendre toutes les exigences, le projet est terminé
    4)le temps de terminer le projet, les exigences ont changé
    Et le serment de non-allégiance :
    Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.

  15. #15
    Membre expert

    Développeur NTIC
    Inscrit en
    Janvier 2011
    Messages
    1 670
    Détails du profil
    Informations personnelles :
    Âge : 33

    Informations professionnelles :
    Activité : Développeur NTIC
    Secteur : Biens de consommation

    Informations forums :
    Inscription : Janvier 2011
    Messages : 1 670
    Points : 3 942
    Points
    3 942
    Par défaut
    Citation Envoyé par Carhiboux Voir le message
    Et par pure curiosité, tu as eu combien de profs marteleurs dans une grande école qui avaient des expériences - solides - hors du monde l'enseignement supérieur et de la recherche?
    On a pas de profs, seulement des intervenants qui sont dans l'IT. Enfin bon, après ils mettent aussi dans le crâne des gens les plus idiots qu'ils seront CdP en sortant d'école. Et le pire c'est que certains y croient
    L'homme est un fou pour l'homme. Toi qui viens de me mettre un aie au moins le courage d'expliquer pourquoi tu n'es pas d'accord.

Discussions similaires

  1. [IB6] : Faire la mise à jour de tout les pc après un update
    Par tipiweb dans le forum Bases de données
    Réponses: 4
    Dernier message: 23/03/2006, 19h42
  2. remettre les balises apres un strip tags
    Par skin_1_2_3 dans le forum Langage
    Réponses: 3
    Dernier message: 30/01/2006, 16h31
  3. Réponses: 3
    Dernier message: 18/11/2005, 14h37
  4. Réponses: 1
    Dernier message: 28/10/2005, 10h37
  5. Réponses: 2
    Dernier message: 05/07/2004, 16h48

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo