Bon, glop a bien tartiné côté dev, je vais donc écrire un peu côté admin réseau (et sécurité).
Je suis actuellement admin réseau et sécurité dans un énorme groupe financier (la sécurité étant vraiment ma spécialité, mais pour être bon, il faut bien toucher en réseau, sans connaissances réseau, tu peux pas faire de sécu correctement, voire pas faire de sécu tout court, enfin bref).
En quoi consiste mon taf?
De l’exploitation, de l’étude, et de la mise en prod.
L’exploitation: ça consiste à configurer et administrer au quotidien une grosse centaine d’équipements réseau, Cisco principalement (dans mon cas. Il n’y a pas que Cisco dans le réseau :P). Bidouiller un vlan par-ci, améliorer l’OSPF et l’apprentissage des routes par là, comprendre pourquoi on a des pertes de ping entre deux routeurs situés sur des sites différents, préparer la mise en prod de serveurs allant dans de nouvelles architectures pour nos potes de l’équipe serveurs, etc. A cela s’ajoute l’exploit quotidienne d’une grosse trentaine de firewalls Nokia/Checkpoint: faire mumuse avec les politiques de sécurité pour que telle appli sur tel serveur ait le droit de parler avec telle autre appli sur tel autre serveur, faire que les admins serveurs puissent… administrer leurs serveurs.
A cela s’ajoute l’étude. Ca consiste à réfléchir à comment on va faire pour la mise en place d’une nouvelle application, ou bien comment on va créer notre architecture pour la téléphonie sur IP sur un de nos sites, ou encore comment on va blinder côté réseau comme côté sécu une nouvelle architecture en DMZ ou dans un bastion (aka SMZ, Super Militarized Zone, c’est une expression à moi 
), avec ceinture-bretelles: double-attachements, haute dispo, routage tip-top, redondance de firewalls, liaisons, routeurs, etc. C’est super intéressant, ça fait réfléchir, même si je débute dans le design d’architectures, je m’éclate. Et je n’ai que 2 ans d’expérience. Tu en feras peu au début, mais quand tu commences à connaître un peu ton métier, tu prends vraiment ton pied. En tout cas moi je prends mon pied, et je suis encore loin d’être un expert. Très loin. Avec l’étude va la qualification, c’est à dire qu’on met en place une maquette pour valider ce qu’on a fait sur papier. On crée une archi comme sur le papier, mais avec du vrai matos, et on regarde si on n’a rien oublié, si tout semble bien marcher. Pour éviter le plus possible d’avoir des merdes lors de la mise en production puis pendant la prod. Une bonne qualification veut dire moins de boulot et de merdes ensuite.
Et puis tu as la mise en prod. Ca veut dire mettre en pratique ce qui a été décidé durant la phase d’études, mettre en place sur le réseau de production ce qui a été validé en maquette. Ca veut aussi dire parfois de longues soirées (les fins de journée à 23h ou plus sont légion, et parfois aussi les week-ends).
Maintenant, le matos que j’utilise au taf… bah l’OS de mes Cisco, ou mes Checkpoint, ils sont pas sortis de la cuisse de Jupiter tous prêts. Il y a eu (et à mon avis des tas) de développeurs qui nous ont marmité des produits béton. Il a fallu des gars super doués, qui codent TRES bien, pour sortir des trucs qui marchent au poil, qui ont un comportement prévisible, et performant.
Un admin réseau doit également savoir coder un peu. Un admin est feignant. Donc qu’est-ce qu’il peut faire pour avoir plus de temps pour aller prendre un café? Se faire des scripts ou des programmes qui lui simplifient la vie, automatisent les tâches un peu chiantes et les contrôles routiniers qui bouffent du temps. Donc de toute façon, un admin doit savoir coder un peu. Il n’a pas besoin de savoir coder un HP OpenView ou une Dashboard Checkpoint en 10 minutes les yeux fermés et une main dans le dos. Ouh là non. Mais il doit pouvoir être capable de faire (rapidement) un petit script perl de sauvegarde automatique des confs, ou bien de vérification des processus qui tournent sur son matos, etc.
Maintenant que je t’ai vite fait parlé de mon taf, la question que tu dois te poser, c’est:
qu’est-ce qui risque de me faire chier dans 5 ans?
Coder (participer à la création de bons logiciels, robustes, pas trop buggés, et surtout qui rapportent du pognon à la boîte), ou être admin réseau, c’est-à-dire gérer ce qui permet aux applis installées sur différents serveurs de pouvoir parler entre elles, permettre aux utilisateurs de ne pas attendre quand ils veulent envoyer un mail, etc. ?
Et quand ça merde, je trouve qu’on accuse de plus en plus le LAN (fait chier ce réseau, il marche jamais) par rapport aux applis (putain <insert nom d’application> a encore planté)
Maintenant que tu as une vision un petit peu détaillée des deux mondes, à toi de choisir. Mais sâche aussi que ce que j’ai raconté n’est pas la vision unique du monde du réseau. Tout comme GloP n’est pas le seul genre de dev au monde. Pour un même métier tu peux faire des tas de trucs différents.
Alors à toi de voir ce qui t’intéresse le plus, là où tu penses que tu vas le plus t’éclater.
) qui permettent l’accès à des applications à plusieurs milliers d’utilisateurs (et même dizaines pour certaines appli/certains serveurs). et je peux te dire que c le pied de jouer là dessus : install, conf, supervision, sécurité, et dépannage/relance dans les rares cas de problèmes (mais sous unix, une relance physique serveur est vraiment rare).