30. TypeScript är din nemesis
lyssna! 
Vi börjar med att prata om att Anton längtar tillbaka till kontoret av en väldigt specifik anledning, innan vi hoppar in på dagens huvudämne: TypeScript. Allt om disciplinen som krävs för att skriva TS, att Therése tror hon aldrig kommer komma överens med TS och att misstag med sina typer kan kosta mycket. Dessutom en del om att använda TS utan att skriva typer och ett dåligt exempel på Discriminated Unions.
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:
Vad säger utvecklaren när den måste dra?
Jag måste gitta!
Skrapa här!!
Transkribering
Transkriberingen är gjord av nån "AI-grej". Du kan förbättra den genom
att klicka precis här :) Vad säger utvecklaren som måste dra?
Jag vet inte.
Jag måste gitta.
Jag tänkte först att det var nåt sånt här git pull eller något.
Som den här klassiska mimen.
Någon typ "In case of fire, git".
"Commit git push" och så vidare.
Men det var okej.
Det är bara för att du försöker vara så fancy hela tiden.
Ja, jag tänker aldrig för avancerat.
I vilket fall, välkommen till ett nytt avsnitt av ASTF.
Podden där vi babblar på i en halvtimme om allt och ingenting.
Gud, vi har aldrig haft en intro så här förut.
Nej, jag tycker det.
Det stämmer inte riktigt heller med vad vi gör.
Eller ja, typ.
Ja, babblandet stämmer väl kanske.
Exakt. Det är kanske det som är nytt nu. 30 avsnitt in eller vad fan vi nu är.
Vad är det nya introt?
Ja, exakt. Poddar där vi babblar på om allt och ingenting.
Men det låter också som exakt alla andra poddar som finns i hela världen.
Så att jag vet inte.
Ja, vad är annars en podd?
Nej, exakt. Det är väl lite så det är.
Jag satt idag och tänkte på hur oerhört mycket jag längtar tillbaka till kontoret.
Och framförallt är det en anledning.
Och det är att kontor oftast har AC.
-Varmt eller? -Det är så fruktansvärt varmt i min lägenhet.
Nu är det lite extra varmt, för nu har jag stängt in mig här under någon sängöverdrag.
Så ljudet ska bli okej.
Allt jag gör för er lyssnare, ni borde tacka mig.
Men min lägenhet är extremt varm.
Jag har en fläkt som jag flyttar med mig
beroende på vart jag är i lägenheten eller i köket
eller om jag är i soffan eller i trängen.
Jag måste flytta med mig vart jag är, bara för att det blir så jäkla varmt.
Och då tänkte jag på idag att
"Fan, kontor har ju ändå AC. Gud vad skönt det ska bli."
Jag hatar ju att vara på kontor på sommaren just på grund av att den har AC.
För att det är så här, ja just det jag ska transportera mig så ska man åka så är det jättevarmt så då behöver jag inte det.
Då kan jag ta typ en skjort eller en klänning eller vad det är och sen så tänker jag inte så mycket på det.
Och sen kommer jag till kontoret och så fryser jag i åtta timmar.
Ja det är ju ett problem.
Men jag tycker definitivt det är värt det.
Och nu när jag har flyttat och även bytt uppdrag så bor jag relativt nära mitt nya kontor.
Jag var där en gång när det var intro.
Men jag skulle kunna ta mig dit nu bara för att det är så fruktansvärt varmt.
Så nästa vecka får vi se om det kanske inte blir någon dag på kontoret.
Även om inte en annan själ från teamet är där.
Men just för att AC bara är värde.
Ja, det låter väl rimligt. Jag har en relativt sval lägenhet faktiskt. Vi har liksom inget sol på den.
Det kan man vara ledsen över på andra sätt.
Ja, men det är ju också det sjuka. Jag har ju typ inte jättemycket sol heller.
Jag får typ lite sol kanske två timmar på morgonen. Nej, inte ens det. En timme på morgonen.
Och då lyser det in med extrem vinkel mot fönsterna. Och sen har jag inget mer sol.
Så sen går solen liksom åt andra hållet. Så jag vet inte varför det blir så varmt.
Men det är egentligen helt orelaterat till det vi tänkte prata om idag.
Vilket är en annan liten uppenbarelse jag fick.
Uppenbarelse låter ju kanske konstigt.
Men nu när jag har bytt uppdrag och man kommer in i något nytt så tycker jag det är jävligt kul.
För det blir ju att man jämför litegrann.
Okej, vad har jag suttit med för projekt innan?
Hur har kodkvaliteten varit där? Vilka teknikval har man gjort?
Allt sånt. Känner du likadant när du byter uppsättning, att det är kul att jämföra?
Ja, jag vet inte. Eller kul att jämföra? Jag tror snarare att det är lite stressande att inte veta hur saker fungerar.
Jag vet inte, det är som att jag glömt bort hur man byter saker och kommer in i nya.
Men det är det väl ändå, speciellt om man hittar liknande problem som man stött på förut.
Hur har de löst det här projektet och hur jämför det med det sättet vi löste det på innan eller inte löste det.
Så ja, jag landar nog kanske i att det är kul.
Bra utläggning.
Absolut. Jag tycker att det är väldigt intressant, för att folk gör ju så olika val.
Till exempel i projekten vi sitter i nu så har de inte kört Prettier innan, bara som ett exempel.
Och det har varit standard, eller väldigt många har gjort det valet i de projekten som de har kört innan.
Och när jag själv skapar något nytt nu för tiden så kör jag ju också alltid Prettier.
Så då var det så extremt ovanligt att man bara "det finns inte Prettier".
Nu har vi väl bestämt att vi ska lägga in det, men vi får se när det sker.
Det kräver en del handpåläggning när man inte haft det från början.
Ja, hysteriken och allt måste man avgöra om man vill ha kvar den.
Ja, exakt. Så vi får se hur det blir.
Det kommer att bli så här, det fanns ES-Lint med lite regler om
ska det finnas semicolon eller inte, hur ska man göra och radlängd och sånt.
Men det kommer ändå att bli att gör man en PR så kommer det bli
mycket formateringsändringar i början.
Alltså på filer som inte har ändrats.
Och det är ju en liten tröskel för att lägga in PrettyDude.
Även om jag tycker att det kanske är värt det i längden.
Men en sak som jag har reflekterat väldigt mycket över är just TypeScript.
Som jag körde på det tidigare uppdraget jag var på och även kör privat.
På lite hobbyprojekt som jag har igång.
Och inte kör på jobbet så att säga.
Och jag kom på mig själv med att tänka att det inte var många år sedan jag bara "Fy fan vad jobbigt det är med TypeScript"
Och att jag har gått till nu och tänkt "Fy fan vad jobbigt det är utan TypeScript"
Och den resan jag såg tillbaka på mig själv vid någon tidpunkt för något år sedan
ett år sedan, där jag kände att i TypeScript är allt mycket jobbigare.
Jag vill ha det dynamiskt typat, jag vill kunna göra vad jag vill.
Det går mycket snabbare att jobba och allt sånt.
Jag tror vi kanske var in på det här i något väldigt tidigt avsnitt i poddens historia.
Jag tror inte vi pratade så djupt om det då.
Men just när man ska ändra saker...
Vad tycker du om TypeScript? Kan vi börja där?
Jag är nog lite där du var förut. Fan vad jobbigt det är med TypeScript.
Med det sagt så var det väldigt länge sedan jag satt och kodade JavaScript.
Det sitter bara i TypeScript nu för tiden, nästan har gjort det ett tag.
Och jag förstår poängen med det. Jag tycker inte det är något konstigt.
Jag förstår varför, men sen så blir jag...
Ibland kommer jag på mig själv och tycker,
speciellt när man pratar om back-end-dela,
alltså Node och TypeScript.
Ibland kommer jag bara på mig själv och tycker så här,
"Fy fan vad mycket jobb som vi lägger ner på
att typa ett otypat språk.
Varför använder vi inte bara ett typat språk?"
Ja, den känslan kan jag förstå.
Det är verkligen ett övervägande att göra.
Min erfarenhet i början var att jag satt mycket i TypeScript-projekt som var jävligt avancerat typade.
Folk hade verkligen gått all in på Advanced Features-sidan i TypeScript-dokumentationen.
"Man kan göra så här, fan vad coolt!" Och så körde de på allt.
Och det gav en ganska sur eller dålig eftersmak när man väl satt i det.
För då kämpade man verkligen mot typerna skitmycket.
Alltså, "ja men här är typen, så öppnar man typningsfil och man bara, jag fattar inte ens vad som händer".
Alltså det är så mycket skit som händer i den här filen och det är liksom tre rader riktig kod och 500 rader typer.
Ja, för att jag tror det var någon gång i början när jag satt med TypeScript, det var någon gång jag fastnade i att jag skulle bygga en funktion, tror jag.
Jag kommer inte ihåg exakt vad det var men det var typen av, det verkar vara en bugg här.
Vi måste lägga till det här och det funkar inte.
Vi måste lägga till det här och det här och det där.
Det som egentligen var en rad kod blev tre rader kod för att det är god att se typningen.
Jag var så här, men vad tjänar vi på det här?
Tjänar vi de facto någonting på det här?
Jag har alltså lagt en eftermiddag på det här.
Jaha.
Den biten, ibland kan jag väl känna att det känns som att man jobbar emot det, sen när det är på plats så kan det hjälpa jättemycket såklart, men jag tror, jag är väl kanske inte, jag vill inte vara i mellanläget där, om det ska vara typescript då vill jag göra det ordentligt, inte använda alla fancygrejerna eventuellt, men då vill jag att det ska typas ordentligt.
Då vill jag ha samma typer som ska vara samma överallt.
Då vill jag ha samma bibliotek nästan.
Jag vill inte hålla på och skapa nästan likadana typer.
Då vill jag ha ordning.
Så det blir nåt så här, antingen gör jag det skitjobbigt, eller så vill jag inte ha det alls.
Ja, exakt. Det där har jag återkommit till.
Det känns lite motsägelsefullt för mig att säga.
Men jag tycker typ att TypeScript kräver mer disciplin än JavaScript.
Även fast det kanske borde vara tvärtom.
Eftersom TypeScript är typat så borde det krävas mindre disciplin för att följa och koda det.
Men jag tycker att det krävs mer disciplin att skriva TypeScript.
Det är så lätt att det går lite överbord med hur många typer man skapar, hur de ser ut och hur de används.
Du säger att det blir duplicerade typer som finns på lite olika ställen.
Det känns som att TypeScript kräver ganska mycket överblicken över hur allt ska funka och hur allting hänger ihop för att det ska bli bra i slutändan.
Ja, och man får ju en väldigt tydlig feedback på ett tidigare misstag.
Alltså, säg att man sitter och skapar upp någonting och sen så är man såhär, är det en optional eller är det en null, jag vet inte.
Så väljer man någonting och så valde man fel och sen så kommer det med en liksom resten av resan och ska du ändra det, då får du ändra på jävla massa ställen kanske liksom.
Och det är ju såklart att det kanske motverkar buggar som du kanske hade haft utan det.
Men det blir en väldigt tydligt kvitto på att här tänkte du fel en gång i tiden och nu gör det lite ont att fixa det.
Ja, nämen exakt. Jag håller verkligen med om att det finns de här nackdelarna.
Eller vad man ska säga att det är.
Det känns som ett väldigt stort beslut att välja att köra TypeScript.
Just för att det finns så mycket för- och nackdelar med det.
Det jag har kommit fram till, som jag tror att jag har landat i efter att ha kört det
i några år nu i alla fall, är ju just det att
vid refaktoreringar till exempel så hjälper det ju extremt mycket om det är bra typat.
Och där har ju svängt väldigt mycket. Jag är ju dotnetare i grunden om man tänker tillbaka till jag började koda professionellt.
Men där tyckte jag också att det var jobbigt med typer.
"Fan vad jobbigt det blir med alla klasser och grejer, och så ska de kopplas samman och grejer och så här."
Fast det som jag tror är skillnaden är att de språken är ju också objektorienterade.
Vilket gör att det blir ytterligare ett lager på.
Medan jag tycker att TypeScript blir en perfekt balans för mig.
Det är ett dynamiskt språk som inte är objektorienterat utan prototypbaserat.
Men där du fortfarande lägger på ett litet lager av typer ovanpå.
Och där tycker jag att det finns en gyllene medelväg som funkar extremt bra.
när man har den här disciplinen som vi pratade om, att typerna inte springer iväg åt alla håll och kanter,
och att man inte skriver jätteavancerade typer, utan man försöker verkligen hålla det basica.
Vi typar upp hur våra objekt ser ut som max, och vi försöker inte göra superavancerade grejer.
Nej, där håller jag med, det är ju inte lika tungt som ett objektorienteringsprojekt.
Jag kommer ju från Java hållet, och det är ju väldigt mycket boilerplate och mycket som händer.
Det är samma typ av problem där, du får äta upp ett misstag och det är optional.
Det är typer som måste vara rätt och hålla tungan rätt i mun.
Jag tror att det som jag har svårt för är att jag kanske gick till Javscript för att jag fann det lite charmigt med cowboy hacks-grejen.
Att det var så himla lätt och snabbt.
Och på något sätt så känns det som att TypeScript ibland rånar mig på det.
Här igen, missförstår du inte, jag ser fortfarande poängen med det, klart i ett projekt där det ska refaktoreras eller det är många som ska jobba på samma eller man ska lämna över, jag ser ju poängen med det, jag tycker inte det är konstigt, men jag tycker det är lite mindre charmigt att jobba med.
Ja, men det blir liksom, jag har verkligen svårt att komma över den här grejen med att man fastnar mycket i, okej men vad är det för typer i compile time och vad är det för typer i run time och när slår den här typen och det blir liksom en enorm tröskel ibland
Såklart beroende på vilket projekt man har, hur mycket typen man har, hur lång tid det tar att bygga.
Men kanske att man bygger någonting och sen får man vänta in att editorn ska hitta felen och sen så får man error på det och då bygger det inte och då får man inte upp någonting i gränssnittet och så får man gå tillbaka och sen så till slut kanske man sätter ignore på allting och sen får man gå tillbaka och ändra det.
Det blir ju en tröskel som är mycket större bara.
Säkrare, ja, men den är ändå där.
Ja, absolut. Jag tycker du är inne på en bra grej med det här.
Typescript är ju inte ett typat språk i den månen att det är garanterat att det som händer i runtime
är samma som i compile time, eller vad vi ska kalla det.
Så det finns ju definitivt den här risken att du har typat att den här typen ska komma från ett API och så kommer en annan typ.
Och då betyder det helt plötsligt inte att dina typer är någonting längre.
Nej.
Och det är ju definitivt en nackdel med det.
Men jag tror att det är också svårt att komma ifrån det när du kör på webben.
Du kan ju inte typa.
Nu finns det såklart GraphQL där du typar saker och säger vad det kommer från ett API.
Men du kan aldrig vara helt säker på att det kommer komma exakt rätt typ.
För att det skulle kunna vara att det ska skickas en streng, men det kommer en siffra till exempel.
- Ja, det blir ju på något sätt mer som developer experience bara.
Det är ju klart alla språk, annars skulle vi skriva binärkod.
Men det blir kanske mer som DevTools än någonting annat.
Jag såg någon artikel från, jag kommer inte ihåg vem det var nu, som argumenterade för att de tyckte inte om TypeScript jättemycket.
De gillade inte att skriva upp sina typer och gillade inte att göra en massa annat.
Men de älskade det andra som kom med TypeScript, dvs. Autocomplete och automatiska importer och mycket sånt där som hela TypeScript-motorn hjälper till med.
till med. De körde typeskript i sina projekt, men de skrev inga typer överhuvudtaget.
Bara för att få det andra runt omkring. Och de tyckte att det här är det bästa sättet att använda typeskript på.
- Ja, det är ju såklart, det ger ju jättemycket. Jag förstår det också. Jag förstår att det här motvilla inom mig
Jag och mig egentligen logiskt sett inte har belägg för det för att jag ser det är mycket förenklare mitt arbete.
Det är mer som du säger, autoimporter, det är typer och du kan faktiskt kolla vad det är för någonting någon förväntar sig att få in som parametrar eller ger tillbaka.
Alltså det är klart det är för enklare arbetet, men det är även någon slags barnslig, liten cowboy-hackskodare i mig som är lite grinig bara.
Kombinerat med att jag inte förstår TypeScript ordentligt.
Och det jag varit inne på förut, jag tycker det är väldigt svårt att lära sig TypeScript.
För det är på något sätt att du har antingen den jättegrundläggande nivån, eller så har du den jätte, jätte komplexa nivån.
Jag skulle känna att jag behöver någonting som täcker det här hålet emellan.
Jag har inte riktigt lyckats göra det än, känner jag.
- Nej, jag håller med. Jag tycker också att typgifter är svårt att komma in i.
Jag har lärt mig lite grann av att sitta med det, men det är som sagt,
att bara läsa dokumentationen är ofta svårt, för det är ofta ganska abstrakta
termer och terminologi. Det är mycket som kommer från funktionell programmering.
När de pratar om unions och discriminated unions och intersections.
Det är mycket teori bakom som man nog skulle ha mycket nytta av när man lär sig det.
Och den teorin har ju verkligen inte jag.
- Nej, alltså...
Den har väl jag någonstans som är en återspegling av gamla Venn-diagram
och ångest på mattelektioner.
Men allt är på något sätt implementerade i olika.
Jag känner verkligen att jag saknar den här grundläggande delen
och jag har väldigt svårt att hitta den.
Jag har ändå lagt lite tid på att försöka hitta lite bloggposter
eller tutorials eller läsa på eller läsa dokumentationen.
Jag känner verkligen som att det är någonting i mitten som saknas.
saknas. Det går för fort till, ni vet ju att det funkar så här, så då behöver jag bara beskriva den här lilla lilla delen.
Då behöver det big picture, the whole picture.
- Ja, det jag känner är att ibland har jag lagt på någon liten pusselbit. Nu kommer jag inte ihåg om det är just den här termen som beskriver det.
Det kommer jag att beskriva strax.
Men det här som jag pratade om med "discriminated unions"
tror jag är att...
Någonting som jag i alla fall tycker är sjukt nice
som jag använder i ett hobbyprojekt nu för att typa saker på ett jävligt smidigt sätt.
Men det är typ att säga att...
Säg att du har ett objekt som har typ proppen "name" och "type"
Och om typ är A, då kommer den också ha en till property som är något annat.
Så om typ är A, då kommer den ha name, type och foo.
Gud, jag kommer inte på något bra konkret exempel nu, så vi får slå ut med det här.
- Alltså, cat? - Jag kommer inte på något bra som bara katter har just.
Men typ är djur och sen är det en katt.
Super konkret exempel.
Kör på a och fo, snälla.
Vi har ett vanligt objekt, vi har ett name som är en sträng, vi har en type som är en sträng
och sen har vi en foo som också är en sträng.
Foo kommer bara användas om type är A.
Om typ är B kommer foo aldrig användas.
Då kan man typ typa det här med det här discriminated unions, tror jag det heter. Det kan vara vanliga unions också men jag tror att det är det som är discriminated.
Då kan du typa och säga att om typ är A då finns foo-propertyn också.
Och är typ inte A då finns inte foo-propertyn.
Det tycker jag är sjukt nice när man kan typa det baserat på värden.
Det är väl en av få avancerade grejer med typ.
Jag har plockat upp det för att jag vill ta upp det som ett konkret exempel.
Men det har ju tagit lång tid att förstå vad fan som händer.
Ja, alltså sånt där gör mig ju lite upprörd också för att det blir till exempel som i Union Types.
Säg att om jag har det här attributet som ett objekt och det kan vara av den här typen, eller den här typen, eller den här typen.
Det är väl Union Types liksom.
Ja, exakt.
Och så ska man använda det på något sätt.
Då är det alltid någon bugg eller något som gör att det inte funkar.
Eller någonting som själva linten uppfattar som fel.
Och sen så sitter man där i skiten.
Ja, det har ju hänt relativt ofta.
Typescript skriker på en och så öppnar man felmeddelandet.
Och man bara "Aha, det var 300 rader i felmeddelandet".
Och man bara "Ah, okej, det är bara att scrolla".
Nu har jag bara lärt mig att man ska scrolla längst ner och kolla vad det står där.
Men det är fortfarande lite avskräckande att när man hamnar där
Då hade man bara "jag gjorde typ ingenting i TypeScript och nu skriker den redan på mig".
Ja, men just de...
Det blir så här, okej, men jag försöker använda Union Types, jag tycker jag använder den på sätt som det ska vara.
Men det är någonting med det jag försöker använda det i som inte lirar.
Och det skulle faktiskt kunna vara ett sätt om man skriver till TypeScript som inte lirar med det här andra libet eller tekniken jag vill använda.
Och det går inte att lösa.
Då blir det helt plötsligt så här, okej, då ska jag bara hoppa över det och vad använder jag då typerna till?
Och så blir jag lite arg.
Ja, men det förstår jag.
För det är ju också ett annat tem som du nämnde, att du använder något som inte är skrivet i TypeScript.
Och så helt plötsligt så har du inga typer på de grejerna och så måste man antingen skapa upp några egna declaration-filer själv
och så blir det ännu mer boilerplate och man bara, nej men det här, jag orkar inte TypeScript.
(skratt)
Vad är det för det?
Finns det stunder då man blir ledsen i ögat?
Det håller jag 100% med om.
Jag är också verkligen där.
Ibland river man sitt hår över TypeScript.
Samtidigt tycker jag ändå att det är värt det i längden.
Jag kör TypeScript på allt jag gör nu.
Även om det är något litet hobbyprojekt.
projekt så kör jag TypeScript för att jag tycker att det ger mig så pass mycket.
Sen kanske jag inte skriver superavanserade typer och TypeScript liksom
införar ju mycket själv vad det är för typer.
Så då behöver man inte göra så mycket.
Men just för att liksom, det är så skönt bara att den har den där och att den
skriker på med enkla fel som att nu försöker du jämföra en sträng och en siffra typ.
Alltså i mina barnsliga öron så låter ju det där helt barockt.
Men det var å andra sidan ganska länge sedan jag gjorde ett eget hobbyprojekt.
Vem vet vad jag skulle använda idag?
Ja, det förstår jag.
Det kanske inte är på exakt alla projekt.
Jag har ju ett endagsprojekt, det kanske inte är i TypeScript.
Men när jag har något som har lite, lite långsiktighet i sig, då
då vill jag absolut helst skriva det i TypeScript.
Det känns som att det är en extra lager med trygghet som jag betalar ett litet
Precis i frustration för att ha.
Ja, men det kan jag förstå. Speciellt om det är något man plockar upp.
Jag fick bara upp en bild av att man är på ett endags hackatorn och så lägger man fyra timmar på ett typeskriftspel.
Nu har jag skrivit jävligt bra typer här så jag ska visa på min demo.
Det är så jävla safe och sen så blir det fel i runtime ändå.
Exakt. Ja, det skulle kunna hända. Har säkert hänt.
Men jag förstår ju den grejen, som du säger, mer långsiktiga projekt där du kanske verkligen vill förvalta det, plocka upp det senare och det kommer ju ge dig mer hjälp också kring hur tänkte jag här, vad är lättare att härleda fel och buggar möjligtvis.
Jag förstår ju poängen med det, men jag kommer inte överens med nyttan.
Det har fortfarande något i mig. Jag blir nästan lite upprörd när jag tänker på det.
Jag vet inte varför.
- Det är något inneboende i dig som hatar Taipei.
- Ja, jag vet inte. Det kanske är bara någon jättekonstig grinning.
Jag kunde fastna på saker som jag jobbat för att släppa, men typ det här semikolon eller inte semikolon.
När man gick från snake case till camel case för att jag kom från Python och C++.
Och liksom små skitsaker. Så det känns som att jag är lika upphängd på TypeScript som det med de grejerna.
Men det är någonting som fortfarande känns svårt.
Men jag tror ju, det känns ju som att det är liksom, mycket är TypeScript som är framtiden.
Ja det är väl lite den bilden jag har också.
Man kan ju tänka sig, det finns ju lite alternativ.
Vi kan ju titta på Flow som finns, men där är det väl i stort sett väldigt få stora projekt som kör nu.
Det är väl typ React-kodbasen som kör Flow fortfarande.
Men det är väl också för att Flow har väl Facebook från början om jag inte minns helt fel.
Ja, jag tror det är deras.
Men sen finns det ju till exempel så kommer det alternativ som i Blazor till exempel.
Som inte kanske riktigt är samma sak, men där är det ju liksom att du skriver C# istället.
Som sen i sin tur blir WebAssembly.
Och då att du liksom har den typningen när du väl skriver i C# så att säga.
Men det är inte riktigt samma sak som TypeScript, det är fortfarande JavaScript som TypeScript-hatarna hatar att man säger.
Men jag tycker det är ett längre steg bort från JavaScript än vad TypeScript är.
Ja, för det finns ju andra språk, det finns ju ELMO, det finns ju att man drar in RAM, men jag har inte jobbat med det så att allt blir funktionellt.
Men just när man pratar typ att bygga stora JavaScript-projekt känns det som att TypeScript är verkligen...
Alltså det känns som att... och nu kanske jag lever i en bubbla, men det känns som att det är nästan ingen kvar som kör JavaScript
bara utan tanken på att någon gång gå mot TypeScript.
Ja, kanske lite bubbla. Jag har ändå stött på folk som är så här "vi kommer aldrig gå till TypeScript".
Om man tittar på ett stort projekt, om vi pratar Open Source, då finns det 3GES, som är det här 3D-libbet.
Där är de som har intaginat det väldigt anti-typescript.
Varför? Jag vet inte riktigt. De är väldigt anti väldigt mycket.
De vill verkligen att 3GES ska vara så här, droppa in en scripttag och sen funkar det bara.
Vilket du kan göra på massa olika sätt, men de är väldigt anti att du inte ska kunna köra import och sen en modul från Tree, utan du måste importera hela Tree.
Och det är mycket för att de...
Alltså det är mycket så här...
Mycket programmerare som inte bygger hemsidor, utan mer så här kreativ programmering. Alltså som bara gör saker i Tree.
Som kanske inte sitter och skriver kod på samma sätt som vi tänker när vi pratar om React och allting sånt.
Så det är väl lite därifrån de har den synpunkten.
Men det finns nog ett gäng stora projekt som är anti-typescript.
Men sen tror jag, som du säger, att väldigt många går emot typescript för att
när man gör det för bibliotek och ramverk så ger det så mycket för integrationen.
Att du kan få att det blir lite självdokumenterande
istället för att det behöver dokumentation på allt.
Ja, och jag menar det blir ju hela, om man kör hela stackar också typade, det är ju bättre liksom.
Ja, absolut. Och tittar man på mitt förra uppdrag då hade vi ju GraphQL och sen genererade vi upp våra TypeScript-typer från GraphQL.
Så att när vi skrev våra mutations och queries så kunde vi köra ett kommando och så ploppade upp en liten TypeScript-fil med typen i.
Och så kunde man bara importera den där man ville använda den.
Och det var ju sjukt smidigt.
Det är en av de bättre utvecklarupplevelser jag haft när man ska integrera med ett API.
- Ja, för att nu har vi det projektet jag sitter på.
Det är ju liksom att vi egentligen skapar upp typerna i backend.
Och sen för API-et och sen så kopieras de över till
Att använda samma typer i frontend. Så det är alltid de typerna i backend som gäller när man vill använda lastmodeller i frontend.
Inte riktigt lika fancy automatiserat, det kanske är nu.
Men ändå principen att man gör typerna på ett ställe är ganska nice.
Ja, jag håller verkligen med. Det blir ju samma sak i mitt fall.
Bortsett att när vi skriver mutations och queries så blir det typer också.
Men annars kommer ju typerna i GraphQL från back-end.
Så det blir ju i stort sett samma sak.
Men har du inte mer just nu på TypeScript, eller det är säkert att det dyker upp mer,
Du kanske lär oss något annat coolt fancy avancerat TypeScript typ som man kan göra.
Kanske inte ha någon val.
Det är väl ofta så man lär sig nu på tiden.
Ja, det var ju trevligt att få återbesöka sin så här barnsliga "jag vill inte"-känsla kring TypeScript.
Ja, det känns som om TypeScript litar dinemisys.
Ja, jag vet inte om vi någonsin kommer att bli vänner.
Jag vill bara hoppas, harva på liksom.
Jag tror att vi pratade om TypeScript för ungefär ett år sedan, så nästa år kanske vi blir ny-revisit.
Och sen så får vi se om du tycker bättre om TypeScript då eller inte.
Ja, jag vill göra så.
Men tack till alla som lyssnar. Vi finns som vanligt på Twitter om man vill någonting.
Det finns länkar i beskrivningen. Ge oss gärna en recension på iTunes som vi tjatar om i varje avsnitt.
Vet inte riktigt varför, men det känns bra.
Vi säger så till om två veckor igen, så hörs vi då.
- Det gör vi. Hej då! - Bye bye!
[Outromusik]
