Blog
Coder à distance depuis un café : guide du développeur
Votre Mac est chez vous. Vous êtes dans un café avec votre téléphone. Voici comment continuer à coder de manière productive et sécurisée.
Suivez les mises à jour produit et ingénierie de cette catégorie.
Voir la catégorieIl y a un scénario développeur qui revient sans cesse : votre Mac tourne chez vous ou au bureau, Claude Code travaille sur une tâche, et vous êtes ailleurs avec juste votre téléphone. Peut-être un café, peut-être un salon d'aéroport, peut-être un banc dans un parc.
Ce guide couvre les considérations pratiques du codage distant depuis ces environnements — pas le pitch aspirationnel du "nomade digital", mais la logistique réelle pour que ça fonctionne de manière fiable et sécurisée.
Ce qu'il faut préparer avant de partir
Le codage distant nécessite une préparation avant de franchir la porte. Vous ne pouvez pas configurer l'infrastructure depuis un téléphone.
Sur votre Mac (avant de partir) :
- Serveur en marche — l'app Mac de Tactic Remote doit être démarrée avec le serveur actif
- Cloudflare Tunnel activé — le mode LAN ne fonctionne que sur le même réseau, vous avez besoin du tunnel pour les lieux distants
- Clé API configurée — obligatoire pour les connexions Cloudflare Tunnel
- Prévention de veille active — Tactic Remote empêche la veille Mac tant que le serveur tourne, mais vérifiez que votre Mac ne s'éteindra pas sur une programmation d'alimentation
- Tester la connexion tunnel — passez votre téléphone en cellulaire et confirmez que vous pouvez vous connecter via l'URL du tunnel
Sur votre iPhone :
- Tactic Remote installé avec les paramètres de connexion sauvegardés
- Mode connexion Cloudflare configuré (URL tunnel + clé API)
- Notifications activées pour être alerté quand Claude finit ses tâches
Le point crucial : testez tout tant que vous êtes encore chez vous. Déboguer des problèmes de connexion depuis un café avec uniquement votre téléphone est pénible.
WiFi de café : ce qui pose vraiment problème
Le WiFi public crée trois problèmes spécifiques pour le développement distant :
1. Les portails captifs bloquent les connexions WebSocket
La plupart des WiFi de café nécessitent d'accepter des conditions sur une page de portail captif avant que le trafic ne passe. Les connexions WebSocket échouent silencieusement dans cet état — votre téléphone croit être connecté au WiFi, mais le handshake WebSocket ne se termine jamais.
Solution : Ouvrez Safari d'abord et confirmez que vous pouvez charger une page web normale. Seulement ensuite ouvrez Tactic Remote. Si la connexion échoue, désactivez puis réactivez le WiFi — parfois l'état du portail captif reste bloqué.
2. Le changement de réseau coupe les connexions
Votre téléphone peut basculer entre WiFi et cellulaire, ou entre différents points d'accès WiFi dans le même lieu. Chaque basculement coupe la connexion WebSocket.
Comment Tactic Remote gère cela : Reconnexion automatique avec backoff exponentiel (jusqu'à 5 tentatives, max 15 secondes entre les essais). Quand l'app détecte une reconnexion, elle effectue une restauration d'état multi-étapes pour récupérer l'état terminal. Vous verrez un bref état "Reconnexion...", puis la sortie terminal réapparaît.
Ce que vous pouvez faire : Si la reconnexion prend trop de temps, basculez manuellement en cellulaire. Cloudflare Tunnel fonctionne sur n'importe quelle connexion internet, donc le cellulaire est en fait plus stable qu'un WiFi de café peu fiable.
3. Variation de bande passante et de latence
Le streaming terminal est léger — beaucoup moins de données que les appels vidéo. Mais la latence affecte la réactivité de l'interface. Sur un bon WiFi, les frappes apparaissent instantanément. Sur des réseaux congestionnés, il y a un délai perceptible.
Impact pratique : Pour le workflow "lancer et oublier" (envoyer une tâche, attendre la notification), la latence n'a pas d'importance. Elle n'affecte que l'interaction en temps réel — envoyer des prompts, examiner la sortie en direct, approuver des actions. Si le réseau est mauvais, regroupez vos interactions : examinez la sortie, réfléchissez à ce que vous voulez dire, tapez le prompt complet, envoyez. N'essayez pas d'interagir frappe par frappe.
Le workflow "lancer et oublier"
Le pattern de codage distant le plus productif n'est pas de surveiller Claude en temps réel. C'est celui-ci :
- Envoyez une tâche bien définie depuis votre téléphone
- Rangez le téléphone et profitez de votre café
- Soyez notifié quand Claude finit
- Examinez le résultat et envoyez la tâche suivante
Cela fonctionne parce que Claude Code fait son meilleur travail sur des prompts clairs et délimités :
- "Corrige les tests en échec dans le module d'authentification" (délimité, critères de succès clairs)
- "Ajoute la validation des entrées à tous les endpoints REST dans src/routes/" (portée spécifique)
- "Refactorise UserService pour utiliser l'injection par constructeur" (intention architecturale claire)
Les prompts vagues comme "améliore le codebase" sont mauvais sur votre bureau aussi, mais ils sont pires depuis un téléphone car vous ne pouvez pas facilement corriger le cap en cours de tâche.
Dimensionnement des tâches pour le mobile
Une heuristique utile : chaque tâche que vous envoyez depuis votre téléphone devrait être complétable sans nécessiter votre intervention. Si Claude devra poser des questions de clarification, vous voulez être là pour répondre. Si la tâche est autonome, Claude peut la traiter pendant que vous ne regardez pas.
Bonnes tâches "laissez-le tranquille" :
- Corrections de bugs avec des étapes de reproduction claires
- Ajout de tests pour du code existant
- Refactoring avec un pattern spécifique à appliquer
- Commentaires de code review à traiter
Tâches nécessitant votre présence :
- Décisions architecturales dont Claude n'est pas sûr
- Fonctionnalités multi-étapes où chaque étape dépend de vos préférences
- Tout ce qui implique des services externes que Claude n'a jamais vus
Sécurité sur les réseaux publics
Quand vos commandes de codage traversent un WiFi public, la sécurité compte.
Ce qui est déjà protégé
Tactic Remote via Cloudflare Tunnel fournit :
- Chiffrement TLS — la connexion WebSocket utilise
wss://, donc le trafic entre votre téléphone et Cloudflare est chiffré - Authentification par clé API — obligatoire pour les connexions tunnel, empêchant les accès non autorisés
- Pas de ports exposés — votre Mac n'ouvre aucun port vers internet. Cloudflare initie le tunnel en sortie depuis votre Mac
Cela signifie que quelqu'un sur le même WiFi de café ne peut pas :
- Voir votre sortie terminal (chiffrée)
- Envoyer des commandes à votre Mac (nécessite la clé API)
- Même découvrir que votre Mac fait tourner un serveur de codage (pas de ports entrants)
Ce dont vous devez quand même faire attention
- Visibilité de l'écran — quelqu'un regardant par-dessus votre épaule peut voir votre sortie terminal. Cela peut inclure des clés API, des identifiants de base de données ou du code sensible. Utilisez l'écran de confidentialité de votre téléphone si vous manipulez des données sensibles.
- Stockage de la clé API — vos paramètres de connexion Tactic Remote incluent la clé API. Si quelqu'un accède à votre téléphone déverrouillé, il pourrait l'extraire. Utilisez Face ID / code iOS.
- Presse-papiers partagé — soyez prudent avec le copier-coller si vous utilisez le Presse-papiers universel entre votre Mac et votre téléphone. Du contenu sensible sur le presse-papiers de votre Mac pourrait apparaître sur votre téléphone.
Planification batterie et connectivité
Logistique pratique qui compte pour les sessions distantes prolongées :
Batterie : Tactic Remote est léger sur la batterie — les connexions WebSocket sont inactives la plupart du temps, avec des rafales de données occasionnelles. Attendez un impact minimal sur la batterie par rapport à des apps comme la visioconférence ou les cartes. L'écran du téléphone est votre principal drain, donc éteignez-le entre les tâches et comptez sur les notifications.
Fallback cellulaire : Si le WiFi du café est peu fiable, le cellulaire est souvent meilleur. Cloudflare Tunnel fonctionne sur n'importe quelle connexion internet. La latence 4G/5G est typiquement meilleure que celle d'un WiFi public congestionné.
Périodes hors-ligne : Si vous perdez la connectivité entièrement, votre Mac continue de tourner. Claude Code poursuit sa tâche courante dans la session tmux. Quand vous vous reconnectez, l'état de la session est toujours là. Vous ne perdez pas de travail — vous ne pouvez simplement pas surveiller ou interagir jusqu'au retour de la connectivité.
Une session de café réaliste
Voici à quoi ça ressemble concrètement :
14:15 — Arrivée, commande d'un café Connexion du téléphone au WiFi, ouverture de Safari pour passer le portail captif, ouverture de Tactic Remote. Connecté en 5 secondes via Cloudflare Tunnel.
14:17 — Démarrage d'une tâche
Ouverture de la session existante du projet. Tapez : "La CI échoue sur la branche user-auth. Vérifie les tests en échec et corrige-les."
14:18 - 14:45 — Boire le café, lire des articles Le téléphone vibre une fois : "Notification de Claude" — Claude a trouvé 3 tests en échec, tous liés à un changement de signature d'API. Il a corrigé les imports et mis à jour les assertions.
14:46 — Revue et continuation Ouvrir la session, parcourir la sortie de Claude. Les changements semblent corrects. Tapez : "Lance la suite complète de tests pour vérifier que tout passe."
14:47 - 15:10 — Encore du café, répondre aux emails Le téléphone vibre : "Tâche terminée." Les 47 tests passent.
15:11 — Dernière tâche Tapez : "Commit les corrections avec le message 'fix: update auth tests for new API signature' et push."
15:12 — Terminé Claude confirme le push. Vérification de GitHub sur le téléphone pour confirmer que la CI est verte. Fermer l'app.
Temps de codage actif total : environ 5 minutes. Production réelle : une vraie correction de bug, commitée et poussée. Le café n'était qu'un lieu — le travail s'est fait sur votre Mac.
Quand ça ne fonctionne pas bien
Soyons honnêtes :
- Débogage complexe — parcourir le code pas à pas, vérifier l'état des variables, lire de longues stack traces. C'est difficile sur un écran de téléphone quel que soit l'outil.
- Revues de design — examiner des changements d'interface, comparer des mises en page. Vous avez besoin d'un écran plus grand.
- Exploration multi-fichiers — comprendre une grosse PR ou lire du code inconnu. Mieux sur un laptop.
- Configuration initiale de projet — créer des configs, installer des environnements, installer des dépendances. Faites cela à votre bureau.
Le workflow café est idéal pour déléguer des tâches bien définies et examiner les résultats. Ce n'est pas un remplacement du travail concentré au bureau — c'est une extension de celui-ci.
Essayez Tactic Remote
Pilotez vos agents de programmation depuis votre téléphone
Connectez-vous à Claude Code, Codex et aux autres agents sur votre Mac, PC Windows ou Linux. Consultez leur progression et envoyez la prochaine instruction depuis votre iPhone ou iPad.