De flesta “bokmärkestips för utvecklare”-inlägg ger dig tio osammanhängande förslag och lämnar den faktiska sammansättningen till dig. Det här är inte det. Det här är den specifika uppsättningen jag använder — plats för plats, med resonemanget för varje — för jag är utvecklaren som byggde det här tillägget, och jag använder det på samma sätt varje dag jag skriver kod.
Layouten: tre platser, tre jobb
Second Bookmark Bar ger dig upp till sju snabbytesplatser, var och en med sin egen ikon så att du kan skilja dem åt med en snabb blick (välj från den inbyggda Material Symbols-ikonuppsättningen istället för att förlita dig på bara siffror). För utvecklingsarbete gör tre platser det mesta av jobbet:
- Plats 1 — aktuellt projekt. Repo, lokala utvecklings-URL:er, de specifika ärendena eller dokumenten jag rör just nu. När jag jonglerar mer än ett projekt samtidigt behåller varje webbläsarfönster sin egen aktiva mapp oberoende, så fönster A kan ligga kvar på projekt A:s plats medan fönster B ligger på projekt B:s — inget delat globalt tillstånd som krockar mellan dem.
- Plats 2 — dokumentation och referenser. Språkdokumentation, ramverksreferenser, Stack Overflow-trådar jag fortsätter komma tillbaka till, API-referenser för vad jag än integrerar den här månaden. Den här förändras knappt vecka för vecka, vilket är exakt varför den förtjänar en permanent plats istället för att leva i webbläsarhistoriken.
- Plats 3 — dashboards. Molnkonsoler, CI-pipelinestatus, övervakning, driftsättningsloggar — sidorna jag kollar utan att egentligen “surfa” till dem, bara kastar en blick på status och lämnar.
Alt+1, Alt+2, Alt+3 hoppar direkt till de här tre från tangentbordet, vilket spelar större roll än det låter. Om att byta plats kräver en musresa slutar du göra det, och hela uppsättningen degraderar tyst tillbaka till en trång mapp.
Adaptiva regler så att platserna byter sig själva
Utöver det manuella hoppet betyder adaptivt domänbyte att fältet kan välja rätt plats åt dig baserat på var du befinner dig:
github.com(eller din git-värd av val) → projektplats- Dokumentationsdomäner → referensplats
- Din molnkonsols domän → dashboard-plats
En liten stjärnindikator på platsväxlaren visar när det var en sidbaserad regel som satte dig där, snarare än ett manuellt val — värt att veta, för manuell överstyrning finns alltid tillgänglig. Om en regel skickar dig till fel plats för något specialfall, klicka bara på en annan platssiffra för att överstyra det för den fliken; regeln kämpar inte emot dig om kontrollen.
Sökning och användningsrankning för “jag vet att det är en dokumentationssida någonstans”
Sökningen i fältet inkluderar mapp- och domänsammanhang i resultaten, vilket spelar roll för det specifika sättet utvecklare tappar bort sidor på — du kommer ihåg att det var någon dokumentationssida, eller att du sparade den medan du jobbade på den här funktionen, men inte den exakta titeln. Att sökningen visar “vilken mapp, vilken domän” bredvid resultattiteln förvandlar “jag vet att det är runt här någonstans” till en faktisk återfinning istället för en gissning.
För referenshögen specifikt, högerklicka och rangordna ett bokmärke Låg, Mellan eller Topp. I praktiken: Topp är referensen du skulle vara helt fast utan (den där konstiga interna API:ns faktiska dokumentationssida), Mellan är “användbar, kolla ibland”, Låg är “sparad för nu, kanske öppnas aldrig igen”. Den rangordningen syns i sökningen också, så sidorna du märkt Topp försvinner inte när en referensmapp har vuxit till åttio länkar under ett år.
Ta en ögonblicksbild av en felsökningssession
Mitt i felsökning, tio flikar öppna över olika tjänsters loggar och ett par GitHub-ärenden — Ctrl+Shift+A sveper varje öppen flik i fönstret till den aktiva mappen i ett svep. Jag använder det här konstant precis innan jag stänger en felsökningssession för dagen: svep in i projektplatsen, stäng flikarna, och plocka upp utredningen igen från mappen istället för att försöka minnas vilken kombination av tio flikar jag hade öppna. Samma genväg fungerar för vilken flikhög som helst, inte bara felsökning — det är den generella lösningen för “för många flikar öppna för att stänga dem än”.
Delen som gör den här uppsättningen portabel
Här är den faktiska poängen, och anledningen till att jag brydde mig om att skriva ihop det här som en uppsättning istället för en funktionslista: inställningsexporten inkluderar själva mappplatskonfigurationen, inte bara kosmetiska preferenser. Export skapar en säkerhetskopieringsfil med dina platstilldelningar, adaptiva sidregler, undantagna sidor och snabb dölj-genvägar allt inkluderat — så exakt den här trepartslayouten, regler och allt, är något du exporterar en gång och återimporterar på en ny maskin eller efter en ominstallation, istället för att bygga upp den från minnet varje gång.
Det är skillnaden mellan en uppsättning du beskriver i ett blogginlägg och en uppsättning du faktiskt kan lämna till dig själv senare. Kopiera de tre platserna ovan, koppla in de adaptiva reglerna för dina egna verktygsdomäner, och du har en layout som tog tio minuter att bygga första gången och följer med dig härifrån — ny laptop, omformaterad maskin, andra skärmuppsättningen på kontoret, spelar ingen roll.
Hur en dag faktiskt ser ut med det här igång
Morgonen börjar på plats 3 — en blick på nattens CI-körningar och övervakning, ingen aktiv surfning, bara status. Öppna editorn, byt till ett projekts repo, och den adaptiva regeln har redan plats 1 visad innan du har rört tangentbordet. Slår i en vägg på något obekant mitt på förmiddagen, hoppa till plats 2 för ramverksdokumentationen, Alt+1 tillbaka till plats 1 i samma stund du har svaret. Inget av det är medvetna “låt mig gå och hitta mina bokmärken”-ögonblick — vart och ett är ett enda tangenttryck eller ett automatiskt byte som redan hänt när du tittade upp.
Poängen är inte att någon enskild del av det här är komplicerad. Det är att ett statiskt bokmärkesfält med en rad tvingar dig att välja mellan att pressa in alla tre sammanhang i en trång lista eller att inte bokmärka hälften av det alls, och de flesta väljer tyst det andra alternativet och skriver om URL:er istället. Tre platser tar bort det valet helt — det finns alltid en plats för det, och det är aldrig mer än ett tangenttryck bort.
Varför det här är värt att sätta upp medvetet
Alternativet de flesta utvecklare standardmässigt hamnar i är webbläsarhistorik och muskelminne: att skriva om localhost:3000, trycka bakåtknappen tills rätt Jira-ärende dyker upp igen, hålla femton fastnålade flikar som överlever tills nästa krasch sopar bort dem. Det fungerar tills det inte gör det — en ny maskin, en dålig vecka, ett sammanhangsbyte mellan tre projekt på en eftermiddag — och kostnaden visar sig som fem minuters letande istället för ett klick. Tre platser och ett par domänregler är en liten uppsättningskostnad mot det.
Om att dela upp sammanhang efter domän låter användbart utöver bara utvecklingsarbete — jobb kontra privat, eller en klient kontra en annan — täcker den adaptiva bytesfunktionen det mer generellt än utvecklarspecifika versionen ovan. Och om du fortfarande funderar på om gratisplanen täcker en sådan här uppsättning över huvud taget, gör den det — inget som beskrivs här kräver Pro.