Go au Maroc : prouver ses compétences en entretien avec des réalisations concrètes

Décrire son niveau avec précision

La mention « maîtrise de Go » ne dit pas à un recruteur ce que vous pouvez prendre en charge. Remplacez-la par des capacités observables : écrire un service HTTP, manipuler des interfaces, structurer un programme en packages, tester une logique métier ou traiter des erreurs. Précisez le contexte lorsque cela aide à comprendre votre expérience : projet personnel, formation, stage ou développement en équipe.

Évitez de vous classer uniquement comme débutant, intermédiaire ou expert. Ces termes ne sont pas utilisés de façon uniforme et peuvent donner une impression de niveau gonflé. Si vous choisissez d’en indiquer un, associez-le à des exemples qui permettent de le justifier. Mentionnez aussi ce que vous n’avez pas encore pratiqué lorsque c’est pertinent, par exemple l’exploitation d’un service en production.

• Niveau découverte : « Bases de Go : types, fonctions, structures de contrôle et premiers tests sur des exercices et projets de formation. »
• Niveau débutant autonome : « Développement en Go d’une API simple ; gestion des erreurs, tests unitaires et organisation du code en packages. »
• Niveau confirmé sur un périmètre précis : « Conception et évolution de services HTTP en Go ; tests automatisés, revue de code et diagnostic d’incidents sur mon périmètre. »
• Si vous apprenez encore : « Go en cours d’apprentissage : projet personnel d’API, avec validation des entrées et tests des cas d’erreur. »

Choisir des preuves vérifiables

Une preuve utile est concrète, consultable et reliée à une compétence annoncée. Elle n’a pas besoin d’être un gros produit. Un petit programme propre, accompagné d’instructions de lancement et de tests, peut être plus convaincant qu’un dépôt complexe que vous ne savez pas expliquer. Choisissez des éléments que vous avez le droit de montrer et que vous êtes capable de défendre en entretien.

Pour un portfolio professionnel Go, sélectionnez peu de projets, mais présentez clairement votre rôle. Si vous avez travaillé en équipe, séparez votre contribution de celle des autres. Indiquez les limites du projet — par exemple qu’il s’agit d’un prototype — afin de ne pas laisser penser qu’il est utilisé en production.

• Un dépôt de code public créé pour démontrer votre travail, avec une structure compréhensible et un fichier README expliquant le but, le lancement et les tests.
• Des tests qui illustrent le comportement attendu, notamment pour les erreurs ou les entrées inhabituelles.
• Une petite API HTTP, un outil en ligne de commande ou un service réseau que vous pouvez exécuter et présenter.
• Une démonstration courte : capture d’écran, enregistrement ou exécution en direct, sans clés, jetons ni données personnelles.
• Un historique de modifications ou une pull request publique qui montre votre contribution, si vous pouvez la partager.
• Une note d’architecture simple qui explique les composants, les dépendances et les compromis retenus.

Rédiger une expérience ou un projet sur son CV

Une bonne formulation associe une action, un contexte et un résultat que vous pouvez justifier. Le résultat peut être fonctionnel — un service livré, une fonctionnalité ajoutée, des tests écrits — et ne doit pas nécessairement être exprimé par un chiffre. N’inventez ni volume d’utilisateurs, ni gain de performance, ni responsabilité d’équipe pour rendre une ligne plus impressionnante.

Quand vous n’avez pas d’expérience professionnelle en Go, vous pouvez présenter un projet personnel ou de formation dans une rubrique distincte. Indiquez son statut et votre contribution. Cela permet de valoriser des compétences Go sans faire passer un exercice pour une expérience en entreprise.

• Projet de découverte : « Réalisé en Go un outil en ligne de commande pour [usage] ; ajouté la validation des arguments et documenté les exemples d’utilisation. »
• Projet avec tests : « Développé une API HTTP en Go pour [fonction] ; écrit des tests couvrant les réponses nominales et plusieurs cas d’erreur. »
• Expérience en équipe : « Contribué à [composant] en Go au sein de [contexte] ; pris en charge [tâches précises] et intégré les changements après revue de code. »
• Périmètre de maintenance : « Corrigé et testé des défauts sur un service Go ; expliqué les changements et leurs effets dans les notes de livraison. »

Préparer une démonstration courte

Préparez une présentation que vous pouvez donner en quelques minutes, puis approfondir si le recruteur pose des questions. Partez du besoin, pas de la liste des fichiers. Choisissez un extrait qui illustre votre rôle et assurez-vous de pouvoir le lancer ou expliquer pourquoi une démonstration en direct ne serait pas fiable. Répétez avec un temps limité pour ne pas vous perdre dans les détails.

• 1. Contexte : quel problème le projet cherchait-il à résoudre, et pour quel utilisateur ou besoin ?
• 2. Votre rôle : qu’avez-vous fait vous-même, et qu’ont réalisé les autres contributeurs ?
• 3. Fonctionnement : montrez le parcours principal, un exemple d’entrée et le résultat attendu.
• 4. Choix techniques : expliquez la structure du programme, les tests ou la gestion des erreurs qui sont importants pour ce projet.
• 5. Difficulté : décrivez un problème rencontré, les pistes examinées et la solution retenue.
• 6. Suite possible : indiquez une amélioration que vous feriez si vous aviez plus de temps, sans présenter le projet comme plus abouti qu’il ne l’est.

Répondre aux questions techniques

Pendant un entretien technique Go, le recruteur cherche souvent à comprendre votre raisonnement autant que votre réponse. Reformulez la question si nécessaire, explicitez les hypothèses que vous faites, puis avancez étape par étape. Si vous ne connaissez pas une réponse, dites-le clairement et montrez comment vous chercheriez à la vérifier. Une réponse honnête et raisonnée est plus solide qu’une affirmation incertaine présentée comme un fait.

Pour parler d’un choix, comparez les besoins du projet aux options réellement envisagées. Par exemple, expliquez pourquoi vous avez séparé une fonction, ajouté un test ou choisi une représentation de données. Distinguez ce que vous avez observé de ce que vous supposez. Si vous décrivez une amélioration potentielle, précisez comment vous la testeriez au lieu d’annoncer un gain non mesuré.

• Structurez votre réponse : problème, hypothèses, démarche, résultat, limites.
• Pour un bug, décrivez comment vous l’avez reproduit, isolé, corrigé et vérifié.
• Pour une question sur le code, expliquez d’abord le comportement attendu avant d’entrer dans l’implémentation.
• Pour un point que vous ne maîtrisez pas, indiquez votre niveau réel et la manière dont vous vous y prendriez pour apprendre ou vérifier.

Éviter les signaux qui fragilisent sa candidature

Un portfolio devient un risque s’il expose des informations internes ou si ses affirmations ne peuvent pas être vérifiées. Avant de publier un projet, vérifiez les règles de confidentialité et vos droits sur le code. En cas de doute, demandez l’autorisation ou créez une démonstration distincte avec des données fictives et une architecture simplifiée.

Retirez les secrets de configuration, clés d’accès, jetons, données personnelles, noms de clients non publics et détails d’infrastructure qui ne vous appartiennent pas. Vérifiez aussi l’historique du dépôt : supprimer un fichier de la version actuelle ne garantit pas qu’il a disparu des versions précédentes. N’ajoutez pas de captures ou de résultats internes sous prétexte qu’ils rendent le projet plus convaincant.

Enfin, gardez votre CV cohérent avec vos preuves. Ne revendiquez pas une maîtrise générale sur la base d’un seul exercice, ne vous attribuez pas le travail d’une équipe et n’annoncez pas de résultats chiffrés sans mesure que vous pouvez expliquer. Un périmètre limité, clairement décrit et bien défendu inspire davantage confiance qu’une liste de mots-clés.

• Remplacez les données de test réelles par des données fictives et non identifiantes.
• Ne publiez pas de code propriétaire, de schémas internes ou de documents remis par un client sans autorisation.
• Contrôlez le dépôt, son historique, les fichiers de configuration et les captures avant de le rendre public.
• Si vous ne pouvez pas partager un projet, expliquez-le en entretien à un niveau général et préparez une démonstration personnelle équivalente.

Le parcours, étape par étape

1. 11. Choisir le poste visé — Relevez les tâches Go demandées dans les offres qui vous intéressent et identifiez celles que vous pouvez démontrer. Appuyez-vous sur des annonces réelles, sans recopier tous les mots-clés si vous ne les maîtrisez pas.
2. 22. Sélectionner un projet défendable — Choisissez un travail que vous avez réalisé et dont vous pouvez décrire le besoin, votre contribution, les tests et les limites. Privilégiez un projet partageable ou préparez une version de démonstration distincte.
3. 33. Préparer les preuves — Rendez le dépôt compréhensible, documentez son exécution, vérifiez les tests et retirez toute information confidentielle. Confirmez que chaque affirmation de votre CV est étayée.
4. 44. Adapter le CV — Reliez une action Go à un contexte et à un résultat vérifiable. Distinguez clairement les projets personnels, la formation et l’expérience professionnelle.
5. 55. Répéter la présentation — Présentez le projet en suivant une trame courte, puis entraînez-vous à répondre aux questions sur vos choix, vos difficultés, vos tests et les améliorations possibles.
6. 66. Tirer parti des retours — Après l’entretien, notez les questions difficiles et les éléments peu clairs. Améliorez le projet ou votre explication sans ajouter de compétences que vous n’avez pas encore pratiquées.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. FormaGroup — Formation Go formagroup.ma
2. Emploi public — Exemple d’annonce emploi-public.ma
3. JobInTech jobintech.academy
4. A Tour of Go go.dev