Det finnes en egen slags tretthet som ikke kommer av vanskelige problemer. Den kommer av de små — de tusen små frustrasjonene mellom deg og det du egentlig vil få gjort. Du legger ikke merke til noen enkelt av dem. Du merker bare at du, når dagen er omme, er mer sliten enn arbeidet skulle tilsi.
Disse to slippene handler om to slike små frustrasjoner. Ingen av dem er prangende. Begge er den typen ting du slutter å legge merke til — noe som er hele poenget.
Kjapt: hva er dev-kommandoen for prosjektet du åpnet sist tirsdag?
Var det npm run dev? Eller pnpm dev, fordi akkurat det bruker pnpm? Eller composer run dev, fordi det er en Laravel-app og den egentlige kommandoen er composer-greia som starter Vite, kø-arbeideren og PHP på én gang? Eller make dev? Eller php artisan serve?
Du kjenner den igjen når du ser den. Men «å kjenne den igjen når du ser den» betyr å åpne package.json, myse på skriptene, huske hvilken pakkebehandler det var, og skrive det ut. Hvert prosjekt litt forskjellig. Hver gang, en bitteliten avgift.
Saken er — Conductor visste allerede svaret. Den skanner package.json, composer.json, Makefile og justfile, finner pakkebehandleren din ut fra lockfilen, og lister opp hver eneste oppgave i kommandopaletten. Kunnskapen lå rett der. Den var bare ikke én knapp.
Nå er den det. Trykk ⌘R, eller klikk på ▶ som sitter på hvert prosjekt i sidefeltet, så plukker Conductor riktig dev-kommando og kjører den — i prosjektets egen terminal, og gjenbruker en rute hvis det allerede er en åpen.
Slik bestemmer den seg:
Den rangerer de oppdagede oppgavene etter navn: dev > start > serve > watch.
Kommandostrengen er allerede riktig per kilde — npm run dev mot pnpm dev mot composer run-script dev mot make dev. Ingen gjetting rundt pakkebehandlere.
Den kjører i en ekte terminal, så kommandoen ekkoes og du ser nøyaktig hva som ble kjørt. Ingen magi, ingen skjult oppførsel.
Noen prosjekter er rett og slett tvetydige. En moderne Laravel-app kan eksponere både composer run dev (paraplykommandoen) og npm run dev (bare Vite). Hvilken mente du? Conductor later ikke som den vet — så den spør:
▶ composer run-script dev
▶ npm run dev
Du velger én gang, og den husker det. Neste ⌘R går rett dit. Ikke noe mas.
Og noen ganger er dev-kommandoen rett og slett ikke en standardoppgave. php artisan serve. pnpm tauri dev (sant nok — slik kjører du faktisk Conductor selv; bare pnpm dev starter kun Vite uten det native vinduet). For de tilfellene finnes Set start command… — i kommandopaletten eller i høyreklikkmenyen til en mappe — for å feste en overstyring per prosjekt som alltid vinner.
Så hele historien er: beste gjetning → spør ved uavgjort → la deg feste unntaket. Én tast, hvert prosjekt, uansett stack.
Tro mot Conductors ene regel: dette er ren deteksjon og oppstart. Den leser manifester og kjører skall. Den kaller aldri en modell.
Du setter i gang et bygg. Eller en testsuite. Eller en deploy. Det kommer til å ta et minutt eller to, så — fornuftig nok — gjør du noe annet imens. Leser en PR. Svarer på en melding. Tøyer litt.
Og så glemmer du det. Bygget ble ferdig for førti sekunder siden, og du sitter fortsatt og leser Slack, fordi ingenting sa fra. Eller verre: du glemmer det ikke, så du sitter og passer på en fremdriftsindikator, og bytter tilbake hvert tiende sekund som om du venter på at brødristeren skal sprette opp.
Uansett: maskinen visste svaret og delte det ikke.
Nå deler den. Når en langtkjørende kommando i en bakgrunnsfane blir ferdig — når forgrunnsprosessen gir kontrollen tilbake til skallet ditt — sender Conductor deg et nativt varsel:
✓ cargo finished
my-project · ran 54s
Det er bygd på noe Conductor allerede gjorde: den følger med på forgrunnsprosessen i hver rute for å vise den i fanetittelen. Så når cargo eller vite eller pytest stille blir til zsh igjen, er det signalet. Ingenting å koble opp, ingenting å merke. Den legger bare merke til det.
Trikset for et varsel du ikke ender opp med å hate, er tilbakeholdenhet. Så:
Det utløses bare for kommandoer som kjørte i minst ~8 sekunder — ingen popkorn fra hver ls og git status.
Det utløses aldri for fanen du aktivt følger med på (fokusert vindu + aktiv fane). Hvis du allerede ser på den, trenger du ikke å få beskjed.
Det er én enkelt bryter i kommandopaletten — Notify when a background command finishes — og innstillingen sitter.
Så du kan sette i gang den trege greia, gå fra den med god samvittighet, og stole på at du blir tappet på skulderen når den faktisk er ferdig. Ikke før. Ikke om ingenting.
De store funksjonene får overskriftene. Men teksturen i et verktøy — om det føles som hjemme eller som et sted du bare er innom — er nesten utelukkende laget av små ting. Av frustrasjoner fjernet så stille at du glemmer at de noen gang var der.
⌘R betyr at du aldri trenger å lete etter en dev-kommando igjen. Ferdig-varselet betyr at du kan gå fra det uten å legge igjen en del av hjernen din for å passe på terminalen. Bittesmå, begge to. Men bittesmå, gjentatt hundre ganger om dagen, er hele jobben.
Gå og åpne et prosjekt. Trykk ⌘R. Gå din vei. La maskinen holde styr på de små tingene, så du slipper. 🪵🔥
Elyra Conductor 0.3.0 og 0.3.1 er ute nå, med auto-oppdatering innebygd. Som alltid orkestrerer Conductor — den kjører, oppdager og varsler — men den resonnerer aldri. Tenkingen blir værende i verktøyene dine.