fix bold

README.md

@@ -44,7 +44,7 @@ temps réel, ce qui n'est pas une vrai contrainte pour nous : je
 suspecte qu'un retard en dessous 1 ou 0.5 seconde ne devrait pas nuire
 à l'expérience utilisateur.
 
-*Côté back-end*, 2 alternatives : garder la connexion vivante avec le
+**Côté back-end**, 2 alternatives : garder la connexion vivante avec le
 client durant tout le traitement ou utiliser 2 types de requêtes : un
 premier qui enregistre la demande de traitement et retourne un
 identifiant de traitement et un second qui retourne le progrès de ce
@@ -62,7 +62,7 @@ identifiant pour ce travail. La demande d'exécution du traitement ne
 retournera donc pas de nouvel identifiant, elle ne fera que changer
 l'état du travail.
 
-Enfin, *entre le back-end et le process Python*, il me semble
+Enfin, **entre le back-end et le process Python**, il me semble
 raisonnable de garder une connexion pendant toute la durée du
 traitement. Un thread du back-end est dédié à lancer le process
 Python, à observer le progrès de son exécution et à mettre à jour l'état