Discussion :

[bubulemaster]

Bonjour,

voilà 5 ans que je suis entré dans le monde du développement.
Je travaille depuis presque le début sur la technologie JEE/SOA.

Aujourd'hui, je suis arrivé à un point de réflexion.
Je m'étonne, de voir les profils travailler sur cette technologie.

Ne pas maitriser JEE n'est pas un problème en soit. Ce qui me surprend c'est le manque de base.
En effet, le plus souvent, il s'agit de mettre un place plus un système de Web Service qu'une vraie architecture JEE/SOA.
Pourtant, force est de constater que même cette version légère n'est que peu maitrisée.

Qu'est-ce qui surprend le plus (si on prend l'exemple de JEE) ?
La non connaissance de log4j ? Non, même s'il est vrai que ne pas le connaitre est surprenant.
Ne rien y comprend au Data Source ? Pas tout à fait, bien que là quand même...
Alors quoi ?

De manière général (hors technologie spécifique), lorsque des Web Service sont mis en jeu, il y a donc forcément une notion réseau ?

Personnellement, je suis surpris de voir des gens développer soit des Web Service, soit des clients de ces WS, sans rien connaître, ni comprendre quelque chose au réseau.

En effet, je constate que dans la majorité des cas, les gens connaissent seulement la notion d'adresse IP (et oui, j'ai rencontré des développeurs de WS qui ne savaient pas ce qu'était une adresse IP).
La notion de routage, de sous réseau, de DMZ : de quoi parle-t-on ?
Un ping, un trace route : c'est une marque de soda ?

Je comprend bien, que pour moi, qui avant d'être dans le développement, était dans le réseau (pendant 5 ans), cela me parait évident.

Mais, voir quelqu'un chercher pendant des heures pourquoi son appel de service ne fonctionne pas, alors que la première vérification qui consiste à s'assurer, à la main, que le serveur est bien disponible, n'est pas faite.
Je reste pantois.

Je m’aperçois, donc, que des gens qui ont quelques années d'expérience pourtant, n'ont pas les connaissances requises pour ce type de poste.

Je constate que lorsqu'on annonce l'arrivé d'un développeur expérimenté, qui a déjà travailler sur le sujet, on peut quand même s'attendre à des surprises.

Et vous ?

• constatez-vous aussi ce phénomène ?
• aujourd'hui un profil développeur suffit-il avec le monde du tout connecté ?
• comment faire, alors pour s'en sortir ?

[sevyc64]

Les notions que tu indique ne sont pas des notions liées au développement, mais des notions liées à l'administration réseau.

L'administration réseau est un métier à part entière qui a ses propres spécialistes. Le routage, la notion de DMZ, etc... qui peut te sembler simple dans les cas que tu as en tête sont des domaines qui peuvent se révéler très complexes suivant les architectures.
Ce n'est pas le travail d'un développeur de les connaitre.

Évidemment vient le problème du débogage et de la mise en service lorsque le dit développeur se retrouve face à des problèmes réseau. Soit il est seul, soit il est accompagné d'un administrateur système, qui ne s'y connais pas forcément suffisamment en réseau non plus.
C'est tout le problème des projets multidisciplinaires. ce n'est pas spécifique au développement réseau, ni même au développement et à l'informatique en général.

On rencontre et on va rencontrer de plus en plus ce même problème autour des technologies type Cloud et compagnie, qui mêlent à la fois l'administration réseau et l'administration système. Le 2 sont en train de fusionner, pourtant un admin réseau n'a pas forcément les connaissances pour faire de l'administration système et de même un admin système n'a pas forcément les connaissances pour de l'administration réseau. Et les développeurs qui n'ont les connaissances ni pour l'un, ni pour l'autre.


PS : En tant que développeur depuis plus de 10 ans avec de bonnes notions réseau, je suis actuellement une formation dans l'administration réseau et je peux te dire que ces "bonnes notions" n'en sont pas du tout et sont ridicule face à ce qu'il y a à savoir.

[bubulemaster]

L'exemple du cloud est très pertinent.

Effectivement, depuis quelques années déjà la frontière entre administration système et administration réseau est ténu.

Le cloud va certainement bousculer encore un peu plus les deux fonctions.

Mais, inévitablement, le développeur va lui aussi être touché. Il va devoir acquérir une certaine autonomie sur ces sujets.
D'où mon post.

Aujourd'hui, un développeur doit avoir une notion de base du réseau. Un peu comme connaitre les gestes de premier secours.

Ou alors, comme tu le dis de façon précise, l'administration système/réseau est un poste à part entière et là, l'entreprise va devoir évolué pour qu'il y ai un administrateur lié à une équipe de développement comme support.

"bonnes notions" n'en sont pas du tout et sont ridicule face à ce qu'il y a à savoir.

Entièrement d'accord, ça fait craindre avec le tout connecter, des bugs insolubles et des failles de sécurités sans précédent.
Donc, une inutilisabilité du système mis en place.

[ManusDei]

Je n'ai vu le réseau qu'en cours pour l'instant, mais vu que je suis dans le bas (très bas) niveau, log4j m'intéresse peu, sauf si il en existe une version assembleur ou C spéciale pour l'embarqué toutes plateformes

Tout ça pour dire que tu as probablement besoin de connaître tout ça dans ta branche, moi dans la mienne c'est peut-être pas utile.

J'aurais pu commencer un sujet "Peut on avoir des développeurs sans connaissance VHDL ?", truc que tu ne connais (probablement) pas, mais qui pour moi a été bien pratique

[bubulemaster]

Tout ça pour dire que tu as probablement besoin de connaître tout ça dans ta branche, moi dans la mienne c'est peut-être pas utile.

Biensûr, le sujet est liée aux développements qui mettent en jeu le réseau (ici l'exemple est pris des Web Service).
Un développeur de drivers graphique par exemple, n'a pas besoin de connaitre le réseau...

J'aurais pu commencer un sujet "Peut on avoir des développeurs sans connaissance VHDL ?", truc que tu ne connais (probablement) pas, mais qui pour moi a été bien pratique

... du coup, effectivement, je dois préciser dans le titre.

[gangsoleil]

Bonjour,

Je n'arrive pas a joindre mon serveur web. Est-ce que c'est a moi de faire un diagnostic minimum pour evaluer l'etendue des degats (oui je ping, non je n'ai pas de reponse d'Apache) ou bien est-ce que je fais appel a quelqu'un qui fait le boulot a ma place ?

Si je fais un premier diagnostic, je serai bien vu de l'admin, et il sera plus prompt a reparer mon probleme ("ah, c'est le mec du 2eme, s'il a un soucis ca doit etre un vrai probleme, pas un cable debranche, donc c'est vraiment mon boulot"), et je ne vivrai que mieux.

Je pense que ce manque de competences reseau que tu evoques n'est que le reflet d'un manque de curiosite en general : je suis un dev web, je fais du dev web, et tout le reste c'est pas a moi de le faire.
A mon sens, ce raisonnement est acceptable d'un debutant niveau Bac +2 (ce n'est pas une critique a leur egard), mais pas d'une personne experimente (quel que soit le diplome) ni d'un ingenieur (qui doit avoir cette curiosite car c'est ce qu'on lui demande).

Oui, pour moi, avoir un minimum de notions reseau est necessaire aujourd'hui pour la plupart des developpeurs, car il est fortement probable que leur application soit impacte par le reseau.
Non, ce n'est pas la tendance des formations actuelles de former des gens curieux.

[diablox0147]

Bonjour,

Je n'arrive pas a joindre mon serveur web. Est-ce que c'est a moi de faire un diagnostic minimum pour evaluer l'etendue des degats (oui je ping, non je n'ai pas de reponse d'Apache) ou bien est-ce que je fais appel a quelqu'un qui fait le boulot a ma place ?

Si je fais un premier diagnostic, je serai bien vu de l'admin, et il sera plus prompt a reparer mon probleme ("ah, c'est le mec du 2eme, s'il a un soucis ca doit etre un vrai probleme, pas un cable debranche, donc c'est vraiment mon boulot"), et je ne vivrai que mieux.

Je pense que ce manque de competences reseau que tu evoques n'est que le reflet d'un manque de curiosite en general : je suis un dev web, je fais du dev web, et tout le reste c'est pas a moi de le faire.
A mon sens, ce raisonnement est acceptable d'un debutant niveau Bac +2 (ce n'est pas une critique a leur egard), mais pas d'une personne experimente (quel que soit le diplome) ni d'un ingenieur (qui doit avoir cette curiosite car c'est ce qu'on lui demande).

Oui, pour moi, avoir un minimum de notions reseau est necessaire aujourd'hui pour la plupart des developpeurs, car il est fortement probable que leur application soit impacte par le reseau.
Non, ce n'est pas la tendance des formations actuelles de former des gens curieux.

vous avez quoi envers les bac+2?
pourquoi un tel meprisant? vous avez des movaises souvenirs sur ces "bac+2"?

[gangsoleil]

vous avez quoi envers les bac+2?
pourquoi un tel mepris ? vous avez des movaises souvenirs sur ces "bac+2"?

Je reprends ce que j'ai dit :

acceptable d'un debutant niveau Bac +2 (ce n'est pas une critique a leur egard), mais pas d'une personne experimente (quel que soit le diplome) ni d'un ingenieur (qui doit avoir cette curiosite car c'est ce qu'on lui demande).

Je me suis peut-etre mal exprime : les filieres courtes (2 ans ou 3) sont orientees developpement, et donnent a ma connaissance de (tres) bons developpeurs. Neanmoins, on ne peut pas demander a une personne d'apprendre autant en 2 ans qu'en 5 (je suppose que les Bac+5 ne font pas tous des prepas "inutiles", c'est a dire qu'ils apprennent quelque chose pendant ce temps-la).

Du coup, il est a mon sens normal qu'un bac +2 non experimente n'ait pas certaines connaissances, de par la courte duree de sa formation.
Par contre, je ne l'accepte pas d'une personne experimentee ou d'une personne ayant suivit une formation longue.