245. Vad är egentligen skillnaden på olika arkitekter?

Sofia (00:00)
IT-arkitekt, domänarkitekt, lösningsarkitekt, systemarkitekt, mjukvaruarkitekt, teknisk arkitekt, säkerhetsarkitekt, målararkitekt.

lyssnar på Developers, podden där du får följa med oss, Sofia och Madde, på allt inom mjukföreutveckling.

Madde (00:23)
Vi träffar spännande gäster, testar nya teknologier, söker inspiration och tar upp aktuella ämnen. Jag nämnde ju för... Nu har det ganska många avsnitt sen. Men det här med AI-shaming och typ så här, folk som håller på och bara... Jag tycker inte du ska prompta så mycket onärigt för det slösas så himla mycket energi och bla, bla.

Sofia (00:44)
Ja,

att man säger tack till AI efter att den riktade en svar och sånt där.

Madde (00:49)
Det är också lite slöseri men främst att tänka på att det har varit jättemycket på Instagram om någon har gjort en prompt för hur du gör dig själv som seriefigur. Så bara, det här är helt onädigt att använda.

Sofia (01:03)
Jag pratar också om folk som använder den istället för mini-räknare. Ja, exakt. Alltså visst om det är något mer komplicerat, du vet inte hur du skriver.

Madde (01:13)
137 plus 543 kan man faktiskt ta på med räknaren. Alltså, den riktiga calculatorn i alla fall. Google har släppt en rapport nu, eller nu, var typ i augusti tror jag. Men jag har inte faktiskt sett den fast nu. Där de estimerar hur mycket energi som Gemini använder. Gemini. Det tyckte jag ändå var lite intressant att se. Sen är det såklart svårt att estimera för att, dels så kan det ju variera.

väldigt mycket beroende på vad det är typ av prompt. Det finns ju liksom jättestora och avancerade beräkningar och sen finns det de lättare. Så de har ju ett medianvärde liksom som de har estimerat fram till. Men den tar med i alla fall typ, alltså det mesta ändå att hur mycket det kostar att köra modellen i produktion. Alltså allting från hur mycket CPI och ram och andra systemkomponent som kan behövas. Men också har de tagit med beräkningarna typ så här

maskiner som står och väntar och idlar men inte används. Och overhead på datacenter som typ kylning, vattenförbrukning som är kopplat till kylning och sånt. Så det är ändå ganska omfattande. att, Som sagt, beroende på hur prompten ser ut men medianvärdet är estimerat till att en prompt tar 0,24 watt-timmar. Vilket är...

Typ som att köra en mikrovågsugn i en sekund. 0,26 milliliter vatten, det vill säga fem droppar. Och 0,03 gram CO2-ekvivalenter. Och det är sagt vanliga textpromter, inte att generera video eller bild eller något sånt som är tyngre.

Sofia (02:42)
Okej.

Det är mycket. är väldigt mycket.

Madde (03:05)
Alltså att det slösas så.

Sofia (03:08)
Ja. Alltså om man jämför det med en, jag vet inte om du har med det här men om man jämför med en Googlesökning. Jag undrar faktiskt över det. När man söker på Google nu så kommer det att ge mina svar längst upp. Men ändå, jag kommer inte ihåg vad siffran var men en Googling jämfört med en AI-prompt, är jättestor skillnad i utsläpp.

Madde (03:30)
Jag tycker det svårt att säga om det är mycket eller lite men om man jämför med att mickra. Det kanske är mer än att googla men det finns så mycket annat man gör som kostar extremt mycket mer. Damsyga, mickra, dittinor, färna håret.

Sofia (03:47)
Men det den här beteendeförändringen. Man ska inte shamea någon för det är inte vårat fel. Men det är en beteendeförändring att förut kanske man googlade sig två gånger per dag. Eller vi som jobbar googlar mycket på hur gör man det här. Så att man googlade tio gånger per dag. Men antalet gånger du promtar är helt absurd. En googling, sen går du ju också in på en hemsida.

och laddar in informationen. Men då kanske du kom till ett stack-overflow-svar och laddade in hela svaret och alla andras kommentarer på det. Men du promtar ju så många fler gånger. Det är sak när det gäller AI. Så det är jättestor beteendeförändring och att folk liksom...

Du har ju aldrig tidigare sagt så här. Åh, hej, vad tycker du om den här situationen? Hur borde jag lösa det? Alltså det har inte ens varit möjligt. Så att det är ju så mycket mer nu än vad det har varit någonsin förut.

Madde (04:51)
Ja, absolut. är det ju.

Sofia (04:53)
Jag har också lite AI-grej. Det hände jättemycket förra veckan. Eller ja, den här veckan. Vi spelar in på söndagskväll här. Men väldigt mycket nyheter hos Open AI. De hade en Open AI Dev Day. Inte så jättemycket spännande, jag. Det är väldigt riktat mot utvecklare, men också lite press, såklart. Det var typ att nu kan företag integrera sina applikationer med Shattqt. Alltså typ...

Om du har Hemnet, kan du tjänt ge Petea Hemnet. Du kan typ beskriva vad du vill ha för objekt. Det kanske är lite lättare än att du har letat bostad. Det är skitsvårt att hitta vad du vill ha.

Madde (05:40)
Du

ställt på att träna en egen datamodell. Kan du använda det? Eller missuppfattar jag hur det funkar?

Sofia (05:50)
Som jag förstår så är det i princip att du kommer och säger hej här är min Hemnet-databas. Nu kommer någon på Hemnet bara strypa mig för att jag säger helt fel om någonting som jag inte alls kanske vill göra. Men även så här, här är min Hemnet-databas. Vi har ju taggats alla objekt med allting, ju många kök, toaletter, kostnader och sånt. Och sen använder du chat-grippetess. Som jag förstår så går du in på...

Open AIs chat-QPT-hemside och då promptar appen därifrån. Eller typ som att hemmet då skulle skapa en specifik app som du kan gå in i en chat-QPT-appstore och använda. Och vart de har fått det ifrån är ju för att de, liksom alla har ju sett hur AppStore som modell är liksom, det är ju det Apple tjänar pengar på. Det är inte telefonerna, det är AppStore och tar den här normaprocenten på det här.

Varför inte göra samma sak? För nu har OpenAI en enorm skara människor som använder deras produkt varje dag. Vi ser en beteendeförändring. Så varför ska du ens behöva kliva ur appen? Du frågar den allting redan ändå. Då kan du lika gärna säga heja ut efter ett hus för sex miljoner med det här och det här.

Madde (07:10)
Det

blir hela ekosystemet på någon vis.

Sofia (07:16)
Sen är ju frågan varför alltså varför skulle Hemnet eller någon annan vilja lägga över det på KFKB?

Madde (07:25)
Vi får

ju inte ha om trafik själva.

Sofia (07:27)
Precis, så där måste man arbeta upp något system, hur man tar betalt och sånt här. Men det är väl dit det är på väg. Men det bra med det här är att förut, i två år nu har de snackat om att det här agentic AI, att någon AI ska gå in och den kan se din hemsida och den kan klicka runt i den själv. Så att du kommer bara säga så hej, kan du beställa en pizza på...

och den kommer gå in på Dominos och kunna klicka runt åt dig eller typ boka flygbiljetter åt dig.

Madde (08:00)
Det känns sjukt läskigt att lägga något sånt i handen på.

Sofia (08:03)
Ja, specifikt flygberättare hade jag aldrig gjort. Men det är det de har snackat om väldigt mycket. det är liksom så här, alla tester på det har varit ganska dåliga. Och sen har det just varit där igen så varför skulle någon vilja att chat-kappeté, typ krala din hemsida istället för att folk går själva och gör det. Men det här makes much more sense. Det här är liksom, hej, här är vårat typ API. Alltså så som vi alltid har gjort.

Och så blir t-en fronten. Det makes sense.

Madde (08:35)
Om man visst.

Ja, får se lite och utveckla sig.

Sofia (08:41)
Ja, en annan sak de gjorde var att de släppte Sora 2. Har du sett det? För att det har inte kommit till EU såklart för att vi har våra regler. Men har du sett någonting av det? Så Sora är den här videogenereringsmodellen som de har. Och de har släppt den som en egen app. Sora 2. går inte att hitta i våra app-stores, men man kan titta typ så här på YouTube.

TikTok och vad man har på vad folk har gjort där och det har liksom exploderat över X och alla de här plattformarna, de videos som folk har gjort. Det har varit ganska tråkigt förut, de har varit lite overkläda, folk har haft liksom du vet, sju fingrar istället för fem.

Madde (09:29)
Det

har inte varit också att man kan bara göra i några få sekunder.

Sofia (09:33)
Jo, det har varit väldigt dyrt att göra det. Så tror att är fortfarande att måste ha tokens. Du måste få några tokens för att kunna göra det. Men i alla det här har blivit en ganska stor grej för att du kan generera video som är extremt svåra att skilja från verklighet. Eller du kan inte göra det för att det är ingenting fel i dem. Så det är typ så här. Någon genererar ju så många videor på deras grundade.

Sen Altman, när han sjunger, när hans huvud är i en toalett och sjunger. När han är inne på mediamarkt och snor GPUs. Så ser man honom med en så syssy tv-kamera när han blir tagen av en vakt. Det är väldigt mycket kul och folk gör sig själva och sina djur. Det är sjukt bra.

Madde (10:27)
Man har inte det här AI-glowet på sig då.

Sofia (10:30)
Alltså

det är extremt verklighetstråget och du kan göra alla dina favoritkaraktärer typ såhär. Du kan typ få svampbop att koka meth. Såklart är det ett jättestort copyrightproblem men det är lite såhär, igen, läskigt och väldigt coolt att se vad som händer med det. Jag hoppas att det kommer till oss snart, det vore kul att testa. Men jag undrar om du kommer bli igen såhär

Det är kul i typ en vecka och alla gör det och sen dör det ut igen. Det känns mer att det kanske är användbart kommersiellt att spara pengar på att göra reklam.

Madde (11:09)
Ja, det kan ju vara både bra och dåligt. Jag tänker, här har vi en bransch som har möjlighet att dö också. Eller i alla fall få mindre användare och mindre resurser. Men det jag tänkte på är typ så här, det måste ju vara sjukt exalterande för alla som är fanbasis av olika saker. Jag tänker typ fanfiction och sånt.

Sofia (11:32)
Ja, att

skapa sina karaktärer på riktigt.

Madde (11:37)
Ja, tänker typ så exempel Harry Potter fanfiction. Om man nu gillar Harry Potter så finns det ju en hel fanbase som är så här, Hermione och Draco Malfoy ska bli ett par och ditt innerraten. Jaja, folk kommer ju göra massa, om det nu inte blir massa copyrightproblem då förstås.

Sofia (11:50)
Det var fina spinoffs.

Madde (12:00)
Jag menar, folk skriver i böcker, så om det kommer videos och sånt...

Sofia (12:04)
Det som är läskigt med det här är ju, nu pratar vi bara så här, positiv aspekter. Några folk som gör reklam kanske blir av med jobbet, men det är ju det med att sprida fejkvideor på våld och sådana situationer. För du kan ju ta en riktig situation och bara justera den lite, lite, lite grann. Vi har ju alltid haft vinklingar i media och så, men det här...

kan göra så stor skillnad och det är lite det som är provocerande med OpenAI. de är alltid så här... De bara, vi har skapat någonting och vi tänkte att vi sätter det framför folk och ser hur det används. Att vi har haft de här techföretagen som alltid gör så här att att det är en rolig grej och aldrig ta ansvar för att massa tonåringar sedan går och hänger sig.

Madde (12:54)
Nej, ansvar får man ju bära. Det kan ju provocera fram stora konflikter. Geopolitiskt liksom.

Sofia (13:05)
Ja, eller att barn ska ha det som TikTok. De är stämda i Frankrike för att ungdomar har tagit livet av sig för att de visar barn hur man räknar kalorier och sånt skit.

Madde (13:19)
Ja, nej det är hemskt. Som alltid så finns det ju två sidor av myntet.

Sofia (13:26)
Ja, men ska vi gå vidare? Vi tackar våra skönsreporters på Patreon. är Alicia, Anders Nylund, Björn Jonsson, brother, Dag Rönnell, Fyra Tre Johan Larsson, EZ, Kajetan Kazimierczak, Lars Nyström, Martin Haagen, Molly Haglund, Oskari, Per Nåtby, Selim Hjorthall och Tomas Nilsson. Och så har vi ju historien om hesten som fortsätter så. Appen flög, jätten jublade.

Madde (13:58)
Mm?

Sofia (14:00)
Så tack till er och tack till alla andra som sponsrar oss på Patreon. Och alla ni som stöttar oss på alla andra sätt och delar vår podd. Och bara ni som lyssnar överhuvudtaget.

Madde (14:12)
Ja, stort tack. Idag har vi en lyssnafråga med oss. Den är nästan exakt ett år gammal. Vi fick in den i september förra året.

Sofia (14:24)
Varje gång jag ser den är jag bara, det här är en bra fråga. Och så tänker jag att, tar det snart. Det känns som att det har gått två månader.

Madde (14:31)
Jag vet fucking inte varför det tog så himla lång tid. Men here it goes i alla fall. Ja, det var det. Anders Nielund, vår kära stjärnsupporter.

Sofia (14:36)
Var det Anders som skrev den?

Ja, okej. skriver Anders här. Och jag tänker på arkitektspåret. Det finns massvis med olika typer av arkitekttitlar. Men vad betyder alla dessa egentligen? Betyder de samma saker för alla? Tänkte jag kan ta några varianter på... Bara på svenska.

IT-arkitekt, domänarkitekt, lösningsarkitekt, systemarkitekt, mjukvaruarkitekt, teknisk arkitekt, säkerhetsarkitekt, målararkitekt. Några finns definierade i till exempel SAFE som är ett romverk. Och några har säkert någon annan källa medans vissa är helt utan definition.

Madde (15:32)
Mm. Jag tror att Anders slår huvudet på spiken med en de första frågorna där. Betyder de samma sak för alla?

Sofia (15:40)
Jag tycker det så taskigt att han frågar oss och ber oss definiera allt det här också.

Madde (15:44)
Jag tror inte att det finns någon strikt definition. Det är otroligt olika från bolag till bolag. I vissa bolag har du en IT-arkitekt som bara sitter och ritar pilar i Powerpoint. I ett annat bolag är mer hands-on. Det är mer åt CTO,

Sofia (15:53)
Tack

Ja, hur många bolag det finns som bara så nej men vi har inte ens tid, alltså det finns inte någonting med arkitekt utan det är någon slags tech lead eller det kan bara vara senior men man håller inte på att höja upp folk. Alltså jag vet inte, det är väl kanske lite mer startups. Det känns som att de inte riktigt har den här arkitekt utan det är bara någon sån super developer.

Madde (16:32)
Ja, men där är väl lite mer typ så här all hands on deck typ att alla får ta ansvaret på något sätt.

Sofia (16:38)
Ja, och som du säger att det kanske är City Own som är fader eller mamman till grundarkitekturen och blir arkitekten.

Madde (16:49)
Ja, nämen, eller hur? Jag blev så i alla fall när jag skulle börja tänka lite på ett avsnitt. var okej, jag måste kolla på LinkedIn om jag bara googlar på, eller googlar, söker på Architect. Vad finns det liksom? Och jag, alla de här som Anders hacknade upp i frågan, såklart. Men det fanns några andra också som var så här lite utstickande. Och då var typ så här, Salesforce Architect. ServiceNow Solution Architect.

Sofia (17:15)
Jag får inte skratta va. För det kan finnas folk som har den här titeln.

Madde (17:20)
Ja absolut, det ju vara någon som har... Men det var väldigt specifikt liksom. Det behöver inte vara att de är konstiga, det behöver bara de är väldigt såhär... Jag kanske inte hört innan, typ QA-arkitekt. Eller Test System Architect.

Sofia (17:40)
Okej, jag förstår ju dem ändå. Makes sense. Jag har aldrig sett det i verkligheten.

Madde (17:48)
Nej, det låter ju väldigt torrt att vara ServiceNow Solution Architect måste jag dock säga. det är lite kul. Men jag vet inte. Ska man dra liksom, om man tittar på arkitekt, vad det betyder egentligen då för mig. Jag tänker i alla fall att det någon som har ansvar för helheten över någonting.

Sedan vilken nivå det är på det kan variera. Någon kan ju ha för hela systemlandskapet medan någon kanske då är service now-architekt och har ansvar för att ha strukturen, vad riktning man ska ta i det systemet. Men att det ändå är nånstans en person som har någon övergripande ansvar och överblick.

Sofia (18:40)
Det är kul att du säger det här med ansvar. Jag håller med dig. Om jag hade letat efter en arkitekt och tillsatt en sådan roll så vill jag också se det som att någon har ansvar. Absolut delat tillsammans med ett team eller så. Men tycker att så många arkitekter som inte har det här med ansvar.

Madde (19:01)
Det

är faktiskt väldigt sant. De är väldigt långt ifrån att ta ansvar. Det är mer att de bara ritar upp någonting och sen dumpar om det. Och sen så går de vidare till nästa sak. Det faktiskt väldigt ansvarslöst när du säger det.

Sofia (19:16)
Alltså tyvärr, oftare på vanliga företag i Sverige, så känns det att det är en roll med minst ansvar. Absolut det finns de som har det. Ni behöver inte gå crazy om ni är de som leder team och har one on ones och alla de här grejerna. Men det är oftast så här, du har inget ansvar att utveckla folk. Eller du tar i alla fall inte det. Och du bara så här...

kommer in och sveper in i ett team som du säger och bara säger vad de borde göra och sen går ut igen. Eller så sitter de på egen kammare väldigt ofta och gör någonting på sidan av typ så här spånar på någon MVP i för framtiden utan ett team utan att prata med någon annan. Alltså det är väldigt lite ansvar i den rollen och det är nog det som ofta stör mig att den så här på något sätt ofta

ligger ovanför någon slags lead eller tech-lead-roll. En tech-lead har ansvar för arkitektur och ett team och att det ska prestera. Men arkitekten har bara arkitekturansvaret ofta.

Madde (20:30)
Nej men precis. Det inte de som ligger sömlösa på kvällen när man har nåt prestanda problem eller nånting för de behöver aldrig lösa nånting. Alltså aldrig. Såklart. finns säkert arkitekter som gör det så. Vi hatar inte oss efter detta. om man ska generalisera och ha fördomar. Så ja, de känns väldigt långt ifrån verkligheten på något sätt. Väldigt ofta. Särskilt typ så här enterprise-arkitekt.

Sofia (20:57)
De ska inte snacka om det. Gud, alla kommer droppa.

Madde (21:05)
Jag

tänker ändå att ansvar kanske inte är det vi ska säga. Men de har ju åtminstone någon slags övergripande perspektiv på helheten. Hur saker hänger ihop och hur saker påverkar varandra. Hur olika delar av systemet funkar. Särskilt i en större enterprise-kontext. Då har du ett ERP-system. Ett CRM-system. Hur ska de kommunicera?

Sofia (21:35)
Ja, men jag också bara tillägga att...

För de som är kanske nya in i branschen så är det också någonting man kanske inte ser men tyvärr blir arkitektrollen lite förlöjliggad på det här sättet ibland. Och det inte problemet med personerna utan det är ju typ hur organisationerna just definierar den här rollen och vad de ger den för ansvar. Det finns inget att ta. Du utanför team och så. Så de här personerna är ju...

I de rollerna av anledningen för att de är väldigt duktiga. Såklart. Men tyvärr bara så blir det lite så här... Jag vet inte, att de hamnar i kläm typ. Det känns som någonting man vill sträva efter men sen blir det ofta för man tänker så här... Okej jag skulle kunna bli arkitekt här men... Vill jag det? låter lite ensamt och tråkigt.

Det är så konstigt av någon anledning.

Madde (22:41)
Men just det här att man ofta, många av arkitekt- titlarna eller arkitektrollerna är ju kanske inte i ett team utan att man är mer på en högre nivå. då blir det, har dina andra arkitektkompisar liksom. som sagt, visst man kommer ju nära verksamheten. För jag tänker ändå att arkitekter har ju ett annat typ businessperspektiv kanske än vad en vanlig utvecklare har.

De kan ofta domänen väldigt bra och förstår... Jag bara tänker där vi var på en stor kund. De arkitekterna hade jättemycket kunskap om kärnverksamheten- bara är jättesvårt att veta vad som en vanlig utvecklare. Men det kan vara...

Sofia (23:37)
Vi ändå pratar om typ så de olika nivåerna som finns. För det är ändå skillnad. Det finns ju arkitekter i team. Och så finns det ju upp till enterprise-arkitekt. Det är väl det jag har sett.

Madde (23:51)
Sen vet jag inte exakt om det finns någon tydlig, så är de olika stegen.

Sofia (23:58)
Nej,

jag heter inte.

Madde (24:00)
Men ja, vi kan ju försöka. Dra igenom.

Sofia (24:02)
Nej men vi har väl i alla fall liksom, man ska... Det inte heller lägst. Alltså det låter så konstigt för det är inte alltid hierarkiskt. Men vi har ofta den som bara, det heter typ... Architekt. Eller IT-architekt. Eller typ solution-architekt. Har jag väl sett. Lösnings-architekt. De har ju nog oftast sett kopplade till team eller typ till en mindre kanske plattform i alla fall. så här två team eller ett team.

Madde (24:31)
Ja, men eller hur?

Sofia (24:32)
Och att de ofta ändå kodar. Jag har aldrig varit med om en sån lösningsarkitekt som är kopplad till team som inte kodar på något sätt.

Madde (24:43)
Nej, det känns som att det är faktiskt den som är närmast ett team och närmast utvecklingen. Alltså en väldigt taktisk person.

Sofia (24:52)
Och de är liksom med på dailys och allting. Men vad så skiljer dem är ju typ att de är kanske med på de här mötena tillsammans med, ja men så här högre folk i ledarskapet. De kanske pratar med enterprise-arkitekterna. De har det här högre perspektivet på vad liksom verksamheten smål mer långsiktigt.

och kan ta mer långsiktiga beslut. De kanske inte alltid plockar upp tasken i backloggen som är så nu, nu, nu.

Madde (25:32)
Det kanske är lite mer att man börjar titta hur ska vi jobba med monitorering eller hur vill vi bygga arkitekturen kring vår nya eventbaserade, vad det nu kan vara. Men jag tycker det känns som att det är ganska ofta man hör att typ solution arkitekt och tech lead används lite alltså utbytbart med varandra. Sen kan tycka att en tech lead har lite mer mänsklig ledarskap också medan sen arkitekt inte alls.

Precis som du sa, de är inte nära, de ska inte vara mentorer på det sättet. Det är mer en konkret roll av att definiera systemen.

Sofia (26:12)
Men det jag tycker, jag håller helt med att de är ganska utbytbara, här titlarna. Men det tycker jag berott på person. Till exempel den avdelningen jag jobbar på, där har vi både liksom Lid och arkitekt och de är i teamen. Och det har varit lite förvirrande för det. Så det ena är kanske mer Arv från förr och Lid har varit nygörare och sen...

och de här personerna jobbar lite på olika nivåer och det beror mer på typ såhär, vad är det för team du jobbar med? Sitter du på en back-end-plattform eller sitter du på liksom front-end supernära användaren och sedan har vissa av dem mer intresse att coacha och vissa av dem är verkligen väldigt såhär, tech lead, alltså det är bara tekniska beslut och de ska inte sitta och bara såhär, hur mår du? Det är ju bara såhär personberoende.

Och det tycker jag är bra. Alltså, det kan vara lite... Du kan gå in i en sådan roll utan att du ska behöva älska människor för den saken kanske. vet inte.

Madde (27:22)
Det

känns mer som ett spår inom individual contributor-delen snarare än manager-spåret. Man har möjligheten att levella upp och bli befordrad där, men du behöver inte ha människansvaret på det sättet.

Sofia (27:39)
Nej, men så är de rätt lika tycker jag. Men, vad har vi mer att säga om den rollen? Vad har de ansvar för?

Madde (27:52)
Ja, men då tänker jag att är mer riktningen för just den del man jobbar med i teamet. Hur komponenterna hänger ihop där, hur man jobbar med... Om man nu jobbar med microservices till exempel, eller om det är även om du jobbar i en monolit, men tänker man mer modulärt kanske. Alltså, hur man jobbar kring det. Inte så mycket systemen mellan varandra på samma sätt som...

Om man jämför med till exempel en domänarkitekt som då är mer fokuserad på en del av verksamheten. Alltså om man nu jobbar med e-handel till exempel, då kan det en domänarkitekt som ansvarar för kundupplevelsen eller en som ansvarar bara för betalningsupplevelsen. Så den är ju mer liksom på en mer inzoomad nivå skulle jag säga.

Sofia (28:45)
Ja, men mer det kan vara att man ansvarar över features och sånt till exempel. absolut hela applikationen som du äger eller så där. Jag tänker också att man har ansvar över att dokumentera hur arkitekturen ser ut. Eller se till att det blir dokumenterat. Det är oftast den personen som kan rita lite lådor. Rita lite lådor, okej, det är jag säger.

Madde (29:10)
är

väl alla arkitekter på något sätt.

Sofia (29:13)
Ja, det vet jag bara att det finns vissa som är sjukt dåliga på det. Men tycker är viktigt i personligen, tycker jag i fall, är viktigt i den rollen att man ritar upp hur systemet fungerar på en hög nivå. Det är inte så intressant att säga att det är Javaskript eller vad den är, men mer bara så här, var saker finns...

Se till att det finns dokumentation, se till att det finns någon bild över hur det ser ut, alltså så att det går att lämna över. Och se till att andra dokumenterar och se till att typ så här, skriva ner vissa beslut som tas. Att kunna förklara i confluence i dokument så här, varför vi valde att använda den här... Jag vet inte.

Du vet, någon cloudtjänst istället för den här som verkar mer självklar. Jo, så förklarar man att vi insåg att det var billigare för vårt ändamål. Alltså, sådana grejer är deras ansvar tycker jag.

Madde (30:16)
Ja, det skulle de säga att det alla arkitektens ansvar på oavsett vilken nivå man är på. Och då blir det också indirekt i olika nivåer i deras dokumenterande och liknande.

Sofia (30:31)
Men jag vet bara att det är inte alla här som jag har träffat som gör det. att de... Det kan så ofta vara de som blir arkitekter i ett team. Går bara från vanlig utvecklare nästa dag till arkitekt. Och de har bara varit väldigt duktiga på lösningar och koda. Men de har aldrig dokumenterat. Och så bara så här... Byter de roll. Och så fortsätter de att aldrig göra det. Så snälla dokumentera. Nu ska vi gå vidare då.

Madde (30:59)
Ja, jag börjar gynosa på den här arkitekten så det kanske vettigt att börja titta på den.

Sofia (31:06)
Ja då sa jag att det kan typ vara över ett större flöde eller domän. Liksom hela checkout-flödet typ kan vi vara en domän.

Madde (31:17)
Precis. Vilka system är inblandade, hur integrerar de med varandra? Men den känns som att den blir lite mer längre bort från de som utvecklade. Och kanske lite närmare till businessen.

Sofia (31:33)
Ja, det tycker jag också. Jag tror man är mer inblandad i typ så kopier och... Alltså om du pratar nu typ check out för någon så webbshop. Alltså att man mer försöker svara på verksamhetens krav att...

Madde (31:49)
konverteringsgrad

på ö.

Sofia (31:55)
Ja, det tycker jag känns som en... Alltså det där tycker jag är svårt. Det känns som en intressant roll just för att du får lösa andra typer av problem. Som kanske är så här, de är större, de innehåller, ska säga, mer pengar de problemen du löser. du tappar närheten till kod, eller många gör det för att de är typ så här, sitter typ bara i möten och gör sina UML-diagram och...

typ kodar inte eller, det vet jag inte. De borde koda också.

Madde (32:31)
Ja, liksom gör

man det på en vettig nivå. Det är något svårt.

Sofia (32:38)
Ja, åtminstone typ såhär att det hade varit bra om de är approvers av typ större pull requests kanske. Där man gör större features. Att man sitter typ såhär och kanske parprogrammerar med folk i teamen hade varit bra. Men jag förstår att det är svårt i den rollen. Jag önskar att det fanns mer utrymme för det.

Madde (33:05)
Det är alltid bra. Jag känner själv nu min nya roll. Hur svårt det är att balansera både kodande och chefande. Så jag kan tänka mig att det är precis lika svårt i andra sådana roller där man har delat ansvar.

Sofia (33:22)
Ja för dem, det kan vara svårt i den här rollen också för ibland får de ju kanske uppgift att så här, man vet att man ska starta upp ett nytt team och så får de ansvara att typ så här göra en stor övergripande design av det nya typ flödet systemet och ibland har jag ju sett att de faktiskt väljer ut kanske teknologier man ska använda.

Det där kan ofta bli svårt. Om du inte har testat det som verkar det hajpade verktyget så kan det bli rätt fel. Då blir teamet surt.

Madde (34:05)
Ja. Nej, den är alltid lite klyrig. är lite som när vi pratar om chefer som vill få in AI och senaste verktygen för det. Det kan ju bli väldigt krystat på något sätt när det någon som bara kommer utifrån och tycker att man ska göra på ett visst sätt.

Sofia (34:26)
Det kan vara svårt att ta emot. det handlar om att vara duktig på att en dialog med den. Sen i året utvecklar en led-utvecklare i de timmen. Jag tänkte att vi skulle köra Python för det här. Vad tror du? Vi har hört om det här nya ramverket för att göra det. Och så kanske man säger att vi ska pocka någonting tillsammans. Man kommer in mer i det.

Madde (34:55)
Att man ändå samarbetar nära. För det nog det som gör att ibland kan arkitekt bli lite hånad av utvecklare. Ja, men då kanske det är just det här för att de kommer där en gång i kvartalet och bara, nu har bestämt att vi ska göra det här. Och så är det någon lösning som inte alls är förankrad i hur koden faktiskt funkar eller någonting. att, Vad har vi med då för olika?

Sofia (35:24)
Ja, alltså vi har ju typ alla andra typ så här specialarsitekter. Vi nämner typ så säkerhetsarsitekt, målarsitekt, kanske så här. Vi har ju typ så DevOps Leaders som är någon slags arkitekter också över typ, ja men det ju typ målarsitekter ibland. Ja, jag vet inte. Jag har ju absolut stött på sådana här säkerhetsarsitekter och målarsitekter.

Madde (35:53)
Ja, typ så Cloud Architect känns som en ganska vanlig titel ändå.

Sofia (35:58)
Ja, de sitter väl ofta i mer så plattformsteam. Alltså typ Cloudplattformteamet har en målenarkitekt kanske.

Madde (36:08)
Ja, och de fokuserar väl mer på den övergripande designen. Hur jobbar vi med Azure eller AVS eller nånting? Vilka komponenter vill vi använda här? Ska vi använda en Cosmos-Diabé eller ska vi använda MySQL eller MSSQL?

Sofia (36:29)
Ja, jag tänker att det är ännu högre. De kollar på hur vi strukturerar upp målplattformen överhuvudtaget. Och kanske du vet när vi pratar om API gateways och sådana saker. Stora målkomponenter. Att deras team gör sånt som är lite svårt att göra i teamet för att det ska användas av alla.

Men jag är försiktig, det ju vara databaskonfigurationer också. Att man ser till att så här, käpa saker så att utvecklare inte kan bara så här... Ja, du vet så här... Ja, men det typ så åh vad det går långsamt. Ja men vi bara köper en mera CPU liksom.

Madde (37:09)
Vart är Max?

Ja, det får ju ha kostnadseffektivt. Men sen tänker jag på de som beslutar om att man ska använda Terraform eller liknande för att provisionera upp sina resurser.

Sofia (37:29)
Ja, guidelines och sånt gör man ofta.

Madde (37:32)
Ja,

och samma är det med en säkerhetsarkitekt, fast de fokuserar på säkerhet. Hur jobbar vi med loggning, jobbar vi med kryptering, hur ska data skyddas och allt sånt?

Sofia (37:45)
Där vågar

jag knappt säga typ kodar då. Det vet jag inte. Skriver de någon slags källskript? Det får de svara själva för.

Madde (37:53)
Ja,

det vet jag faktiskt inte. Men säkert. Jag tänker om man jobbar med så här brandväggar och sånt så absolut skriptar man ju upp saker och... Alltså jo, men lite tror jag nog ändå.

Sofia (38:06)
Men det blir också antagligen typ, du är med i någon slags säkerhetsteam. Och så är du säkerhetsarkitekt. Jag hatar att gissa åt de här personerna.

Madde (38:19)
Ja,

kanske bättre att ha folk skriva in som har någon specifik arkitektarroll.

Sofia (38:25)
Ja, nu kommer jag inte på vad heter men du gick ju samma klass som en person som är säkerhetsarchi. Ja, och nu är det ju på IKEA där jag jobbar.

Madde (38:30)
BEL!

Vi gick faktiskt inte samma klass. Hon gick informationsarkitekt. På tal om en annan arkitekterroll. Informationsarkitekt. Som vi alltid tyckte lite konstigt. Eller så här. Det är vårt systerprogram liksom. Men det handlar väl också på något sätt om hur man... Ja, jag vet faktiskt inte.

Sofia (38:47)
Öre konstig utbildning.

När man går ut i programmet kan man kalla sig för arkitektodaget.

Madde (39:02)
Antagligen. Informationsarchitekt.

Sofia (39:06)
En sak som man borde väl slänga in här är också att här, alltså arkitekt är ju ingenting du kan liksom bli dag ett heller.

Madde (39:13)
Är du?

Man behöver ha ganska gedigen erfarenhet för att kunna börja tänka på den nivån.

Sofia (39:25)
Ja,

eller det går, men man kommer göra så himla många misstag. Men ibland händer det att folk får komma in det ganska tidigt, vilket defines länge man typ så här har stöttning av andra. För jag tycker inte heller, det är också synd att det är så himla mycket gatekeeping på arkitektrollen på något sätt också. Alltså, förlåt, men hur många typ kvinnliga arkitekter har det någonsin sett i arkitektrollen? Det känns som att det bara tillfaller...

En viss typ av gubbar.

Madde (39:57)
Jag vågar inte säga för mycket, men jag har absolut sett kvinnliga arkitekter. Men de är ju oftast också gubbar och gummor. Men det kanske kommer just med att man har varit erfaren. Man har jobbat väldigt länge. Det är folk som har jobbat 30-40 år i branschen.

Sofia (40:19)
Jo men jag har också sett kvinnor, men det är ofta en äldre generation på något sätt. Nu säger gubbar för att det var typ av män som jobbade med det här. Men det är synd för det blir som att bara för att de managers som vi har är typ i våran ålder. Men bara för att de ser att alla arkitekter är 50 plus så blir det som att man inte anställer någon som är liksom

27 till en sådan roll.

Madde (40:52)
Men som du sa, man behöver också ha erfarenheten. Just för att kunna ha ett sånt helikopterperspektiv som man ändå behöver ha. Då behöver man nog ha sett, men dels så tycker jag att man bör ha sett många olika system. Det är nog svårt att bli en bra arkitekt av att bara ha jobbat på ett ställe. Då har du bara sett det som finns här. Det är väldigt svårt att tänka nytt och tänka utanför boxen.

bara fått sett många problem lösas.

Sofia (41:25)
Ett

ställe kan väl gå så länge det är ett större företag med många timmar och många lösningar kanske. Eller om du har varit arkitekt på ett litet bolag och så går du till ett annat med typ samma typ av lösningar. Eller något sådant.

Madde (41:43)
Men sen är det alltid så att varje gång man går in i ny roll så kan man ju inte det. Någon gång måste man ju lära sig det. Vi har ju inte ens pratat om enterprise architect. Vi nämnde ju det bara lite. Men jag tänkte att vi kanske ska gå in på det också. det mer är då. Nej men man hör väl lite på namnet tänker jag. Enterprise architect. Det är ju någonting som existerar i stora enterprises.

Sofia (42:08)
Men det kanske är svårt att vara i ett 10-manas startup.

Madde (42:11)
Exakt. Det krävs väl när det är så stora verksamheter som har så kanske varierande itlandskap och liksom som ska stötta så himla många olika processer. För jag tänker om du, säg då vårt gamla kund till exempel, där kunde en enterprise architect inte bara ansvara för

hur man jobbar med e-handel utan det ju allt från hur fabriken funkar med deras e-app system. Alltså det är ju extremt mycket.

Sofia (42:46)
Ja, det är stora, stora lastningar och typ så här köpa upp större tjänster och byta leverantörer och så här titta framåt på 20 års sikt. Hur ska du... Ja, det är en häftig roll. Det är typ så mycket gissning också så är det svårt. Hur ska vi vara redo för tio år, 20 år framåt? Det som är intressant när man också pratar med...

med enterprise-arkitekt, det tycker jag att de problem man har som utvecklare kopplat till team är så...

Jag vet inte men så typ så banala eller så här de de spelar inte så stor roll för en sådan person. Så ibland så här krockar typ vokabuläret har jag märkt att de ser det på så mycket större nivå än att så här, oj jag kan inte lösa mitt problem idag.

Madde (43:42)
Ja,

men det är sant.

Sofia (43:45)
Stora ansvarsområden och typ sätta... De sätter också beriktlinjer för verksamheten som ofta domänarkitekterna läser. Och så gör domänarkitekten beslut grundade på det som sen förs vidare till systemarkitekterna eller team.

Madde (44:10)
Någon slags hierarki finns det väl ändå i många fall.

Sofia (44:14)
Ja, jag vet inte. Men jag tycker det är en väldigt annan typ av roll, i alla fall enterprise-arkitekt, för att då ser du verkligen inte kod längre. Du är ju inte nära den alls. Hur spelar det för roll, det är... är det för språk det är skrivet i eller sånt där?

Madde (44:30)
Nej.

Nej, inte när du sitter där och väljer mellan ett RP och ett annat. Det är så himla långt ifrån en implementation på det sättet. Det spelar inte roll. Det är väl därför lite de man ofta skämtar att de blir typ så powerpoint-arkitekter. Att det blir så himla abstrakt det de gör. Och det ska ju vara det.

Sofia (44:51)
Nej.

Det

måste ju vara det. De ska ju sitta och prata med folk, vad heter det, uppermanagement på de företagen och förklara varför de ska ta en sån här kostnad på så här många miljoner miljarder kanske. De kan inte bara säga, ja men JavaScript har kommit ut med ny.

Madde (45:27)
Det kom inte sitt ramverk här. Jag tänkte vi skulle börja köra. Nej, är ingenting som vdarna sitter och bryr sig om direkt.

Sofia (45:36)
Nej, inte på så stor en, faktiskt, i alla fall. Men de är ändå, jag vet att de ändå... Alltså många av dem är ganska tekniska och kodar lite fortfarande. Och de är nog roliga för att... Okej, ERP-system har inte så bra koll på liksom hur... Hur det relaterar till kod specifikt. Men jag vet ändå att... Om de ska köpa upp någon ny så plattform, byta mål-leveratör... Alltså... det här att se till att... Okej, men...

att den här molnplattformen är någon mindre typ europeisk. Kan man köra vilka språk som helst på den? typ så här, vet, Cloud Functions kanske inte stödjer alla obskura språk eller något sånt. Att de måste ändå ha lite koll på hur utvecklar vi i den här verksamheten. Eller att de kanske behöver förstå saker också och steppa in när de ser...

Man man bara har massa mossiga utvecklare som inte förnyar sig. Man ser att man släpar efter tekniskt. Att de kanske kan steppa in och bryta det på något sätt.

Madde (46:46)
Ja, det kan det ju vara faktiskt. Det finns ju många varianter och som sagt, är ju väldigt svårt att säga att så här är det. Det är olika på olika bolag, det är olika beroende på vad det är för människor, vad de har för intressen. Som sagt, finns säkert de arkitekter som tycker det är väldigt kul att fortfarande koda och sen finns det de som absolut inte vill. Så det är väldigt svårt att generalisera om det på något sätt.

Sofia (47:13)
Ja, men generellt, alltså bortsett från kanske enterprise-arkitekter så är det ju rekommenderat att man är nära koden på något sätt. Även, att man åtminstone kanske sitter själv då och kan prova några verktyg. Eller att man är ute och pratar med folk, att man inte blir så isolerad.

Madde (47:35)
Ja, oavsett vad så tror jag nog att det är bra att man lyssnar in liksom. Man kanske försöker lyssna lite på utvecklan och höra vad de har för problem och ta det med sig så att inte blir den här figuren i bakgrunden som kommer lite då och då. Det är är någon slags relationsbyggande på det sättet kan man ju säga. Även om det inte handlar om att leda. Alltså, jag skulle inte säga att arkitekt är liksom en ledarskapsroll.

Sofia (48:04)
Men det borde

Madde (48:08)
Jag vet inte.

Sofia (48:11)
Det är ju någon slags, alltså det är ju ett informellt, ja men precis det ett tekniskt redarskap. Jag tycker mig ändå att när man väl läser en annons att det ofta är att man ska ändå coacha och ha ett ansvar för att alltså team blir ju produktiva.

Madde (48:15)
Tekniskt ledande.

Jag har nog aldrig sett en coach, arsitikt.

Sofia (48:36)
Nej, okej. Men jag har ändå jobbat med arkitekter som är inne och kodar och som kommenterar jättemycket på pull requests och som läser rad för rad. Jag jobbar med sådana nu liksom som är med och kodar och sen för minst är de som sitter utanför och har liksom mer egna projekt. Så alltså det är mer såhär personlighetsbaserat då att vissa vill ta ansvar.

Madde (49:04)
Jag skulle nästan.

Sofia (49:07)
De är ju duktigare och de är ju mer uppskattade.

Madde (49:11)
Där

blir det roligare att jobba med. Där jag jobbar nu har vi inga arkitekter till exempel. Visst, kan säga att det inte är ett så stort bolag, men det är ändå ett ganska stort bolag. Vi är ju typ 500 pers, så att...

Sofia (49:25)
Har ni leads

eller något sånt där istället?

Madde (49:29)
Vi har principal engineer, som är vår högsta. De är väl lite mer åt arkitekthållet. Om jag skulle klassa in det skulle jag säga att de är mer som en domain-arkitekt. Det är specifika områden. Någon jobbar mer mot cloudet och någon jobbar mer mot klient.

Men på något sätt blir också, alla blir solution-architects i teamet. Alla jobbar med att bygga.

Sofia (50:04)
Det där tycker jag bra. Jag tror att så som ni gör det är det mer så moderna sättet. För om man tittar på amerikanska företag som är så här... Man ofta ser upp till som är snabba och moderna. Så har de oftast inte den här arkitekterrollen. Utan det är just principal, staff engineer, tech leads. Och just att det är hela teamet som bär ansvar för arkitekturen. Det kan inte ligga på en person. Det är bara en person som vet om det.

Det blir... Det är nog därför också de personerna inte har tid att koda om det är bara en person som ska ansvara för det.

Madde (50:41)
Ja, men visst.

Det finns ju väldigt få strikta att säga att det är en tydlig definition på vad som är vad. Men det är väl lite vår tolkning och vad vi har sett i alla fall och vad som nog är lite vanligt. Men som sagt, jag har svårt att förklara en ServiceNow-arkitekt. får ni gärna höra av er om.

Sofia (50:45)
Säkert.

Jaha, nej men det tror jag att vi fattar vad det är. Alltså, så ju... Det kommer ju till en kund som vill ha något flöde här du vet. Så är det ju du som ritar upp hela liksom.

Madde (51:14)
Ja, okej då. Men vad hade vi mer då som var konstigt? Cua-arkitekt. Folk får gärna förklara det om man har någon sån lite mer specifik inriktning. kan vara kul att höra.

Sofia (51:25)
Ja, någon kommer bli jätteärg också efter det här. Som sagt, inte alla arkitekter.

Madde (51:33)
Man måste alltid ha en disclaimer. men tack för idag så hörs vi nästa vecka.

Sofia (51:39)
Ja.

Skapare och gäster

Madeleine Schönemann
Värd
Madeleine Schönemann
Madde är en riktig allrounder! Hon har haft många roliga och lärorika roller inom branschen, som utvecklare, scrum master, product manager, konferensarrangör och föreläsare på flera olika evenemang. Programmering ligger henne varmt om hjärtat och hennes stora glädje är att tillsammans med sitt team leverera produkter som gör verklig skillnad för användarna.
Sofia Larsson
Värd
Sofia Larsson
Sofia är en erfaren utvecklare som tycker om att vara en del av produktupptäcktsfasen och skapa effektiva lösningar med användaren i fokus. Hon har ett starkt engagemang för digital hållbarhet och i sin roll som Digital Sustanability Competence Lead jobbar hon för att öka det digitala mijömedvetandet. LinkedIn
image of podcast supporter image of podcast supporter image of podcast supporter image of podcast supporter image of podcast supporter
Bli en av 35 supportrar