58. Totalt ointresserad av Kubernetes
lyssna! 
För variationens skull börjar vi med ett riktigt riktigt svagt skämt vilket snabbt leder oss in på utvecklarupplevelse, eller “developer experience”, eller DX som det också kallas. Det blir en massa snack om hur trist det är att confa saker, att få motfrågor av sin miljö, vad som är ett bra CLI och kortkommandot shift + shift. Dessutom en hel del om WebStorm vs VS Code, en liten rant om odds och några tips på bra tillägg till Code.
Om du gillar podden blir vi väldigt glada för en liten recension i iTunes eller en prenumeration på Spotify. Följ oss och säg hej på @asdfpodden på Instagram eller Twitter (Anton, Therése) <3
Länkar
Avsnittets skämt:
Hur relaxar den ensamstående webbutvecklaren?
Single-SPA
Skrapa här!!
Transkribering
Transkriberingen är gjord av nån "AI-grej". Du kan förbättra den genom
att klicka precis här :) Hur relaxar den ensamstående webbutvecklaren?
Jag vet inte.
Singelspa.
Singelspa?
Exakt, och här då undrar du, vad är det?
Jo, men det kan jag tala om för dig, att det är ett javascript-router for frontend microservices
som ingen har hört talas om, och därför flyger det inte skämtet.
Som heter Singel?
Singelspa.
- Ja. - Den heter Singlespa.
Ja, vilket också gör mig lite arg för då blir det ju singel singel...
...
- Ja, det blir ju singel singel page application, ja. - Ja.
Ja...
- Nej, vi får ta ett annat skämt, Anton. - Då går vi vidare.
- Nej, vi får börja om. - Nej, nu går vi vidare.
Vi tänkte prata om...
...bra utvecklamiljöer.
Det är fan ändå mitt i sommaren, jag har gått på semester.
Jag har inga krav.
Men alltså, det här var ju ett skämt jag skapade för att jag tänkte att det skulle bli känt.
Ja, du tänkte att det här kommer slå snart.
Ja.
Alltså, hade du fel?
Ja.
Ja, så är det ibland.
Vi tänkte prata om utvecklarmiljöer, men det låter så jävla fel. Snarare utvecklarupplevelse kanske.
Wow, jag vill hoppa fallskärm.
Nej, men det jag tänker att vi kunde prata lite grann om är att som utvecklare har du dykt upp något som kallas för "Developer Experience" som förkortas för DX.
Jag tror att vi kanske har varit in lite kort på det i något tidigare avsnitt också.
Men jag har ju som lyssnare av podden vet börjat på ditt förra uppdrag.
Och du har slagit mig hur jävla bra DX det är där.
Och därför tänkte jag att vi kunde prata lite grann om det.
Jo, jag försökte ju förklara det en gång, men jag fick nog inte riktigt fram hela känslan av det.
Nej, det kanske är också en sån här grej att du måste uppleva det för att förstå det.
Men vi kan ju hoppas att vi kan lyckas förklara lite grann vad vi menar och upplever.
Men jag tänker att vi kan börja i en annan ände.
Och det är lite så här, vad vill man...
Vi kanske måste begränsa oss också för sig.
Men så här, vad vill man ha för att DX:en ska vara bra egentligen?
Oj, men det beror ju helt på.
Jag menar, hur pratar du?
Pratar du enbart frontend?
Pratar du hela releasecykeln?
Pratar du spinna upp nya tjänster?
Vart går liksom gränsen?
Jag tänker mig typ en dag på jobbet-upplevelsen.
Och då beror det ju såklart lite på vad man gör. Jag begränsade inte någonting av det du sa nyss.
Nej, jag kan gå till jobbet och bara säga "idag ska vi knacka CSS".
Ja, exakt. Men jag tänker om man pratar generellt, för för min del så handlar det mycket om, tror jag, att man inte ska stöta på problem eller uppgifter som man tycker är lite...
Jag tycker att man inte ska tycka att de är tråkiga, men också att man inte ska tycka att de är onödiga eller onödigt komplexa.
Nej, alltså jag tänker väl så här.
Det första som kommer till mig är komf.
Att jag ska slippa komfa en massa saker som jag inte förstår.
Ja, jag håller med.
Men det känns också väldigt mycket som att det faller in i det.
Jag tänker att komfasaker är jävligt trist.
Och därför vill man inte göra det.
– Ja, alltså...
Eller så här, jag vet inte.
Jag tycker ju att det är fruktansvärt svårt antagligen för att det är så trist.
[Skratt]
Vi hade en kollega som vi började sköpta om.
Han var liksom komfmästaren.
Och han bara "Det är ju bara för att jag är den enda som orkar läsa dokumentationen."
Och det kanske verkligen ligger nånting i det.
Men jag tror också att jag ofta försöker läsa saker, men jag förstår ingenting.
Så det är inte så att jag bara inte läser dokumentationen.
Det är bara att jag läser den, men fattar ändå inte.
Nej, men exakt.
Jag tänker att ett exempel som har dykt upp i mitt liv på sistone är att jag håller på att bygga ett litet hobbyprojekt.
Då använder jag det här webbrarverket som heter Remix, som vi kan återkomma till någon gång i framtiden.
Men de har en template där det följer med lite autenticering och inloggning och databasanslutningar och grejer.
Och då kör de en SQLite-databas. Det är bara en databas på en fil.
Det är en fil som heter databas.db, som är hela databasen.
Då har de det här templatet och då rekommenderar de att "vi har förberett så att du kan deploya en sida som heter fly.io".
Som jag har hört gott om tidigare men aldrig kört någonting på.
Jag testade och deployade tjänsten, och allt funkade svimbra.
Sen gjorde jag en massa ändringar i tjänsten, och hur databasschemat såg ut.
Och sen körde jag det lokalt.
Och sen deployade det, och så funkar det inte.
Och jag bara "Vad funkar inte det för?"
Och då stod det att man ska använda migrationer, och man ska migrera datan med filer och grejer.
Och då tänkte jag "Det orkar inte jag göra när jag utvecklar."
Jag sitter väldigt tidigt och utvecklar, jag vill bara ha en live-miljö så jag kan testa att det funkar efter deploy också samtidigt.
Problemet var att jag lyckades inte nollställa databasen i produktionen, eller vad man ska kalla det.
Alltså den deployade databasen på något sätt.
Jag fattade inte hur man gjorde. Jag följde guider och varje grej som fanns.
Men det gick inte.
Då kände jag att jag ger upp. Jag kommer att flytta till annat skit än det här fly.io som verkar vara jättebra.
Men...
Disclaimer.
Väldigt mycket disclaimer.
Jag har också lyckats lösa problemet efteråt.
Men där satt jag i två dagar och bara...
Var oerhört irriterad på att det var så dålig DX.
Ja.
Ja.
Alltså...
Det där är väl lite så jag känner varje gång jag ska in i någon jävla cloud-tjänst också.
Eller så här...
Det är inte...
Alltså, dålig DX...
Lite dålig DX men framförallt jävla dålig UX.
Och då är jag ju utvecklare än så det blir DX i förlängningen.
För att när man inte fattar hur man ska göra saker, typ som Nomad.
Var är loggarna? Varför är det så svårt att hitta loggarna?
Är inte hela grejen att det ska finnas loggar? Varför är de gömda?
- Ja, jag håller med. - Ja.
- Det är ju extremt irriterande. - Typ sånt.
Och jag vet inte, det som jag då tänkte på när vi väl kom till ditt förra uppdrag, som det nu så fint kallas.
Var ju då att de har byggt ett eget CLI för att abstrahera bort all interaktion med deras plattform.
Typ deras cloud egentligen, går via det här CLI.
Och jag tycker det funkar så jävla bra.
Ja.
Det är också så att det funkar ju svinbra.
Eller så funkar det inte.
För något är fel.
Jo, så är det lite grann.
Men då är det ju ändå också så här, givet att de har byggt det själva så blir det lite så här.
Ja, men då kan man pinga någon och fråga en person och säga "Hej, det här funkar inte.
Vet ni varför?"
Och så säger de "Aha, vi kollar på det."
Och sen är de som tittar på det istället för Azure.
Istället för Azure, där det funkar inte.
Det är förmodligen jag som är dum i huvudet, men jag är inte helt säker.
Jo, precis. Men det är också som att du har en extremt snabb och nära servicedesk.
Absolut.
Men är inte det också en del av bra DX, kanske? Eller UX?
Jo, men det tycker jag verkligen.
För det är intressant när man pratar tooling eller plattformteam.
För att deras...
Inte stakeholders, kanske, men deras användare...
För den delen också stakeholders, det är ju vi.
Och så länge man har god ton och bra kommunikation så brukar det kunna funka jäkligt smidigt.
Ja verkligen.
Och jag tycker också liksom så här för att
det är definitivt en sak, man har ett tolingtim eller man har någon som sitter med någon plattformsansvar.
Men sen tycker jag också att det här CLG är väldigt
intuitivt. Det är inte supersvårt, det är bra dokumentation på det, det är inte supersvårt att fatta vad man ska köra för kommandon för att det ska funka.
Eller för att göra det man vill.
Nej, men det är ganska nice. Det är väldigt textbaserat och det kommer upp frågor och det går att läsa manual om det är så.
Ja, det är verkligen det.
Jag tycker väl att det märks att det kanske skrivs av personer som hänger mycket i CLIs.
Ja, och det är en sak som du sa som jag tänkte på. Du sa att det kommer upp frågor.
Och det tycker jag också är en skitbra grej på omplatta CLI-er.
Att säga att man ska göra en deploy i det här CLI-et och står man då i mappen som man har projektet i.
Då tar man det namnet och så deployar man den applikationen.
Men om man inte manuellt spesar miljö så kommer det komma upp en fråga som säger
"Vilken miljö vill du deploya till?"
Och så är det bara en lista där du kan välja vilken miljö det är och så klickar du enter och så skickar den en väg dit.
Och bara den delen av grejen tycker jag uppskattar jag exegent mycket.
Ja.
Istället för att den bara säger "du måste spesa miljö"
Då kan den väl bara be mig om min miljö och det är "gud jag är kär i det där".
Ja, jag kunde ändå tänka mig att du skulle gilla det.
Jag var ju för väldigt bortskämd med mina första upplevelser och jobb där saker ofta var väldigt bra.
Jag tror jag hade någon annan liknande lösning med CLI där man hanterade all docker och orchestrering via ett eget byggt CLI.
där de svåraste sakerna var gömda och du behövde inte ens göra PS och icke-init...
Alltså, det kanske är intuitivt men för mig är det inte så intuitivt, hur man kör alla dockergrejer.
Där fick man allting uppspesat och sådär.
Jag tror att det var väl först när jag kom till ställen som kanske inte hade samma typ av upplevelse
där de engagerade sig i DXN som jag insåg värdet av att ha det.
–Var bortskämd. –Ja, det kan jag tänka mig att man kan bli–
–om man vänjer sig med det.
Jag har inte haft nåt på samma sätt tidigare.
Det var mycket manuella, sen har det inte funnits lika stora plattformar i bakgrunden–
–men det var mycket "vi har vår cloud-tjänst och så sätter vi upp våra bild-pipelines–
i Azure DevOps eller GitHub eller vad det nu är.
Och sen får man sitta och mecka i dem där själv.
Men jag är så jävla ointresserad av Build Pipelines och byggsteg och Docker och Kubernetes och allt vad fan det heter.
Jag är totalt ointresserad. Så fort jag slipper bry mig om vad som finns i bakgrunden så blir jag väldigt glad.
Jo, samma. Man kan också ha en approach, jag kan ihåg en gång att det var en person i någon typ av plattformsteam som alltid var väldigt arg.
Så att alla var lite rädda för att göra fel eller fråga saker. Men vi blev kompisar så jag hade alltid någon att fråga om saker. Det är också en helt annan approach man kan ta.
För att få bra DX, då ska man alltså bli kompis med tooling eller plattformsteamet.
Ja, det är typiskt bra.
Ja, jag tror att det kanske är en bra approach till allt i livet, att bli kompis med dem man har något att vara beroende till.
Bara det man vill ha någonting.
Ja, nu låter det som att jag är en person som bara vill vara kompis med folk som kan ge mig något.
Du menar kanske att det är trevligt att ha bra kommunikation med alla man jobbar med.
Ja, exakt.
Nej, det tycker jag verkligen. För det här är ju en ganska stor del, i alla fall på de ställen jag har suttit.
Det är en stor del av där frustrationen har kommit, hur DX faktiskt är. Hur mycket man interagerar med deployer och när det inte funkar, vad gör man då?
Men sen finns det hela den andra biten som är på din lokala maskin.
Alltså när du utvecklar, hur funkar det då?
Hur mycket stör du dig på saker som händer?
Eller hur mycket hjälp får du av VS Code eller vad fan det nu kan vara?
Men jag känner att jag lägger ändå lagom mycket tid på att det ska bli bra känner jag nu.
Jo, men om vi stannar lite vid det här som du sa med att dockor och sådana grejer, att du inte är intresserad, det är inte jag heller.
Någon får gärna lösa det åt mig.
Men jag känner ju också att jag tappar mycket i det i och med att dels så kan jag inte dra upp saker och köra det själv lokalt.
Så när jag får fel så vet inte jag om det är jag som har gjort fel eller de som har gjort fel.
då måste jag fråga dem.
Och ibland är inte den här kommunikationen så lätt,
för att i vissa fall så tycker jag alltid att det känns som att de är såhär
"Åh, hur kan du inte fatta det här?"
För att jag fattar det inte.
För att jag är en väldigt visuell person.
För att jag inte förstår hur nätverk funkar, och saker flödar.
Och, och, och, ja.
Så att, så att, det är ju en av de läskigaste sakerna jag vet.
Jag kanske skulle tjäna på att lära mig allting själv.
Men det skulle komma till att kunna de själva.
Det gör det lättare att felsöka på sin egen maskin.
Och att man kan sätta upp saker så att det ska likna den deployade miljön.
Det finns ju gånger då man inte har problem på sin lokala maskin.
Men har problem när det är deployat.
För att det är en Linux-server och du kör Mac.
Unix borde vara Unix, men det är inte alltid det.
Absolut, det har du rätt i.
Men jag är lite som du, då lär man sig då när man behöver.
Och sen kan man lära sig lagom mycket tills man löser problemet och sen kan man glömma bort det igen.
Ja, men det är också så att jag kör docker hur många gånger som helst på min lokala maskin.
Varje gång jag skrattar så bara "Vad är det jag ska skriva?"
Det är ju bin och bärs och det är någon punkt och det...
Det sätter det inte, det kommer aldrig sätta sig.
Nej, jag vet inte om det är för min del tror jag att det är också att jag försöker inte komma ihåg det.
Jag tänker att det här är information jag inte vill komma ihåg.
Jag vill slippa kunna det här. Jag vill ha plats för annat.
Helt klart så det funkar.
– Jag försöker verkligen komma ihåg det.
Jag brukar skriva ner det ibland också.
Men sen är det som att min hjärna bara...
"Uch!"
Nej.
– Ja... Nej...
Jag förstår hundra procent poängen.
Och håller med också på den delen.
Men jag tänker också...
Jag tänker också att jag borde kunna klara mig genom mitt yrkesliv utan att skriva Docker PS en enda gång till.
– Ja, men vi kan betta på det här så får vi se. – Ja, det är inte superhöga odds.
– Jag blandar alltihop odds, högt och lågt. – Vänta, höga då kommer det inte hända.
Varför använder man ens odds? Snälla!
Du kommer behöva använda Docker PS första veckan tillbaka från semestern.
Ja, kanske. Det är inte omöjligt, faktiskt.
Men däremot, om någon bara kan fixa alla CORS-problem och certifikaterror åt mig,
då är jag bara lycklig, för det där är ingenting jag vill befatta mig med.
Nej, men det känns också som en typisk grej som man, så här, kan det inte bara vara löst?
Kan man inte bara få väldigt bra DX av någonting som fixar CORS och certifikat åt en?
Let's Encrypt känns ju som att det är ett steg i rätt riktning.
Jag har aldrig använt Let's Encrypt, förutom att jag vet att det finns.
Jag vet inte ens att det finns.
Det är något som ger dig gratis certifikat som gäller i 30 dagar, tror jag.
Men det är också så här "Det är så tråkigt, kan någon annan bara lösa det jättetråkiga?"
Exakt.
Det är så himla...
Det kommer ju att koka ner till att bra DX är att inte ha tråkigt.
Ja, att man tycker det är kul, den biten.
Jo, det jag tänkte på med det här med sin lokala utvecklingsmiljö är...
För du kör väl också VS Code, eller har du gått över till nån VIM-variant direkt i terminalen?
-Jag kör Emax. -Ja, gud vad härligt.
Jag skojar faktiskt, men jag har faktiskt gått tillbaka i livet till WebStorm.
Jaha, så pass.
Det är ju spännande, för det känns ju som en typisk DX-fråga då.
Varför gick du tillbaka till WebStorm?
För att jag älskar Webstorm. Eller, jag vet inte, det kanske bara var en "This was my first".
[Skratt]
Jag började min kodkarriär i IntelliJ och sen gick jag till Webstorm.
IntelliJ är ju liksom... Båda är ju JetBrains, men IntelliJ är den stora, tunga idén för Java, eller för JVM-en.
Mycket större, mycket tyngre. Och sen har vi Webstorm som är en avskalad IntelliJ för JavaScript och frontend mycket.
Men Keybindings och sånt är densamma.
Jag fick frågan på nya jobbet, "Vad körde för IDE? Körde vi VSCode eller vill du ha Webstorm?"
Jag gick ju från WebStorm för att det kostade pengar.
Då blev det helt mäckigt som konsult, vem ska betala, behöver jag verkligen det?
Jag hade ju många svängar ute i Sublime och sen körde jag Atom och sen provade jag Brackets ett tag, det gick inte heller så bra.
Sen gav jag upp och till slut gick jag över till VS Code.
Jag har väl ändå gillat VS Code och gillar mycket med VS Code och saknar vissa delar av det i WebStorm.
Men jag trivs ändå väldigt bra i WebStorm.
Kan du peka på en specifik sak som WebStorm gör väldigt bra?
Eller som du inte skulle kunna få via Scode till exempel?
Jag måste komfa mycket mindre i WebStorm.
Jag kan köra mina gästunit-test rakt av i debug-mode.
1 och 1.
Och få loggarna på det.
Jag gillar att jag kan söka filer eller actions på Shift+Shift.
Eller så är det bara gamla key shortcuts som sitter i filen.
Det låter lite som att det är mer ett IDE.
Vad fan står IDE för?
Integrated Development Environment.
WebStorm är väl mer ett IDE jämfört med VS Code som är mer en texteditor?
Ja, som man komfar upp själv.
Ja, precis. Du får ju väldigt mycket "out of the box" låter det som.
WebStorm typ, att man sätter och kör testerna och att du har dina kortkommandos på rätt ställen och allting sånt.
Ja, typ så.
Det var kul för jag sökte efter "keyboard shortcuts" och då laddade den hem en pdf till mig och öppnade den i ett fönster.
Så jag har alla mina shortcuts.
- Oj, oj, oj. Det var det som avgjorde droppen.
Som bara "Nu, WebStorm in my heart".
- Typ.
Jag saknar vissa grejer, saknar vissa shortcuts och grejer.
Men jag är nöjd.
Det är inte så att jag saknar någonting från VS Code, känner jag.
Vi har inte gjort några utsvävningar heller. Jag sitter i en "wrecked up".
Vad älskar du med VS Code?
Jag har kört Webstorm för länge, länge, länge sedan.
Så jag har lite svårt att jämföra med vad det är idag jämfört med VS Code.
Men VS Code kör jag mycket för att jag tycker att den är tillräckligt bra.
Det är en snabb Electron-app.
Det är ganska sjukt att tänka på att både Microsoft Teams och VS Code är byggda i samma ramverk.
Men de skulle ju från Electron för VS Code nu tror jag.
Jasså? Ja.
Tycker jag mig höra.
Det har jag nog missat. Men det kan jag mycket väl tänka mig.
Det är många som går över till att bygga på typ Rust till exempel.
Eller andra sådana lågnivå språk.
Hundra för att de vill lära sig Rust bara.
Ja förmodligen.
Klassiskt utvecklare. De vill ha bra DX.
Jo, det jag skulle komma till var att jag tycker det är nice att den är så konfigurerbar.
Det finns så jävla mycket tillägg till VSCode som är väldigt, väldigt trevliga.
Och det finns egentligen nästan allt som kan konfigureras.
Och det gör ju det till en sjukt personlig editor.
Och det tycker jag är väldigt, väldigt trevligt.
Sen vet jag inte riktigt om jag utnyttjar det så mycket som jag skulle vilja.
Men det är lite det här för att jag inte orkar lägga tiden på att konfigurera så mycket.
Vad händer när jag flyttar datorn? Måste man plocka med sig en jasonfil?
Det kommer man ta bort på vägen.
Det är där som det kanske gör det.
Men jag skulle säga att det är med alla tillägg som gör VS Code för mig.
Jo.
Jag önskar ju att jag var en konfare.
Det är säkert en inbyggd image-grej.
"Vilken hackare jag är! Jag hackar eget tema, jag hackar in det här och det där."
Jag orkar inte.
Jag orkar inte ens sätta upp egna saker i käll.
Jag drar bara hem C-käll, Oh My C-käll, klar.
Jag har lärt mig Oh My C-källs git alias.
För att jag orkar inte komma fram något själv.
Jag tror VS Code blev verkligen så att det är bra nu.
Nu har jag kommit upp det.
Jag vet vilka paket jag ska ta hem.
Men jag följer fortfarande en lista på, här är de bra paketen.
Sen la jag en orimlig mängd tid på att hitta ett bra färgtema.
Jag hade någon jättegrillig tema som hette "Är mig tyst" och min kollega sa "Åh, det är så lila!"
Så då fick jag lägga jättelång tid på att hitta ett nytt tema.
Vilket jag till slut hittade och blev nöjd med.
Som jag direkt hittade för Webstorm.
Så det var allt jag behövde. Det var typ allt jag brydde mig om, verkar det som.
Ja, när jag satte upp min nya dator för inte så länge sedan, så bara tog jag något mörkt tema.
Först och bäst att testa lite olika, så skulle jag känna hur det var.
Sen satte jag och skärmdelade med en kollega som sa dem, "Skulle du inte kunna byta tema?"
"Vi ser inte vad det står." Kontrasten var nog lite låg på det.
Är det samma kollega, eller?
Kan det vara samma kollega, det är inte omöjligt.
Men nu kör jag nog bara något VSCode Dark+ standard.
Det är som följer med, tror jag.
Men jag tänkte att jag ska byta för det är lite kul med teman.
- Jag gillar bara ha... Ah, förlåt. - Nej, kör på.
Jag tenderar ju hamna i lite rosa-lila-världen.
Och det är inte så mycket att jag älskar rosa-lila.
Utan det är för att jag gillar Dark-mode.
Men jag gillar när det är lite mjukare färger.
För att jag tycker det är lite lenare för mina ögon.
Det är också vilket otroligt djup jag har.
Som det enda jag bryr mig om är att jag har bra färgtemat.
Hur resten funkar det så här.
"Ehh, vi löser det med färgtemat."
Japp, det är viktigt.
Jag har lagt lite mer.
Jag har inte så många tillägg ändå i VS Code.
För att försöka hålla ner dem lite grann.
Men jag har några som jag tycker är så fruktansvärt bra.
Det finns ett som är min absoluta favorit, som är Abracadabra.
Om man har kört .NET så finns det något som heter ReSharper till Visual Studio.
Det är ett tillägg som lägger till massa refaktureringsgrejer.
Och det här Abracadabra gör samma sak.
Så om man kör till exempel Command-punkt på en Mac, tror jag, och Control-punkt på Windows.
Så får man upp ett liten meny med förslag på saker man kan göra.
Den lägger till saker där som är svintrevliga.
Typ så här "invertera den här if-en" eller "invertera det här villkoret".
Så om du har skrivit typ "någonting som är bla bla bla" eller "bla bla bla"
så kan du vända på det till en "och".
Fast då blir det liksom "inte" för "a" och "inte b".
Och det kan vara nyttigt ibland.
Den har också typ att man kan toggla så här måsvingar på if-satser och
bryta ut saker till komponenter och allt möjligt.
Den är faktiskt svinbra.
Och den är till och med så här att när jag suttit och mobbprogrammerat nu så är det så här folk som bara
"Vänta, vad var det som hände precis?"
För att jag gjorde någonting med det där tillägget som liksom gick lite snabbt.
Och de bara "Va? Vi måste också skaffa det."
Så den kan jag varmt rekommendera faktiskt.
Då kan jag säga att det är sånt som är inbyggt i WebStorm.
Jag förstod, nu vet jag exakt vad som kommer komma när jag är klar med det här.
Det finns ju ändå lite sånt inbyggt i VS Code också.
Men den här lägger till ganska många, lite edge cases på många sätt och vis.
Men när man väl behöver dem så är de väldigt trevliga.
Ibland tänker jag att det blir lite som en miniräknare gör, att jag inte kan räkna huvudräkning längre.
Om någon kommer att lösa alla mina Boolean-problem.
Alltså jag har fått så svårt för Booleans.
Alltså jag vet inte.
Ibland om det är för många.
Jag måste inte stirra.
Jag reder inte ut skiten.
[Skratt]
Nej, jag brukar ofta sträcka mig efter att säga det högt.
Alltså om inte A eller B och C.
Alltså så här om man säger det högt så brukar det bli lite enklare.
Men ibland trollar man ju bort sig själv.
– Ja. En liten anekdot var idag att vi ska ha någon slags workshop med teamet imorgon.
Och då skulle man fylla i en liten grej om sig själv idag.
Och då fanns det en skala på "talk to think" eller "think to talk".
Och jag bara insåg att jag var tvungen att dra hela vägen bort till "talk to think".
För det är allt jag gör. Så gör jag med.
Ja, det är ändå en vettig approach tycker jag.
Jo, jag skulle bara säga att jag har två till tror jag. En till kanske.
Gitlens känns det som att alla kör i VS Code.
Den borde man köra för den lägger till massa härliga git-funktionalitet.
Jag brukar alltid tänka att det är inbyggda saker i VS Code.
Sen sätter man upp en ny VS Code eller en ny dator.
Och så bara "Varför funkar inte den här grejen med git?"
Som alltid brukar funka.
Och så inser man att det är Gitlens som gör det.
Men det finns också ett ganska nytt om man kör TypeScript som heter TypeScript Error Explainer.
Eller Error Translator heter den till och med.
Där den försöker förklara TypeScript-fel med plain text.
Istället för att man får den superlånga TypeScript-felen också.
Men då försöker den skriva ut tips.
Du frågade efter den här typen, men du fick den här typen.
Den är ganska ny, så den är inte helt 100-perfekten.
Men det har varit några gånger som jag har fått extremt obskyra typeskriftfel.
Och så har den skrivit ut det rakt upp och ner i plaintext.
Och jag har fattat exakt vad det var.
Så den tycker jag är väldigt bra.
Nice. Och så har man satt massor med presanda, så fanns det ju en bundlesize analyser som kollade bundlesizer på imports också.
Just det, den finns också som visade inline i kodfilen.
Och sen fanns det ju den här color bracket grejen, men den la de in i VS Code.
Ja, den finns inbyggd för den kör jag fortfarande. Jag körde också extensionet förut, men nu är det inbyggt.
Det är väldigt, väldigt trevligt.
Jag kom på det mest magiska med WebStorm som jag har saknat något så otroligt mycket.
Jag kör ju Git i terminalen mest. Många kör det ju i idén.
Men jag har kommit in och gjort en Git add patch och kollat igenom mina grejer.
Men det WebStorm har, som kommer från IntelliJ också, det är ett Resolve-konflikt.
När jag får en merge-konflikt och öppnar upp result-konflikt och visar en lista på filerna så kan jag välja om jag vill ha inkommande eller mitt. Eller så kan jag välja att ta merge. Då får jag upp båda filerna bredvid varandra. Jag kan välja att trycka in liksom. Alltså då får jag upp tre sektioner. Så jag får upp vilken det nu är. Inkommande på vänster, vad det blir i mitten och sen mitt egna i höger. Och då får jag ju pilar där jag kan trycka in. Jag vill ha det här, jag vill inte ha det här, jag vill ha det här, jag vill inte ha det här. Allt är helt överskådat.
Och när jag är klar med alla konflikter så är det bara att "add merge nästa fil".
Det är magiskt och jag älskar det. Det är det bästa som finns.
Det finns väl ändå ett mergegränssnitt i VS Code också?
Jag har inte orkat lägga in det.
Jag tror det, utan extensions. Jag brukar köra det när det är merge-konflikter.
Och det är också lite så att du får välja...
Jag vet inte om de har den här trevägs-vyn som många älskar.
Jag har aldrig riktigt orkat sätta mig in i den.
Den känns jobbig bara för att det är tre.
Det kommer ju upp, du måste in i filen och så måste du "incoming", "accept incoming".
Alltså så kommer du upp i smin i text så måste du klicka rätt typ.
Det finns en två-vy också tror jag.
Där du kan se "incoming" på ena sidan och "current" på andra sidan.
Men absolut, det är som du säger.
Men vart gör du av det då?
Vart mergerar du?
Jag tror att man bara ska fatta vart det hamnar.
Jag tror inte att den där 3D-vind... Det kan mycket väl vara så att den här 3D-vind finns också.
Men man löser ju liksom varje liten konflikt för sig utan den här 3D-vind.
Är det här ett litet försvarstal ändå för VS Code? Att du måste visa att VS Code kan också?
Nej, men jag tänker att om man kör VS Code så man inte missar det. Det är mest därför.
- Eller? VS Code kan faktiskt också. - Ja, man vet aldrig.
VS Code, pengar mig hur mycket ni vill betala för det här.
[Skratt]
Vi kan ta det under bordet.
Jag var verkligen funderade på om jag skulle köra VS Code eller WebStorm när jag började det här.
Så det var inte så att jag bara kastade bort det ena för att jag tyckte VS Code har funkat bra.
Men sen blev jag lite fundersam på vad var det jag gillade så mycket om WebStorm och finns det kvar.
Och nu är det mer så här att "ja men nu kör jag väl det här istället, jag orkar inte lära mig om keybindings igen".
Och man får rätt mycket out of the box som jag aldrig skulle orka bli med om.
Det är jävla klagande på att jag inte har dry-code, alltså det är jävla gnäll.
Så det får man med.
Ja, med det så tror jag inte vi hinner med det här avsnittet.
Det kanske blir ett till avsnitt om DX, men vi får se vad vi tar upp då.
Om vi inte rullar med tilläggatres.
Nej, vi kan väl sluta på att jag bara säger "det jävla gnäll" tydligen.
Men man ska alltid sluta på botten.
Det är så det är.
Det har gått ut för oss, så slutar vi här.
Ja, så gör vi så.
Vi säger så, så hörs vi som vanligt om två veckor igen.
Och ni når oss där ni når oss. Som alltid.
Ha en fin sommar så länge.
Jajamän, vi hörs snart. Bye bye!
Hej!
[Musik spelas]
[Musik]
Tack!
