La plupart des articles « astuces de favoris pour développeurs » vous donnent dix suggestions décousues et vous laissent assembler le tout vous-même. Ce n’est pas le cas ici. Voici la configuration précise que j’utilise, emplacement par emplacement, avec le raisonnement derrière chacun, parce que je suis le développeur qui a créé cette extension, et je l’utilise de la même façon chaque jour où j’écris du code.
La disposition : trois emplacements, trois rôles
Second Bookmark Bar vous donne jusqu’à sept emplacements de bascule rapide pour vos dossiers, chacun avec sa propre icône pour les distinguer d’un coup d’œil (choisissez parmi le jeu d’icônes Material Symbols intégré plutôt que de vous fier à de simples numéros). Pour le travail de développement, trois emplacements suffisent pour l’essentiel :
- Emplacement 1 — projet en cours. Le dépôt, les URL de développement local, les tickets ou la documentation précis sur lesquels je travaille en ce moment. Quand je jongle avec plusieurs projets à la fois, chaque fenêtre du navigateur garde son propre dossier actif indépendamment, si bien que la fenêtre A peut rester sur l’emplacement du projet A pendant que la fenêtre B reste sur celui du projet B, sans état global partagé qui se dispute entre elles.
- Emplacement 2 — documentation et références. Docs de langages, références de frameworks, fils Stack Overflow que je consulte sans arrêt, références d’API pour ce que j’intègre ce mois-ci. Celui-ci change à peine d’une semaine à l’autre, et c’est exactement pour ça qu’il mérite un emplacement permanent plutôt que de traîner dans l’historique du navigateur.
- Emplacement 3 — tableaux de bord. Consoles cloud, statut des pipelines CI, monitoring, logs de déploiement — les pages que je consulte sans vraiment « naviguer » vers elles, juste un coup d’œil au statut avant de repartir.
Alt+1, Alt+2, Alt+3 sautent directement vers ces trois emplacements au clavier, et ça compte plus qu’il n’y paraît. Si changer d’emplacement demande un aller-retour à la souris, on arrête de le faire, et toute la configuration se dégrade discrètement en un seul dossier surchargé.
Des règles adaptatives pour que les emplacements changent tout seuls
Au-delà du saut manuel, le changement automatique par domaine (Changement automatique / Auto-Switch) permet à la barre de choisir le bon emplacement pour vous selon l’endroit où vous êtes :
github.com(ou votre hébergeur git de choix) → l’emplacement projet- Les domaines de documentation → l’emplacement références
- Le domaine de votre console cloud → l’emplacement tableaux de bord
Une petite étoile sur le sélecteur d’emplacement indique quand c’est une règle basée sur le site qui vous a amené là, plutôt qu’un choix manuel — bon à savoir, car la substitution manuelle reste toujours disponible. Si une règle vous envoie vers le mauvais emplacement pour un cas particulier, cliquer sur un autre numéro d’emplacement l’annule simplement pour cet onglet ; la règle ne vous résiste pas.
Recherche et rangs de mémoire pour « je sais que c’est une page de doc quelque part »
La recherche intégrée à la barre inclut le contexte du dossier et du domaine dans les résultats, ce qui compte pour la façon précise dont les développeurs perdent la trace des pages — vous vous souvenez que c’était un site de documentation, ou que vous l’avez enregistré en travaillant sur cette fonctionnalité, mais pas le titre exact. Le fait que la recherche affiche « quel dossier, quel domaine » à côté du titre du résultat transforme un « je sais que c’est quelque part par là » en une vraie retrouvaille au lieu d’un pari.
Pour le tas de références en particulier, faites un clic droit et classez un favori Faible, Moyen ou Haut. En pratique : Haut, c’est la référence sans laquelle vous seriez coincé (la page de doc de cette API interne un peu bizarre), Moyen, c’est « utile, à consulter de temps en temps », Faible, c’est « enregistré pour l’instant, ne sera peut-être plus jamais rouvert ». Ce classement ressort aussi dans la recherche, si bien que les pages marquées Haut ne se perdent pas une fois qu’un dossier de références a atteint quatre-vingts liens en un an.
Capturer une session de débogage
En plein débogage, dix onglets ouverts sur les logs de différents services et quelques tickets GitHub — Ctrl+Shift+A regroupe en un coup tous les onglets ouverts de la fenêtre dans le dossier actif. Je m’en sers constamment juste avant de terminer une session de débogage pour la journée : je regroupe dans l’emplacement projet, je ferme les onglets, et je reprends l’enquête depuis le dossier au lieu d’essayer de me souvenir de quelle combinaison de dix onglets j’avais ouverts. Le même raccourci fonctionne pour n’importe quel tas d’onglets, pas seulement pour le débogage — c’est la solution générale à « trop d’onglets ouverts pour les fermer maintenant ».
Ce qui rend cette configuration transportable
Voici le vrai point fort, et c’est la raison pour laquelle j’ai pris la peine d’écrire tout ça comme une configuration unique plutôt qu’une liste de fonctionnalités : l’export des paramètres inclut la configuration des emplacements de dossiers elle-même, pas seulement les préférences cosmétiques. L’export crée un seul fichier de sauvegarde avec vos assignations d’emplacements, vos règles de site adaptatives, vos sites exclus et vos raccourcis de masquage rapide, tous inclus — donc cette disposition précise à trois emplacements, règles comprises, s’exporte une fois et se réimporte sur une nouvelle machine ou après une réinstallation, au lieu d’être reconstruite de mémoire à chaque fois.
C’est la différence entre une configuration qu’on décrit dans un article de blog et une configuration qu’on peut réellement se transmettre à soi-même plus tard. Copiez les trois emplacements ci-dessus, branchez les règles adaptatives sur vos propres domaines d’outils, et vous avez une disposition qui a pris dix minutes à construire la première fois et qui vous suit ensuite partout — nouveau portable, machine reformatée, poste avec double écran au bureau, peu importe.
À quoi ressemble vraiment une journée avec ça en marche
La matinée commence sur l’emplacement 3 — un coup d’œil aux exécutions CI de la nuit et au monitoring, aucune navigation active, juste le statut. Ouvrez l’éditeur, passez au dépôt d’un projet, et la règle adaptative a déjà affiché l’emplacement 1 avant même que vous ayez touché le clavier. Coincé sur quelque chose d’inconnu en milieu de matinée, sautez vers l’emplacement 2 pour la doc du framework, Alt+1 pour revenir à l’emplacement 1 dès que vous avez la réponse. Aucun de ces moments n’est un « allons chercher mes favoris » conscient — chacun est une simple pression de touche ou un changement automatique déjà survenu au moment où vous levez les yeux.
Le fond du problème n’est pas qu’un seul de ces éléments soit compliqué en soi. C’est qu’une barre de favoris statique, à une seule rangée, vous force à choisir entre entasser les trois contextes dans une liste surchargée ou ne pas mettre en favori la moitié du reste. Et la plupart des gens choisissent discrètement la seconde option, et se contentent de retaper des URL. Trois emplacements éliminent complètement ce choix : il y a toujours une place pour ça, jamais à plus d’une pression de touche.
Pourquoi ça vaut la peine de le mettre en place délibérément
L’alternative par défaut de la plupart des développeurs, c’est l’historique du navigateur et la mémoire musculaire : retaper localhost:3000, appuyer sur retour jusqu’à retrouver le bon ticket Jira, garder quinze onglets épinglés qui survivent jusqu’au prochain plantage qui les efface. Ça marche jusqu’au jour où ça ne marche plus — une nouvelle machine, une mauvaise semaine, un changement de contexte entre trois projets en un après-midi — et le coût se traduit par cinq minutes de recherche au lieu d’un clic. Trois emplacements et quelques règles de domaine, c’est un petit coût de mise en place face à ça.
Si séparer les contextes par domaine semble utile au-delà du seul travail de développement — pro contre perso, ou un client contre un autre — la fonctionnalité de changement adaptatif couvre ça de façon plus générale que la version spécifique aux développeurs ci-dessus. Et si vous vous demandez encore si le plan gratuit couvre une configuration comme celle-ci, c’est le cas — rien de ce qui est décrit ici ne nécessite Pro.