R4 - Démarche de veille technologique et identité professionnelle

1. Pourquoi cette réalisation

Le métier d'administrateur systèmes et réseaux change tout le temps. Nouvelles vulnérabilités, nouvelles architectures cloud, évolution des outils, montée en puissance des assistants IA, mutation des pratiques DevOps. Pour rester pertinent, il faut avoir mis en place :

• Un environnement d'apprentissage structuré (sources, outils, méthodes)
• Une stratégie de veille continue et variée
• Une identité professionnelle visible et cohérente
• Un projet professionnel clair qui guide ses choix

Cette réalisation décrit ma démarche, qui évolue en permanence. Elle complète les trois autres réalisations en couvrant les compétences transversales du bloc 1 qui ne s'incarnent pas dans un projet technique unique.

2. Mon environnement d'apprentissage

Mon environnement d'apprentissage tient sur quatre piliers.

2.1 Sources documentaires officielles

Pour les sujets techniques, je vais toujours d'abord à la documentation officielle des éditeurs que j'utilise au quotidien :

• Cloudflare Docs pour tout ce qui touche aux services Cloudflare (Tunnel, CDN, WAF, DNS)
• Hetzner Docs pour l'infrastructure cloud, les Storage Box, les firewalls
• Doc Debian / Ubuntu Server pour l'administration système Linux
• Manuels iptables, systemd, OpenSSH, Squid pour les outils que j'ai déployés en prod
• Doc MySQL / MariaDB pour la gestion de bases de données

Ces sources, c'est lent mais fiable. C'est mon point d'ancrage avant toute mise en production.

2.2 Veille temps réel

Pour suivre l'actualité du secteur, j'utilise X (anciennement Twitter) comme principal canal temps réel. J'y suis :

• Des comptes spécialisés en cybersécurité (publications de CVE, exploits récents, retours d'analyse)
• Des comptes orientés infrastructure et cloud (annonces Cloudflare, Hetzner, AWS, retours d'incidents post-mortem)
• Des comptes qui suivent les avancées en IA (nouveaux modèles, capacités émergentes, applications en cybersécurité)

Ça me permet de détecter rapidement ce qui mérite d'être creusé après.

2.3 Vulgarisation et culture du métier

Pour la prise de recul et la culture générale, je suis Micode sur YouTube, la chaîne francophone de référence en cybersécurité grand public. Elle m'a fait découvrir plusieurs sujets que j'ai approfondis ensuite sur les sources officielles.

2.4 Communautés et retours d'expérience

Pour les sujets très techniques ou peu documentés, je vais sur des forums spécialisés et des Discord d'auto-hébergement, de réseau, de cybersécurité. Là je trouve les retours d'expérience concrets que la documentation officielle ne donne pas (par exemple l'interaction entre un tunnel GRE et le filtrage HTTPS, ou le comportement de Squid en charge).

2.5 Les assistants IA dans mon apprentissage

J'utilise les IA génératives (Claude, ChatGPT) comme outils de synthèse et d'exploration :

• Pour synthétiser rapidement plusieurs pages de documentation technique
• Pour comparer plusieurs architectures sur un même besoin avant de creuser
• Pour générer des hypothèses de diagnostic quand j'ai un incident complexe, à valider ensuite sur la documentation officielle

Mon usage est encadré : l'IA me donne une piste, je valide systématiquement sur la documentation officielle ou par test réel avant toute mise en production. Pour moi, maîtriser l'usage de ces outils fait partie du métier moderne d'administrateur, comme on a appris à utiliser Stack Overflow ou les moteurs de recherche dans les générations précédentes.

3. Comment je structure ma veille

Ma veille s'organise en trois rythmes :

Mes domaines de veille prioritaires (qui collent à mon orientation pro) :

• Infrastructures réseau et de routage (BGP, DNS, CDN, Anycast)
• Sécurité défensive et offensive (CVE, techniques d'attaque, contre-mesures)
• Services d'infrastructure peu documentés (architectures de niche, contournements légitimes, ingénierie de protection DDoS)
• Évolutions des assistants IA et leur intégration dans le métier

Pour moi, comprendre comment on attaque est une condition pour défendre correctement une infrastructure. Un bon admin ne peut pas se contenter de la documentation des produits qu'il déploie, il doit aussi savoir comment ces produits se font attaquer.

4. Identité professionnelle

4.1 Portfolio en ligne, GitHub Pages

J'ai construit ce portfolio sous GitHub Pages pour plusieurs raisons :

• Cohérence avec mon métier : un admin systèmes/réseaux doit savoir publier et exploiter un service web sécurisé
• Transparence : le code source du portfolio est public, le jury peut consulter l'historique des modifs
• Pérennité : il restera accessible après le BTS et continuera d'évoluer
• Démonstration de compétences transverses : Git, Markdown, déploiement web, gestion d'un nom de domaine

4.2 GitHub

J'utilise GitHub pour :

• Héberger les docs techniques de mes projets personnels (notamment R3 - PalmitoRP)
• Versionner mes scripts d'admin (sauvegarde, déploiement, tunnel)
• Suivre l'évolution de mon portfolio dans le temps

4.3 Réseau pro : LinkedIn

J'ai créé un profil LinkedIn qui présente mon parcours, mes compétences techniques et mon projet professionnel. Il sert de point de contact et de vitrine pour mes futures opportunités.

5. Mon projet professionnel

5.1 Court terme : validation du BTS

L'objectif immédiat, c'est de valider le BTS SIO option SISR en consolidant les fondamentaux théoriques et méthodologiques (référentiels ITIL, normes, démarche projet, cadre juridique) qui m'ont parfois manqué pendant mon expérience entrepreneuriale d'avant.

5.2 Moyen et long terme : reprendre une activité IT

Mon projet professionnel s'inscrit dans la continuité de l'expérience entrepreneuriale que j'ai eue entre 2019 et 2024 dans les services réseau (cf. R2 - 1000+ clients servis, communauté de 4000+ membres). Je veux, après le BTS, monter une nouvelle activité, probablement en freelance ou sous une nouvelle structure, autour de l'infrastructure, de la sécurisation et de l'hébergement de services pour des PME ou des communautés en ligne.

Pourquoi cette orientation :

• J'ai déjà l'expérience opérationnelle d'une activité IT déclarée et de la gestion de clients réels
• Le projet PalmitoRP (R3) prouve que je sais concevoir et déployer une architecture professionnelle en autonomie
• Le marché des PME et des communautés en ligne a un besoin croissant de prestataires qui combinent compétence technique et compréhension des enjeux économiques

Plan B : si l'activité entrepreneuriale ne se concrétise pas tout de suite dans de bonnes conditions, je m'oriente vers une licence pro en administration des systèmes et réseaux ou en cybersécurité, ce qui me permettrait d'intégrer une boîte comme administrateur junior ou consultant tout en continuant à structurer mon projet.

6. Compétences du bloc 1 mises en œuvre

7. Bilan personnel

Cette dimension transversale, beaucoup de candidats au BTS SIO la sous-estiment, alors qu'elle est structurante pour toute la carrière d'un professionnel IT.

Ce que j'ai construit, une démarche de veille réelle et sincère, qui ne se limite pas aux sources de surface mais inclut la documentation officielle, les retours d'expérience de communautés techniques et l'usage encadré des IA. Cette démarche est nourrie par mes projets personnels : c'est en construisant l'infrastructure PalmitoRP que j'ai dû me former en profondeur sur les architectures DDoS multi-couches, et c'est cette construction qui a alimenté ma veille en retour.

Ce que je dois encore renforcer :

• Diversifier les sources francophones institutionnelles (CERT-FR, ANSSI, CNIL) que je consulte aujourd'hui de façon ponctuelle
• Formaliser mes notes de veille dans un système structuré (peut-être un wiki personnel ou une section dédiée du portfolio)
• Contribuer activement à des projets open source pour passer d'une posture de consommation à une posture de contribution

Cohérence avec le parcours global, cette R4 boucle l'ensemble du portfolio. Les R1 - R2 et R3 montrent les compétences techniques et opérationnelles ; la R4 montre la posture pro qui leur donne du sens et de la pérennité.