107. Therése är gammal
lyssna! 
Via en dåligt planerad sommar, att gräva sig ner i ett hål, 2001 och mongo aggregation pipelines så snackar vi om att visualisera och dokumentera infrastruktur och kod. Dessutom en hel del om att imponera med Miro, skillnaden mellan kod och hus samt när kroppen skriker att du är gammal.
Ring in och berätta något kul om din semester på vår röstbrevlåda! 0766 86 05 07!
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 <3
Tack till Simon L för dagens skämt!
Länkar
Avsnittets skämt:
Why do React developers hang everything on the wall?
They love hooks
Skrapa här!!
Transkribering
Transkriberingen är gjord av nån "AI-grej". Du kan förbättra den genom
att klicka precis här :) "Why do React developers hang everything on the wall?"
Jag vet inte.
"They love hooks."
Hmm...
Hahaha.
Jag känner att jag får ganska...
Jag känner att jag får liksom...
Jag vet inte, jag får en bra plats för att de här skämten ska flyga.
Hahaha.
Det är ett skämt från vår kära minne-skämtkran, Simon.
Tack Simon.
Jag förstår att jag har för dålig reaktion, men jag tror att jag fastnar någonstans i att jag är så rädd att jag är för dum jämt för att fatta skämten.
Så jag måste ta en liten stund och bara se att jag har fattat det.
Och då försvinner det roliga.
Ja, absolut.
Jag får klara skämtet för mig själv och då är det inte roligt.
Du analyserar att det har att göra med att det kallas "hooks" i React och man kan ha hooks på väggen.
Jag förstår.
Och så blir reaktionen "hmmm".
Ja, och så blir jag lite stolt över mig själv att jag förstod.
Haha.
En sak vi kan väl adressera, det var pissigt ljud på förra avsnittet.
Jag kanske har hunnit fixa det.
Det låg helt avlöjt på mig.
Det var inte Therese fel.
Jag menar att det var inte dåligt ljud på dig.
Nej, jag sänkte Therese jättemycket så att man skulle höra mig ännu mer än vad man brukar göra i den här podden.
Men vi får se om jag har lyckats fixa det till nästa gång.
Ja, som är imorgon.
Eller?
Som är imorgon.
Första avsnittsutbildningen efter semestern.
Vi är lite...
Jag vet inte.
Det är lite knaggligt.
Ja, lovade inte vi att vi skulle vara så här appigt?
Jo, men vi lovar mycket, känner jag.
Man behöver inte hålla allt man lovar.
Haha, nej, och det gör vi ju verkligen aldrig.
Men vadå, vad är knackigt? Hur har din uppstart varit?
Ja, den har varit långsam.
Alltså, jag har ändå jobbat nästan två veckor nu.
Och...
Helvete vad långsamt.
Första veckan jag var tillbaka var det så fruktansvärt låg tempo.
För då var det också så här, vi jobbar ju i en jävla cykler hos min kund.
Som är typ sex veckor långa, eller åtta veckor långa kanske.
Och nu var det en extra lång cykel för att det var en sommarcykel.
För att alla var på semester såklart.
Ja.
Sverige stänger ner.
Vi var skitsmarta och planerade in att vi skulle göra någonting som hade tredjepartsberoende till ett annat bolag som vi skulle bygga en interaktion mot.
Visade sig att de också hade semester.
Vem hade kunnat trott?
Vem hade kunnat ana det?
Är det också ett svenskt tredjeparts...?
Ja, ett svenskt tredjepartsbolag.
Väldigt mycket industrisemester.
Så det var väl jävligt olegnerat av oss.
Ja, för det där är så sjukt också.
För jag kommer ihåg när jag hade kollegor i typ i USA.
Och de bara skre så bara, "Men för i helvete är det jävla Sverige, är det ingen som jobbar någonsin på sommaren i det här jävla stället?"
Nej, och vi hade verkligen ingen som jobbade.
Vi stängde ner under några veckor typ.
Och det här andra bolaget stängde ner under nästan samma veckor.
Vilket gjorde det lite svårt att få någonting gjort på det.
Och sen när jag kom tillbaka så var det typ såhär, vi hade byggt klart vårt, vi väntade på svar från dem.
Vi hade typ inte så mycket annat att göra så vi satt och byggde lite småsaker.
Vi skulle bygga en jävla analyticsgrejer som är fruktansvärt oklart.
Typ data produkter, typ vårt system ska förse en jävla Google BigQuery med data som man sen ska kunna skapa några measures i.
Som man sen ska kunna skapa rapporter på och bla bla bla.
Och sexigt.
Ja, väldigt. Det är skitbra om man får till det.
För då kan du korsa data mellan olika system på samma ställe.
Och man behöver inte hålla på, det behöver inte bli så rörigt.
Allting kan bara hamna i BigQuery. Och så kan man få jättebra historisk data och allt möjligt.
Men den strukturen har inte riktigt satt sig och det har varit lite rörigt med kompetensen och allt möjligt.
Ja, alltså jag kan inte ens göra en join så jag tror inte jag ser nånting.
Nej, men det är därför man använder typ ett prisma så slipper man. Den löser allt.
Ja, jag sitter i Drizzle för att kissa.
Ja, jag sitter i Drizzle. Jag funderar på Drizzle. Men det ser inte riktigt lika bra ut som Prisma tycker jag.
Ja, men jag är på en påskres.
Ja, men det är väl jag med.
Ja, det är det ja. Jo, men den här var redan uppsatt.
Databasen är inte min. Alltså det tog mig så lång tid att komma ihåg att jag skulle göra en migration file.
Så vi behöver inte prata om det.
Ja, för det gör inte Drizzle manuellt eller? Eller automatiskt menar jag.
Jo, men säkert men jag tror att det var redan uppsatt och jag bara "Varför funkar det inte? Varför migrerar den inte? Nu har ju filen funnits här."
Dels så fattade jag inte att jag skulle ta bort filen innan jag fattade att det fanns en JSON-logg jag var tvungen att ta bort.
Vilka migrerings-filer den skulle ta med också när jag väl ville ta bort den som vi hade testat med.
Det har satt långt inne liksom. Det tog mig tag. Jag fick följa alla delar.
Men sen var det också att vi kör... Det är ju ett monorepo så vi bygger ju både back-end och front-end med hjälp av Turbo.
Så vi behöver bara köra YarnDev.
Sen till slut var det någon som lackade på att vi har paket också. Att de inte byggdes på förändringar.
Så han fixade det.
Så då tänkte man ju hela tiden att "Kör jag YarnDev nu så ska den här bygga den här tjänsten och så ska det få det att funka."
Men sen så kollade jag på skriften till slut och insåg att den bara kör "Kopia migrerings-filerna på YarnBuild".
Och det tog mig ytterligare en halvtimme att komma på.
Så det var mycket, men det här var innan sommaren.
Men i Drizzle är det väl också typ typer som spesar din databas eller?
Ja, det är det.
När du har lärt dig Drizzle så kan vi väl jämföra Prisma och Drizzle.
Jag tänkte inte lära mig Drizzle.
För podden skull, för innehållet skull.
Låt mig bara lägga in lite mer saker i en tabell här borta som inte behövs.
För att, content.
Exakt.
Om någon frågar dig på jobbet så är det bara "Jag har en podd, det räcker med att svara där."
Vad pratade vi om innan?
Nej, men det var långsamt i början och tredjepartsarbetarna var också på semester.
Så hela förra veckan gjorde vi lite grann.
Men det gick väldigt långsamt framåt för att det var hackigt och knackigt.
Och folk visste inte riktigt hur man gjorde saker.
Men folkminnen, framförallt jag.
Hörde jag att du var inne och tuckla i Mongo Aggregation Pipelines också?
Ja, det var någon liten bugg i din gamla kod.
Som inte riktigt vi förstod.
Det var också kul att det var något fel att Mongo Aggregation Pipelines, som var lång och komplicerad,
returnerade tomma objekt.
Ja, kul.
Och det fattade inte vi varför.
Men vi skete ju ändå i Aggregation Pipelines, vi skrev lite kod efteråt och kollade om det var ett tomt objekt.
Och i sådana fall skete vi i det objektet.
Alltså ni bara löste det med JavaScript efteråt istället?
Ja, vi löste det med JavaScript efteråt istället för att lösa Aggregation Pipelines.
Det är lite roligt, för när jag gjorde det där så var det folk som bara "gör det med JavaScript".
Men om vi ska köra den här jävla skiten så får vi gå all in.
Då ska vi lösa allting i den här jävla Mongo Aggregation Pipelines.
Men prestandan är värdelös.
Men vi gick ner i hålet.
Ja, det förstår jag.
Vet du vad vi håller på? Vi håller på och gräver oss ur. Vi klättrar ur hålet fortfarande.
Ja, men alltså någon gav mig hålet.
Någon gav mig grunden till det här hålet och så fortsatte jag gräva utan att fråga.
Ja, jag förstår det.
Och sen den här veckan så var det typ slut på den här förra cykeln och så skulle vi börja en ny cykel.
Och då blev det ju lite mer action för att, jag tror att jag pratade om det här innan semestern kanske, att vi skulle göra om vårt team.
Ja.
Och det liksom slog i kraft nu innan den här nya cykeln började.
Så i tisdags eller onsdags så var första dagen tillsammans med nya teamet egentligen.
Och det är en hyfsat stor förändring i att vi var fyra utvecklare i teamet förut.
Och nu två av dem flyttar över till ett annat team.
Och jag och en till blir kvar och så kommer det in två utvecklare från ett ytterligare annat team som kommer in till oss.
Plus en helt ny utvecklare som börjar på bolaget nu som anställd.
Super tydlig effekt har det.
Ja, förlåt.
Alltså det var tydligt, det var bara kul när det började så här.
Det är en superstor förändring för vi var fyra utvecklare och nu är vi fyra utvecklare och en ny.
Och man bara, oj då. Förändringen är enorm.
Ja, men vadå? Halva teamet har ju försvunnit.
Jo, jo, det blir ju tydligare när du säger att de byttes ut.
Men om man bara räknade på det så var det kanske inte den största förändringen.
Det är ändå en majoritet nya utvecklare i teamet.
Det är det absolut.
Så typ, ja men onsdagen i veckan, den spenderades egentligen med att vi gick igenom våra system.
Eller jag ska säga att det är en sammanslagning av två team egentligen.
Så att de här två utvecklare som vi har jobbat med tidigare, de tar ju med sig hela sitt teams systemflora också.
Så det var någon som kollade nu att vi har 97 tjänster som vi äger.
Det är lite databaser och lite annat skit där också.
Men 97 grejer som liksom på den här plattformen som vi har, som är taggade som det vi är ägare.
Det känns toppen.
Ja, vi har, vad är det där då? Runt 48 legacy system och sen så bygger vi nya system.
Och ska vi räkna varje typ, del av varje grej som körs, då har vi nog ganska många fler.
Och därför i onsdag så pratar vi väldigt mycket om vad alla system gör.
Och kanske allt för min nya kollegas skull som kommer in helt ny, har ingen koll på varken bolaget eller vilka system vi har.
Och så satt vi på kontoret och ritade på en whiteboard att så här hänger allting ihop.
Men är det en djurniss eller inte?
Nej han är jätte erfaren.
Jaja, men då så.
Ja, han är nog förberedd.
Men det kan nog, jag tänker att det blir lite information overload som det alltid blir.
Men vi satt och ritade på den här whiteboarden och det var sånt fruktansvärt kaos med streck.
För det är någonting när man ritar på en whiteboard att man börjar rita med en grej.
Och jag ritade först utifrån det gamla teamet som jag var i, vårt perspektiv.
Att vi har en stor tjänst som är hubben för allting egentligen.
Och sen finns det några tjänster som vi anropar utåt för att integrera mot andra tjänster.
Och lite batchjobb och sånt där.
Så den var liksom så här, vi ritar den här.
Och sen så började vi också rita in de här nya tjänsterna som har kommit in i teamet.
Och så ritade vi in dem.
Och så insåg vi att det fanns en massa streck mellan de här olika tjänsterna och våra tjänster.
Så det var ju liksom ett spindelnät efteråt av massa streck som gick mellan olika boxar på den här whiteboarden.
Och i stort sett helt omöjligt att förstå hur allting hängde ihop.
Ja, alltså nu min HDMI-kabel är glappig så min skärm hoppar fram och tillbaka.
Jag hoppas att allting fortfarande funkar så.
Ja, ja det låter bra.
Men alltså grejen med whiteboard tycker jag att det är en otrolig känsla.
Jag älskar att whiteboarda saker eller till och med rita på papper.
Men här så har ju ändå Miro övertaget för att jag kan flytta på saker och måla om saker.
Och när det inte funkar rätt så kan jag göra om det.
Så där vinner Miro med känslan.
Ja verkligen och syftet var ju inte att vi skulle få ut någon permanent systemkarta över hur allting hänger ihop.
Utan det var ju mer att vi skulle rita samtidigt som vi pratade om alla tjänster och hur flödena ser ut.
Men sen satt jag faktiskt lite sista fem minuterna och bara snabbt flyttade över allting till en Miro också.
Och så att teamet blev väldigt imponerade över att jag gjorde det på typ fem minuter.
Men det var ju liksom inte, jag vet inte varför, så svårt är det inte att sitta i Miro och dra pilar mellan olika boxar.
Flexar du Miros skills nu?
Nej, jag hatar Miro egentligen. Jag sitter mycket hellre i TLDraw eller Xcalibraw eller något av de andra som är lite mindre enterprise.
Men jag gjorde verkligen bara fyrkanter, skrev namnet till dem och så drog jag en pil till en till fyrkant och så fortsatte jag så tills jag hade ritat av den här whiteboarden.
Ja det är verkligen jättesimpel Miro.
Det är inte så att du gjorde en inspelning av dina rörelsemönster så du skapade en presentation i Miro genom att välja hur du skulle gå mellan olika typer av presentationsvyer och sådana grejer.
Nej, det var liksom minsta möjliga jobb. Sen har vi förbättrat den sedan dess för att nu låg den där och då kunde man dra runt dem lite grann så att inte alla streck korsade varandra.
Men så det är så att vi gjorde och det var en bra övning i det att rita upp allting och så pratade vi om det för att vi ska kunna förstå hur saker hänger ihop och få någon typ av överblick.
Och så att vi ganska tydligt kom fram till att nu när vi slår ihop det här så borde vi kunna kapa några tjänster som mer har varit integrationstjänster mellan våra team.
Och det tyckte jag var vettigt. Men det fick mig också fundera lite på hur fan ska man visualisera tjänster på ett vettigt sätt.
Alltså hur skulle du dokumentera, har ni någon dokumentation på det här tjänsterna som pratar med varandra och hur de hänger ihop?
Nej, eller ja, Miro.
Har ni gjort med Miro då där alla de här hundra tjänsterna ligger och så har ni pilar mellan dem?
Nej, absolut inte. Det är bara folk som vet. Så händer det någonting så måste man gå och prata med någon som vet.
Problemet med en sådan typ av dokumentation är ju också att man måste nästan ha någon som uppdaterar den hela tiden då för att de dör ju.
De blir flegade och utdaterade och sen plötsligt så funkar de inte alls längre. Så ska man använda en gammal sådan för att introducera någon ny och man bara "så här ser det ut, fast den här finns inte längre".
Och den här är egentligen så här här borta. Alltså det är inte så najs.
Nej.
Tycker jag. Men jag vet inte, det är väl den bästa dokumentationen jag skrivit är väl liksom i det här backstage, fast det var ju på när vi byggde backstage.
Om en sak i backstage, inte att använda backstage på ett annat bolag.
Det var liksom meta-dokumentation.
Ja, men lite så.
Ja, jag tycker det är svårt. Hos Kundningsveten nu så finns det ju en väldigt bra utvecklareplattform som är hemma snickrad som egentligen sköter allt det här med vilka upstreams och downstreams, alltså vilka tjänster som anropar vilka.
Och vi pratar om det här nu också, att man borde ju egentligen kunna bara autogenerera någon typ av "vi" som visar alla tjänster som små boxar och sen att de här pilarna blir autogenererade mellan varenda tjänst utifrån hur den är definierad.
Men höll de inte på med det?
Ja, det har väl diskuterats några gånger men det har aldrig blivit något av det tror jag.
Men en sån grej skulle ju vara bra för att få en typ av översikt, vilka tjänster anropar varandra.
Sen känns det ofta som att man egentligen vill ha dokumentation på mer flöden.
Alltså typ, nu tar jag ett bekant exempel, ansökningsflödet här. Vilka tjänster inblandade i det, vad händer, i vilka steg, finns det några mer asynkrona jobb som går, hur funkar de, vad anropar de för någonting, i vilken ordning och sådana saker.
Kanske man hellre vill se än bara boxar och pilar.
Ja, för vi har ju typ en tjänst som anropar en annan tjänst vi har, men den tjänsten kör ju egentligen, eller exekveras egentligen i, och jag säger alltid fel med någon typ av kö eller buss eller något sånt, för att det liksom hanterar betalning och sådana grejer.
Så det kommer inte ske direkt utan det sker hos dem. Så att den exekveras inte hos oss, vilket jävla helvete när jag glömmer bort det och jag försöker konsollogga för att det buggar saker.
Sånt vill man gärna veta. För första gången jag var där inne så fattade jag inte ett jävla piss av varför det inte funkar.
Nej, exakt. Och det är det jag tycker är svårast. Sen så kan man ju tycka, eller vet du vad, det kanske är liksom, man vill ha på lite olika nivåer.
Alltså det finns ju den här, den övergripande verkliga arkitekturen, det är bara tjänster, vilka tjänster anordnar på vilka. Sen är det ju det vi pratar om nu som är liksom, typ, det här är flödet, vilka tjänster gör vad, när.
Men sen känns det också som att mellan där någonstans finns det ju typ, eller ovanpå kanske, finns det väl en process egentligen som ska stödjas.
Och, jag vet inte fan, det känns inte som att det finns något bra sätt att dokumentera det på.
Nej, jag vet inte. Jag och min kollega, vi satt och skulle ta reda på lite informationsflöden när vi skulle göra en grej i början där, för att jag skulle se lite vad som hände.
Den här skickar request till den här, som skickar request till den här, som skickar request till den här. Och det är ju kanske alldeles för detaljerat.
Fast jag gillar ju den, om jag ska följa ett specifikt flöde, då vill jag ju veta, ja den här gör ett request till den här tjänsten, som i sin tur frågar den, och tillbaka till den här, liksom.
Och då blir det ju per request i mitt huvud, för att jag är som sagt en väldigt visuell person, och det är ju därför jag är fronten och inte backen.
För att jag tycker det är väldigt svårt att följa det här informationsflödet när jag inte, jag ser ingenting, det är bara text.
Och om någon är bra på att logga, annars är det ingenting.
Jag får något svagt minne av att jag på DevSum 2018 kanske, något sånt såg en presentation som handlade om just det här.
Och jag får ett, jag tror att, nu ska vi se om mitt hänpår vill vakna här, men hette den inte C4-modellen? Känner du igen det?
Ingen aning.
C4-modellen är en mager grafisk notationsteknik för att modellera arkitekturen för mjukvarusystem.
Ja, den var allt jag översatte varför jag tror "mager".
Men alltså förlåt, okej, vi kan gå vidare på det här, men du har inte frågat hur min uppstart har varit?
Nej, men det är ju för att vi inte har pratat klart om min.
Men alltså, rude, som vanligt.
Okej, vi tar en passus för att Therese är upprörd. Hur var din uppstart, Therese?
Jo, nu ska du få höra. Ja, den var ut och det var buggar och det var redan grej, bla bla bla, det är en super deadline för några, bla bla bla.
Men det har börjat en ny person i mitt team.
Okej, ska du såga henne helt och hållet nu i fosknälarna?
Ja, nu händer det. Nej, absolut ingenting ont om den personen och absolut ingenting emot det, ålder och sådana grejer.
Men jag ska säga dig att jag trodde att jag åtminstone hade typ två år kvar innan jag i mitt team jobbade med en annan utvecklare som var född på 00-01-talet.
Ah, okej. Så du är lite, ja, det är ju liksom omvänd åldersdiskriminering.
Ja, nej men det är ingen diskriminering så, det var bara kul min andra kollega bara så här, okej, men är det här GitHub-namnet, varför är 2001 med? Vad betyder 2001?
Jag bara, men det är väl den här utvecklarens födelseår? Och då blev det så här knäppt tyst i tio sekunder.
Ja, man känner ju, eller jag känner i alla fall, liksom 2000, det var ju nyss.
Ja, men alltså det handlar inte om…
90-talet, ja men det var en tjugo år sedan.
Ja, ja, men det handlar ju liksom inte om någons ålder, eller hur ung eller någon är, utan det är just att det är så här, shit, alltså 80-talet, det tror jag alla förstår var för 20 år sedan.
Ja, absolut.
Det var ju inte för 40 år sedan, alltså det är liksom 2000 är, de är ju barn.
Ja.
Och sen plötsligt är de inte det, jag går med på att 97 och 98 inte är barn längre, men 2000, 2001, där har han tänkt med liksom.
Nej, alltså började du liksom direkt då, när du insåg det här, att började du förhöra om de visste vad liksom, inte vet jag, millenniebuggen var för något?
Nej, nej, sådant ska jag inte vara, men vid något tillfälle så pratade två andra om sådär fotboll och något, och på samtalet så blev jag så här, ja men den här personen är ganska ung, jag bara, okej jag tar dig lite, men vad är du, 25?
Och svaret bara, nej 23, jag bara, ah, kniv, alltså och då ska jag säga att samtidigt som det här händer så har jag typ så här, jag har blivit så här oförklarligt trött, så nu måste jag till läkarna och ta prover, jag har liksom pajat min nacke för två dagar sedan, så jag kan inte vrida mig åt något håll utan att vrida hela kroppen, och jag tuggade av en tand, alltså det här händer samtidigt som all, all min, alltså min fysik bara skriker till mig att jag är gammal.
Ja, men du har väl blivit gammal då?
Ja, så det var uppstarten för mig.
Jag känner mig ändå, jag känner mig ung nu.
Ja det är du ju inte längre, det vill jag vara tydlig med.
Nej men du behöver inte burst my bubble, du är ändå äldst i det här sammanhanget.
Alltså jo, det här ska jag vara jävligt tydlig med, du är inte ung längre Anton.
Nej, men i övrigt, rakt in i en bug, rakt in i lite kaos, rakt in i ett möte där jag tog i för mycket, fick problem med deploy på grund av docker pull rate limit, halva mitt team sitter i en super deadline och tar ett rum varje dag på kontoret och går man in i det rummet så undrar man hur de inte har svimmat än förut.
Det finns inget luft där inne.
Och typ så, tillbaka till dig.
Ja, C4 modellen, jag hade i alla fall rätt, lite sjukt, jag har inte tänkt på den, när var jag, 2018, ja men 6 år sedan då, eller 2 år sedan, det beror på hur man räknar.
Jag gick in på deras hemsida nu, ser inte super säljande.
Du hade noll efter några år för att börja dricka på krogen.
Just det, Simon Brown heter han som har kommit på den tror jag.
Jag har verkligen för mig att presentationen var jättebra, som jag såg, så det kanske man ska ta och titta på igen.
Men den här modellen hade i alla fall någon idé om att det fanns olika nivåer.
Och nu läser jag direkt ifrån här, det ena är system context diagram, det är liksom högsta abstraktionsnivån.
Har du det här du pratat om förut?
Har jag det?
Jag tror det.
Ja, kanske. Alltså det är typ högsta nivån när du visar systemet i en kontext av vilka system den pratar med utan kring.
Det andra är container diagram.
Och det är hur ser ett system ut egentligen?
Alltså vilka bitar finns i ett system?
Man kan säga att en container är en process.
Och sen visar den hur den container ser ut.
Sen finns det komponent diagram, och det är hur ser en del av en container ut.
Och till slut finns det koddiagram, som är att man verkligen zoomar in på en komponent och så kan man se typ med UML, om man minns därifrån, universitetet.
Eller ERDs, eller vad fan det kan vara.
Och jag tror det står här någonstans, om jag minns rätt, att det är väldigt valfritt med koddiagram, att det brukar inte behövas.
Nej, men för mig, jag är alldeles så stökig för sånt här.
Jag tycker det här är svårt. Alltså jag är ju...
Det är tydligt att jag aldrig kommer bli arkitekt, så att säga.
För jag är så här, jag kan rita överhängande boxar, liksom.
Men sen så blir det sån här som, ja men vi har problem med Docker pull rate limit.
Jag bara, ja okej, vilken uppsättning är det här då?
Det är någonting med deploy, till med bilderna upp till image store och så.
Men alltså, och sen så bara dör det.
Så att alltså, och när jag väl ska in och titta på system, då blir jag ju nästan lite irriterad på att folk har gjort fina så här block.
Och så går jag in i kod och så är allting bara kaos.
Filsystem, filstrukturen är bara kaos.
Och jag bara, men hur mappar jag det här till de här boxarna?
Så det gör mig nästan mera arg.
Så att jag vill hellre ha typ så här, det här är det överbyggande systemet.
Den här tjänsten, den ligger på det interna systemet.
Men den här tjänsten får prata öppet med resten av internet.
Här finns det en token du måste hämta för att göra de här grejerna.
Och de här kommunicerar med varandra så här.
Den här tjänsten är, säg en BFF och prata bara med den här.
Alltså, ge mig den biten för att resten vet jag inte om jag finner så jäkla användbart.
Nej, det fanns en intro här, någon pitch som lyder typ
"Ask somebody in the building industry to visually communicate the architecture of a building
which will be presented with site plans, floor plans, elevation views, cross section views and detail drawings.
In contrast, ask a software developer to communicate the software architecture of a software system
using diagrams and you'll likely get a confused mess of boxes and lines."
Fattar poängen. Men också, hur ofta ändras ett hus?
Men också att det fysiskt är någonting man bygger efter.
Det kommer se ut så här. Det är inte text som ska representera en box.
Nej, nu blev jag arg.
Det här var den sämsta jämförelsen jag har hört.
Nu hatar du C4-modellen.
Ja, nu hatar jag den här brown.
Simon Brown, han kan gå och slänga sig i väggen.
Vi ska ju fortfarande existera i det här huset.
Tror fan att det ska finnas en ritning eller annars dör vi väl. Åh, Gud.
[skratt]
Ja, absolut.
Det är väl vattenfall om någonting. Vi jobbar inte med vattenfall.
Ja, ja, nej, det gör vi inte.
Så han får lugna sig. Eller hem.
Jag vet inte. Jag tycker att det är väldigt svårt.
Och jag tror att det som gör det svårt är att det rör sig så mycket.
Ja, jag tror också det.
Jag tror det är därför de här mest övergripande system som pratar med varandra
det är de som håller sig längst.
Men om du väl börjar spesa upp en container eller ett kodsystem
så kommer ju du... Du kan göra en pull request med en routeändring
och så är det en fucked up, liksom. Eller så flyttar det på någonting.
Och så döper du om någonting till ett client istället för en service
för att du tyckte det hade en bättre logik bakom det.
Alltså så här... Jag tycker de dör för fort.
Ja, absolut.
Det är hög energi på dig då, alltså.
Jag tycker att det är svårt.
Och jag tycker också att vi har fan pratat tillräckligt mycket om det här nu.
Alltså jag var ändå lite upp i det. Eller okej, jag var mest arg.
Ja, men jag vet inte. Jag var på konsert igår. Jag är trött.
Tar du sin rätt på den här gamla mannens kropp?
Ursäkta, om jag kan vara pigg...
Alltså jag var inte på konsert igår. Jag var på gratis middag igår.
Kom till mitt konsultbolag. Det är toppen.
Ja, det vet jag fan alltså.
Det är väl fullt? Ni har väl begränsat antal platser i er?
Nej, det är inte fullt.
Men vi har begränsat antal platser.
I vilket fall. Så är vi väl igång igen? Kul!
Slut på sommarsäsongen.
Ja.
Jag tycker det är sånt här spännande. Så har man några åsikter om det här?
Jag skulle vilja höra, är det någon som känner att de har löst det här?
Då kan man få höra av sig.
Till ett system som fortgående uppdateras.
Inte som vi bara har lämnat där.
Absolut.
Så ring till vår röstbryllåda. 0766 86 0507.
Och berätta något kul om hur ni har löst det.
Så hörs vi igen om två veckor.
Det gör vi. Ha det fint så länge.
Bye bye.
