Spaces:
Running
Running
quentinL52 commited on
Commit ·
4ad2968
1
Parent(s): 893831e
notation update
Browse files- src/config/tasks.yaml +8 -5
src/config/tasks.yaml
CHANGED
|
@@ -263,14 +263,14 @@ cv_quality_task:
|
|
| 263 |
|
| 264 |
CRITÈRES D'ÉVALUATION (score sur 100 pour chaque) :
|
| 265 |
|
| 266 |
-
1. COMPATIBILITÉ ATS (
|
| 267 |
- ÉVALUATION STRICTE ET CRITIQUE : Ne donne jamais un score parfait sans preuve.
|
| 268 |
- Les noms des sections principales sont-ils standards (Expériences, Formations, Projets, Compétences) ou atypiques ? Si atypiques, pénalise. (RÈGLE ABSOLUE : N'évalue PAS et ne pénalise JAMAIS les sections d'introduction courtes comme "Profil", "À propos", "Résumé" ou "Profil atypique". Ignore-les totalement pour ce critère).
|
| 269 |
- Les mots-clés techniques sont-ils contextuels ou simplement entassés de manière artificielle ?
|
| 270 |
- Indique EXPLICITEMENT ce qui ne va pas (ex: "Nom de section 'Mon Parcours' au lieu de 'Expériences'", "Mots-clés empilés sans lien avec les expériences").
|
| 271 |
- Fournis des points d'amélioration spécifiques et factuels.
|
| 272 |
|
| 273 |
-
2. QUANTIFICATION DES RÉSULTATS (
|
| 274 |
- Les expériences mentionnent-elles des MÉTRIQUES TECHNIQUES SPÉCIFIQUES ?
|
| 275 |
Cherche : réduction de latence (ms), amélioration du temps de chargement (%),
|
| 276 |
optimisation de requêtes SQL (x fois plus rapide), volume d'utilisateurs supporté,
|
|
@@ -280,7 +280,7 @@ cv_quality_task:
|
|
| 280 |
- Donne des suggestions SPÉCIFIQUES de métriques que le candidat pourrait ajouter
|
| 281 |
en fonction de ses expériences et projets RÉELS (pas des conseils génériques).
|
| 282 |
|
| 283 |
-
3. STRUCTURE ET LISIBILITÉ (
|
| 284 |
- ANALYSE CRITIQUE BASÉE SUR LE TEXTE : Ne suppose pas que le CV est beau. Évalue la structure à partir du texte extrait.
|
| 285 |
- RÈGLE ABSOLUE SUR LA FORME : N'évalue JAMAIS la présence ou l'absence de listes à puces/tirets. Le parsing supprime souvent la mise en forme, ne fais donc aucune remarque sur des "blocs de texte illisibles".
|
| 286 |
- L'ordre chronologique inverse est-il respecté dans les expériences et formations ? Si non, pénalise sévèrement.
|
|
@@ -289,12 +289,12 @@ cv_quality_task:
|
|
| 289 |
- STRUCTURATION DES COMPÉTENCES : Les compétences sont-elles regroupées par catégories logiques (Langages, Frameworks, BDD, DevOps/Cloud) ou en liste plate ? Une structuration par catégories est fortement recommandée pour les filtres ATS.
|
| 290 |
- Fournis des conseils d'amélioration FACTUELS sur la structure.
|
| 291 |
|
| 292 |
-
4. PRÉSENTATION DES PROJETS (
|
| 293 |
- Chaque projet a-t-il un titre, des technos, et des résultats ?
|
| 294 |
- Les projets sont-ils pertinents pour le poste visé ?
|
| 295 |
- Y a-t-il une variété de projets (pro + perso) ?
|
| 296 |
|
| 297 |
-
5. PREUVES DE COMPÉTENCES (
|
| 298 |
- RÈGLE CRITIQUE : Une compétence est considérée "sans preuve" UNIQUEMENT si elle
|
| 299 |
apparaît EXCLUSIVEMENT dans la section Compétences sans aucune mention dans
|
| 300 |
les expériences OU les projets. Tu dois vérifier par toi-même (par analyse textuelle)
|
|
@@ -313,6 +313,9 @@ cv_quality_task:
|
|
| 313 |
(systèmes distribués, microservices), leadership technique (mentoring, revues de code),
|
| 314 |
gestion de la scalabilité, impact organisationnel au-delà du code.
|
| 315 |
|
|
|
|
|
|
|
|
|
|
| 316 |
RED FLAGS À DÉTECTER :
|
| 317 |
- DÉTECTION STRICTE DES COMPÉTENCES SANS PREUVE : Tu DOIS t'appuyer uniquement sur ton évaluation de "preuves_competences". S'il y a des compétences listées dans "skills_sans_preuve", ajoute un red flag. Sinon, n'ajoute pas de red flag pour ce sujet.
|
| 318 |
- Trous inexpliqués dans le parcours
|
|
|
|
| 263 |
|
| 264 |
CRITÈRES D'ÉVALUATION (score sur 100 pour chaque) :
|
| 265 |
|
| 266 |
+
1. COMPATIBILITÉ ATS (100 points) :
|
| 267 |
- ÉVALUATION STRICTE ET CRITIQUE : Ne donne jamais un score parfait sans preuve.
|
| 268 |
- Les noms des sections principales sont-ils standards (Expériences, Formations, Projets, Compétences) ou atypiques ? Si atypiques, pénalise. (RÈGLE ABSOLUE : N'évalue PAS et ne pénalise JAMAIS les sections d'introduction courtes comme "Profil", "À propos", "Résumé" ou "Profil atypique". Ignore-les totalement pour ce critère).
|
| 269 |
- Les mots-clés techniques sont-ils contextuels ou simplement entassés de manière artificielle ?
|
| 270 |
- Indique EXPLICITEMENT ce qui ne va pas (ex: "Nom de section 'Mon Parcours' au lieu de 'Expériences'", "Mots-clés empilés sans lien avec les expériences").
|
| 271 |
- Fournis des points d'amélioration spécifiques et factuels.
|
| 272 |
|
| 273 |
+
2. QUANTIFICATION DES RÉSULTATS (100 points) :
|
| 274 |
- Les expériences mentionnent-elles des MÉTRIQUES TECHNIQUES SPÉCIFIQUES ?
|
| 275 |
Cherche : réduction de latence (ms), amélioration du temps de chargement (%),
|
| 276 |
optimisation de requêtes SQL (x fois plus rapide), volume d'utilisateurs supporté,
|
|
|
|
| 280 |
- Donne des suggestions SPÉCIFIQUES de métriques que le candidat pourrait ajouter
|
| 281 |
en fonction de ses expériences et projets RÉELS (pas des conseils génériques).
|
| 282 |
|
| 283 |
+
3. STRUCTURE ET LISIBILITÉ (100 points) :
|
| 284 |
- ANALYSE CRITIQUE BASÉE SUR LE TEXTE : Ne suppose pas que le CV est beau. Évalue la structure à partir du texte extrait.
|
| 285 |
- RÈGLE ABSOLUE SUR LA FORME : N'évalue JAMAIS la présence ou l'absence de listes à puces/tirets. Le parsing supprime souvent la mise en forme, ne fais donc aucune remarque sur des "blocs de texte illisibles".
|
| 286 |
- L'ordre chronologique inverse est-il respecté dans les expériences et formations ? Si non, pénalise sévèrement.
|
|
|
|
| 289 |
- STRUCTURATION DES COMPÉTENCES : Les compétences sont-elles regroupées par catégories logiques (Langages, Frameworks, BDD, DevOps/Cloud) ou en liste plate ? Une structuration par catégories est fortement recommandée pour les filtres ATS.
|
| 290 |
- Fournis des conseils d'amélioration FACTUELS sur la structure.
|
| 291 |
|
| 292 |
+
4. PRÉSENTATION DES PROJETS (100 points) :
|
| 293 |
- Chaque projet a-t-il un titre, des technos, et des résultats ?
|
| 294 |
- Les projets sont-ils pertinents pour le poste visé ?
|
| 295 |
- Y a-t-il une variété de projets (pro + perso) ?
|
| 296 |
|
| 297 |
+
5. PREUVES DE COMPÉTENCES (100 points) :
|
| 298 |
- RÈGLE CRITIQUE : Une compétence est considérée "sans preuve" UNIQUEMENT si elle
|
| 299 |
apparaît EXCLUSIVEMENT dans la section Compétences sans aucune mention dans
|
| 300 |
les expériences OU les projets. Tu dois vérifier par toi-même (par analyse textuelle)
|
|
|
|
| 313 |
(systèmes distribués, microservices), leadership technique (mentoring, revues de code),
|
| 314 |
gestion de la scalabilité, impact organisationnel au-delà du code.
|
| 315 |
|
| 316 |
+
SCORE GLOBAL :
|
| 317 |
+
- il faut appliquer une moyenne des scores des 5 critères.
|
| 318 |
+
|
| 319 |
RED FLAGS À DÉTECTER :
|
| 320 |
- DÉTECTION STRICTE DES COMPÉTENCES SANS PREUVE : Tu DOIS t'appuyer uniquement sur ton évaluation de "preuves_competences". S'il y a des compétences listées dans "skills_sans_preuve", ajoute un red flag. Sinon, n'ajoute pas de red flag pour ce sujet.
|
| 321 |
- Trous inexpliqués dans le parcours
|