La démocratisation du codage vise-t-elle à remédier à une pénurie sur le marché de l'emploi IT ?

**GreatDeveloperOnizuka** · 16/01/2019, 11h09

Envoyé par sergio_is_back

Tout dépend de ce que l'on entend par "développeur"
Si c'est juste un pisseur de code... Ou si c'est un gars qui a peu de plus de jugeote et de maitrise de son sujet...

Tous les développeurs ne sont pas de simples pisseurs de codes
Tous les pisseurs de code ne sont pas de grands développeurs capables de cerner correctement un besoin et de l'intégrer dans son code sans déstabiliser l'application tout entière

D'un autre coté tous les analystes ne sont pas capables de cerner correctement les implications des développements qu'ils imaginent et réclament aux développeurs quand ils savent à peine cerner les demandes et les besoins des utilisateurs et des clients...

Je suis d'accord, les projets qui marchent le mieux chez moi dans ma boîte c'est ceux où je suis en direct avec le client sans couche intermédiaire. J'ai développé un outil de gestion du recouvrement mais les précédentes versions avec une personne qui n'est pas juriste ou spécialiste du recouvrement ont fail sévère sans parler de la distance (la personne qui me servait d'intermédiaire Business Analyst se trouvait en Martinique), là on a engagé un juriste directement sur mon site et le projet je l'ai torché en 4 mois

.

La grosse plus-value du truc est que j'ai pu mettre en place tous les process en même temps que lui, j'ai été un vrai conseiller et pas juste pisseur de code comme vous disiez

.

**Glutinus** · 16/01/2019, 11h14

Envoyé par Mathieu__

Ha oui ? Ce n'est plus tendance le business analyst ?
De mon expérience c'est toujours un épic fail de mettre en relation un dev' et un end user. Je comprends bien que ça coûte de rajouter une couche mais c'est quand même efficace.

Je vire B.A, et je pense que c'est un poste essentiel.
Après, pour moi un B.A doit avoir un degré de "spécialisation", un bon BA est un teckos qui a une bonne appétence business ou un bon business qui a des appétences techniques.
Trop vu de B.A qui se disent B.A, pondent une spec mais comprennent pas ce que signifie "not null", et qui veulent mettre des chaines de caractères dans des nombres.

Après, sur les missions précédentes, tous les devs s'intéressaient à minimum à ce que disaient l'utilisateur. Et comme de toute manière il n'y avait plus de B.A, il fallait bien que quelqu'un fasse la corrélation business <-> technique, et comme les utilisateurs savent à peine utiliser une souris et un clavier...

Envoyé par Mathieu__

Sinon les indiens de la SoGé étaient bons quand je les fréquentais. (Ils étaient internes et leurs business anlyst presta)

Justement, à la Sogé je suis resté une heure au téléphone avec un Indien qui ne voulait pas débloquer ma situation.
En gros, j'ouvre un ticket avec un outil différent de ce que j'utilisais tous les jours (en fait, les admins n'étaient plus là passé 19h et il fallait absolument passer un fichier).
Il me dit au téléphone de mettre une option A, malheureusement en cochant cette option je ne peux attacher de Pièce jointe. Du coup je lui envoie un mail avec la référence du ticket.
L'ayant reçu, il me dit qu'il ne peut pas utiliser de PJ du mail, il faut absolument qu'il le reçoive via l'appli !
En bougeant sur toutes les options, je passe sur l'option B, là je peux attacher des pièces jointes... Mais il refuse de faire l'action demandée car ça ne correspond pas au manuel

Résultat, mon N+1 et mon N+2 en ont conclu à 22h qu'on chargera le fichier le lendemain matin ^^

**Mathieu__** · 16/01/2019, 11h45

Oui tous les B.A. que j'ai connu (contexte BI) connaissaient bien le SQL et savaient et à quoi servait la donnée ET où et comment elle était rangée.

D'ailleurs du coup c'est ce profil qui a été rebrandé en Data Steward ou je me trompe ?

**disedorgue** · 16/01/2019, 13h14

Envoyé par Glutinus

Quelques années auparavant, quand j'ai eu à bosser avec des Indiens en off-shore, ça a donné des trucs pharaoniques comme :
- le chef de projet indien se barre du jour au lendemain, pas de passation de connaissances
- les Indiens disent toujours oui, sont à 99% d'avancement, et la veille de la première mise en recette, les développeurs ne fournissent pas une seule ligne de code, "promis, le mois prochain"
- On leur envoie une maquette d'un écran HTML en entourant de rouge sous paint une list box pour attirer l'attention du point de règles et ils... développent en HTML en dur l'ovale rouge autour de la list box désespérement vide.

On est en accord pour ce genre de cas, mais ici, ce n'est pas du "micro service"...

**disedorgue** · 16/01/2019, 13h21

Envoyé par Glutinus

Justement, à la Sogé je suis resté une heure au téléphone avec un Indien qui ne voulait pas débloquer ma situation.
En gros, j'ouvre un ticket avec un outil différent de ce que j'utilisais tous les jours (en fait, les admins n'étaient plus là passé 19h et il fallait absolument passer un fichier).
Il me dit au téléphone de mettre une option A, malheureusement en cochant cette option je ne peux attacher de Pièce jointe. Du coup je lui envoie un mail avec la référence du ticket.
L'ayant reçu, il me dit qu'il ne peut pas utiliser de PJ du mail, il faut absolument qu'il le reçoive via l'appli !
En bougeant sur toutes les options, je passe sur l'option B, là je peux attacher des pièces jointes... Mais il refuse de faire l'action demandée car ça ne correspond pas au manuel

Résultat, mon N+1 et mon N+2 en ont conclu à 22h qu'on chargera le fichier le lendemain matin ^^

Bah, personnellement, j'aurai du mal à lui jeter la pierre, tu veux lui faire insérer un fichier dans le système qui ne correspond pas à l'option B et l'option A ne permet pas d'attacher un fichier (ce qui était certainement dû pour des raisons de sécurité ou autres).
Là, de ma position, tu demandes à quelqu'un de passer outre les procédures mise en place pour potentiellement introduire du danger sur une plateforme de production...

**Glutinus** · 16/01/2019, 13h41

Envoyé par Mathieu__

Oui tous les B.A. que j'ai connu (contexte BI) connaissaient bien le SQL et savaient et à quoi servait la donnée ET où et comment elle était rangée.

LOL, déjà vu une MOA (on disait ça à l'époque, y avait pas de B.A mais elle en avait les attributions) en BI, quand tu lui parlais de ligne et de colonnes, elle répondait "ha moi je suis pas technique". Grosso modo elle attendait juste qu'on fasse un reporting des bases du DWH, elle faisait même pas du select pour regarder dedans...

Envoyé par Mathieu__

D'ailleurs du coup c'est ce profil qui a été rebrandé en Data Steward ou je me trompe ?

Mon dieu, je connaissais pas non plus ce terme, déjà que j'ai appris l'existence des Data Engineer la semaine dernière (je crois que c'est toi qui en parlais en plus).
Ca sera quoi, le prochain métier, Data Baker ? Data Commando ?

Envoyé par disedorgue

Bah, personnellement, j'aurai du mal à lui jeter la pierre, tu veux lui faire insérer un fichier dans le système qui ne correspond pas à l'option B et l'option A ne permet pas d'attacher un fichier (ce qui était certainement dû pour des raisons de sécurité ou autres).
Là, de ma position, tu demandes à quelqu'un de passer outre les procédures mise en place pour potentiellement introduire du danger sur une plateforme de production...

Non là, je jette pas la pierre. Je comprends parfaitement qu'il ait des consignes, et justement qu'on le paie pour des choses certainement simples mais qu'il soit intransigeant pour respecter. Surtout que la Sogé doit depuis 10 ans faire très attention - tout comme de nombreux clients que j'ai faits qui ont tous eu un moment ou un autre une casserole médiatique, et qui est beaucoup moins à la one-again qu'avant, niveau sécurité et process ; c'est plutôt au niveau de l'organisation lors de la création d'un nouveau projet que ça part en vrille.

Maintenant, tu connais nos managers : s'il y a des consignes qui les bloquent à leurs objectifs, ils feront tout pour les outrepasser

**GreatDeveloperOnizuka** · 16/01/2019, 14h19

Envoyé par Glutinus

Mon dieu, je connaissais pas non plus ce terme, déjà que j'ai appris l'existence des Data Engineer la semaine dernière (je crois que c'est toi qui en parlais en plus).
Ca sera quoi, le prochain métier, Data Baker ? Data Commando ?

Data Engineer c'est clairement pas du vent si tu regardes vraiment le taff contrairement à Data Analyst

. Data Engineer met en place la plateforme pour la gestion de grosses quantités de données, c'est comme si tu me disais que DBA c'est du vent

**Mathieu__** · 16/01/2019, 14h56

Envoyé par Glutinus

Mon dieu, je connaissais pas non plus ce terme, déjà que j'ai appris l'existence des Data Engineer la semaine dernière (je crois que c'est toi qui en parlais en plus).
Ca sera quoi, le prochain métier, Data Baker ? Data Commando ?

Ben écoute, j'ai déjà vu passer des Data Ninja, et je ne suis pas sûr que ce n'était pas une blague.

**Glutinus** · 16/01/2019, 15h18

Envoyé par DuyBinh

Data Engineer c'est clairement pas du vent si tu regardes vraiment le taff contrairement à Data Analyst

. Data Engineer met en place la plateforme pour la gestion de grosses quantités de données, c'est comme si tu me disais que DBA c'est du vent

Ben le truc, c'est que j'ai pas rencontré de Data Engineer, je bosse sur de la "BI traditionnelle" comme qu'on dit de nos jours

donc en soit, j'imagine qu'il fait un dérivé de ce que je fais... Disons qu'en plus deux "développeurs" BI ne font pas la même chose, certains de l'ETL, d'autres du reporting, d'autres des scripts, d'autres un mix de tout ça... alors j'imaigne que deux Data Engineers font pas la même chose.

Je connais pas les différents métiers d'une "data project team" si on dit ça comme ça, moi je sais juste qu'il y a dans nos projets des architectes, des business analysts, des développeurs plutôt portés systèmes (Unix typiquement), des développeurs ETL, des développeurs Reporting / Dataviz...

PS : d'ailleurs, ce pourrait être intéressant que quelqu'un qui bosse dans de la "NeoData 2019" puisse faire un article sur developpez sur les différents métiers de la data qui composent uniquement et un peu plus précisément ce qu'ils font, plus détaillés dans le job au jour le jour qu'une fiche ONISEP ou Studyrama...

**Mathieu__** · 16/01/2019, 15h26

Envoyé par Glutinus

Ben le truc, c'est que j'ai pas rencontré de Data Engineer, je bosse sur de la "BI traditionnelle" comme qu'on dit de nos jours

donc en soit, j'imagine qu'il fait un dérivé de ce que je fais...

Grosso merdo le Data Engineer c'est l'ETL dans le cloud, avec une composante temps réel / stream (qui n'est bien sûr pas présente dans tous les projets).

**el_slapper** · 17/01/2019, 11h31

Envoyé par disedorgue

Ah l'Amstrad CPC, que de souvenirs... des nuits blanche a élaborer des algo en assembleur en comptant le nombre de cycles de chaque instruction pour faire des animations parfaites...
C'était la belle époque, et je te rejoins la-dessus, qu'on le veuille ou non, il faut une certaine passion et ce, quelque soit le métier.

Je me contentais du BASIC, hein. J'ai essayé l'assembleur, mais je m'y suis cassé les dents. A 12 ans, j'étais sans doute un peu tendre, encore. Mon père m'avait acheté une disquette avec un manuel. Je fais le premier code - 3 lignes - et je n'ai jamis réussi à le faire marcher.

- un de mes plus grands regrets, ça devait être une bêtise, mais à l'époque, il n'y avait pas internet pour chercher la solution

Envoyé par jpouly

Pour l'an 2000 (et l'euro), pleins de gars (et de filles aussi) ayant fait un temps soit peu de science se sont vu offrir des postes en informatiques.

Depuis on les a perdu

.

Nan, il en reste pas mal en COBOL, et tous n'avaient pas ma folle jeunesse. Et je peux te garantir qu'il y a des cadors dans le tas. Mais en dehors de cette niche bien spécifique, en effet, on en trouve plus des masses.

Envoyé par jpouly

Apprendre le développement aux enfants, pourquoi pas, mais ça n'en fera pas forcément des informaticiens. En tout cas, je ne suis pas devenu mathématicien ou physicien, moi !!!

non, mais le monde moderne étant basé sur les algorithmes, ça fait du bien de savoir que ce n'est pas de la magie.

Envoyé par jpouly

C'est peut être ce qu'espère quelques grosses boites. Mais elles vont vites déchanter si il ne sort pas plus d'informaticiens que ça des écoles.

Et puis les clients sont de plus en plus exigent. On peut plus refourguer un gugusse qui trainait dans le couloir, ou jouer aux chaises musicales

.

ah ça..... Comme je dis toujours : il y a pénurie de Kylian Mbappé acceptant de jouer gratuitement pour le RSFC Rosny-sous-Forêt.

Envoyé par jpouly

D'après les descriptions que j'ai eu de quelques fac/formation payantes dans le domaine informatique, par des anciens étudiants et stagiaires,
je peux affirmer que celui qui a un BTS ou un DUT ou un diplôme d'une école d'ingénieurs "à l'ancienne", aura toujours l'avantage.

par rapport à qui? Par rapport à un BAC+5 en informatique? Par rapport à un autodidacte? Par rapport à un 42?

Tout ça, c'est de la clownerie, le diplôme est un prédicteur très faible(même si pas nul) de performance.

Envoyé par jpouly

Même on ne lui enseigne pas la dernière techno à la mode, il aura au moins les bases théoriques et techniques pour apprendre et évoluer tout le long de sa carrière.

là, je te suis à 100%. Une bonne partie de la théorie, j'ai du me la farcir moi-même, sur DVP ou ailleurs. celui qui ne fait pas cet effort sera toujours gêné. Pas inutile, mais moins efficace.

Envoyé par mermich

Ce qui est marrant avec ce genre de sujet, c'est que tous les participants s'imaginent etre des bons développeurs..

En même temps, celui qui est motivé, statistiquement, est meilleur que les autres. Et c'est lui qui traine sur DVP. Le démotivé, lui, zone sur tinder à prendre râteau sur râteau. Donc il est très possible que tous ceux, ici, qui se croient meilleurs que la moyenne, aient raison. Toi et moi compris.

**Darkzinus** · 17/01/2019, 11h51

Envoyé par el_slapper

En même temps, celui qui est motivé, statistiquement, est meilleur que les autres. Et c'est lui qui traine sur DVP. Le démotivé, lui, zone sur tinder à prendre râteau sur râteau. Donc il est très possible que tous ceux, ici, qui se croient meilleurs que la moyenne, aient raison. Toi et moi compris.

Ca c'est certain (surtout que de nos jours il est facile de trouver de l'information ici ou ailleurs sur le net). De même les personnes qui demandent toujours de l'aide mais qui ne capitalisent jamais l'information qu'on leur a donnée (par flemme sans doute ou absence d'intérêt pour le technique) ou ne lisent jamais la jolie documentation technique prête à l'emploi(que tu t'* à écrire alors que toi tu n'en as pas besoin).

**Drowan** · 17/01/2019, 12h34

Envoyé par el_slapper

Envoyé par jpouly

D'après les descriptions que j'ai eu de quelques fac/formation payantes dans le domaine informatique, par des anciens étudiants et stagiaires,
je peux affirmer que celui qui a un BTS ou un DUT ou un diplôme d'une école d'ingénieurs "à l'ancienne", aura toujours l'avantage.

par rapport à qui? Par rapport à un BAC+5 en informatique? Par rapport à un autodidacte? Par rapport à un 42?

Si j'ai bien compris, jpouly compare un cursus classique en informatique face au cursus informatique plus ou moins accéléré dont parle l'article.

Envoyé par el_slapper

Tout ça, c'est de la clownerie, le diplôme est un prédicateur très faible(même si pas nul) de performance.

Ça dépend de la situation. Pour moi ça joue, voir joue beaucoup pour un débutant.
Si tu prends un débutant, il y a plus de chance qu'il sache se débrouiller, s'adapter et être autonome s'il a suivi un cursus classique. Puisqu'il est censé avoir suivi du technique, de la théorie et avoir pris le temps de pratiquer.
Tandis qu'un débutant sortant d'une formation accélérée, ne connaîtra que de la technique et n'aura pas eu le temps (au cours de sa formation) de pratiquer et de se confronter à des problèmes.
Attention, je parle de chance, on peut sortir de formation classique et être une chèvre et inversement sortir d’accéléré et être passionné et avoir pris le temps de pratiquer.
Mais d'un point de vue pragmatique, tu prends moins de risque avec un débutant sortant du classique.

Par contre je te rejoins dans le cas de développeur confirmé. Plus tu as d’expérience moins la formation a d'importance.

**disedorgue** · 17/01/2019, 14h05

Envoyé par Drowan

Attention, je parle de chance, on peut sortir de formation classique et être une chèvre et inversement sortir d’accéléré et être passionné et avoir pris le temps de pratiquer.
Mais d'un point de vue pragmatique, tu prends moins de risque avec un débutant sortant du classique.

Ce point est intéressant, enfin dans mon cas: à l'époque de mes études (ancien PARIS8), j'avais plus de mal avec les cours du semestre qu'avec les mêmes cours donnés en intensif sur 15 jours. Pour ma part, on se disperse plus facilement sur le long terme alors qu'en intensif, on s’immerge et on est plus productif.
Mais bon, ça c'est mon fonctionnement personnel.

**Drowan** · 17/01/2019, 14h32

Envoyé par disedorgue

j'avais plus de mal avec les cours du semestre qu'avec les mêmes cours donnés en intensif sur 15 jours. Pour ma part, on se disperse plus facilement sur le long terme alors qu'en intensif, on s’immerge et on est plus productif.

Si je prends mon cas, j'étais aussi plus à l'aise avec les choses qu'on voyait rapidement (dans le sens intensivement, en prenant moins de temps pour le détail). Mais cela c'était en fin d'études. Et je me dis que ça passait bien parce que j'avais d'abord quelques semestre avant appris de la théorie, pris du temps sur des choses moins intéressantes. Et même si je me dispersait plus facilement, ça m'a permis lors des cours plus intensif de savoir comprendre/intégrer rapidement.

Je pense que qu'en on s'y connait en développement, faire de l'intensif est intéressant. On a déjà les compétences pour aborder des technologies et méthodes, on connait déjà l'algorithmique, etc.
Le problème est dans le cas de gens qui pense devenir développeur pro en n'ayant qu'une formation intensive comme cursus. (Ceux qui n'ont pas de cursus info mais qui sont passioné et code depuis qu'ils sont gosse, je vous classe dans le cas d'au-dessus, pas ici

)

**GreatDeveloperOnizuka** · 17/01/2019, 14h55

Envoyé par disedorgue

Ce point est intéressant, enfin dans mon cas: à l'époque de mes études (ancien PARIS8), j'avais plus de mal avec les cours du semestre qu'avec les mêmes cours donnés en intensif sur 15 jours. Pour ma part, on se disperse plus facilement sur le long terme alors qu'en intensif, on s’immerge et on est plus productif.
Mais bon, ça c'est mon fonctionnement personnel.

Un point aussi est qu'en intensif, tu as bcp moins de cours sur les à côté des formations classiques. Tu peux donc te taper les mêmes cours en programmation et algo pourquoi pas, mais t'auras pas les cours de maths, comptabilité, gestion, humanités, com tout ça. Des cours que je trouve vachement sous estimés surtout quand tu dois dialoguer avec les gens d'autres services pour le recueil du besoin

D'où pour moi la plupart du temps l'avantage pour les formations classiques en écoles ingé ou facs (dans le style Master 2 professionnel).

**el_slapper** · 17/01/2019, 16h17

Envoyé par DuyBinh

Un point aussi est qu'en intensif, tu as bcp moins de cours sur les à côté des formations classiques. Tu peux donc te taper les mêmes cours en programmation et algo pourquoi pas, mais t'auras pas les cours de maths, comptabilité, gestion, humanités, com tout ça. Des cours que je trouve vachement sous estimés surtout quand tu dois dialoguer avec les gens d'autres services pour le recueil du besoin

D'où pour moi la plupart du temps l'avantage pour les formations classiques en écoles ingé ou facs (dans le style Master 2 professionnel).

Leur point, c'est le revers de cette médaille ; sur une formation longue, tu te disperses. Ce qui est sans doute vrai aussi. Mais ultimement, j'ai tendance à penser qu'il sera plus facile à quelqu'un qui a des bonnes bases partout de refaire eon retard sur un point précis, qu'à un superspécialiste d'élargir son horizon. "plus facile/plus difficille" étant bien sur à ne pas confondre avec "possible/impossible".

**GreatDeveloperOnizuka** · 17/01/2019, 16h44

Envoyé par el_slapper

Leur point, c'est le revers de cette médaille ; sur une formation longue, tu te disperses. Ce qui est sans doute vrai aussi. Mais ultimement, j'ai tendance à penser qu'il sera plus facile à quelqu'un qui a des bonnes bases partout de refaire eon retard sur un point précis, qu'à un superspécialiste d'élargir son horizon. "plus facile/plus difficille" étant bien sur à ne pas confondre avec "possible/impossible".

Les formations longues proposent également une spécialisation en fin de cursus et avec les stages et/ou l'alternance, c'est largement plus "rentable" pour moi de passer par un cursus classique que par une formation courte qui pour moi doit être réservé pour des personnes en spécialisation (par exemple des informaticiens qui veulent mettre à jour leurs connaissances sans devoir se former en dehors des heures de travail) et non la formation privilégiée des personnes qui veulent se lancer dans l'informatique

**pboulanger** · 18/01/2019, 16h12

En entretien technique on repère assez vite, pour la grande majorité des profils, ceux qui ont une vrai formation en informatique de ceux qui ont juste eu quelques semaines de cours... Il y a beaucoup de théories à maitriser pour être efficace. Aujourd'hui on trouve beaucoup de développeurs qui ne s'intéressent pas réellement au développement: c'est un boulot alimentaire où la paye est un peu mieux qu'ailleurs...
Penser qu'avec 3 mois de cours on fabrique un développeur est illusoire: la majorité d'entre eux pourront faire des devs de bases (GUI, ou changer un format de date) mais ne pourront pas intervenir sur de l'algo complexe. Après le bug de l'an 2000 et le passage à l'euro beacoup de dev issus des bootcamps ont finit au chômage...