51. Stoppa huvudet i sanden
lyssna! 
Vi följer upp en lyssnarfråga på vårt tidigare avsnitt Pakeldebakel med att snacka om Javascripts ekosystem och allt vad det innebär. Det blir NPM-paket, drag-n-drop-bibliotek, pengar inom open source, att stoppa huvudet i sandet och en idé på ett nytt licenstroll. Dessutom en hel del om ansvarsfulla beroenden och en liten teaser inför ett kommande avsnitt.
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:
Varför var programmeraren så dålig på gitarr?
Dåliga strängar.
Skrapa här!!
Transkribering
Transkriberingen är gjord av nån "AI-grej". Du kan förbättra den genom
att klicka precis här :) Varför var programmeraren så dålig på gitarr?
Jag vet inte.
Dåliga strängar.
Okej.
Det känns som att jag borde börja kunna ta ett skämt innan.
Jag borde kunna spoila skämtet istället för att svara "jag vet inte" snart.
Jag vet, men jag vet inte heller om det här var ett skämt.
Jag vet inte vad som hände riktigt.
Det känns... det är nåt som känns off.
Det är ändå en sån dag idag tycker jag.
Jag är lite småförkyld.
Kanske hörs min röst, jag vet inte riktigt.
Det är oerhört irriterande.
Jag ska försöka att inte snörvla allt för mycket i micken.
Den ASMRen får man hitta på annat håll så att säga.
Och det är också extremt varmt i lägenhet, fast jag öppnade fönstret.
-Och att det är extremt kallt ute och snöar och blåser. -Ja, det är kaos.
Men och men, välkomna till ett nytt avsnitt av ASDF.
Vi tänkte idag prata om en lyssnafråga som vi fick för ett tag sedan från vår lyssnare Erik.
Jag tror att den kom in i samband med att vi pratade om det här "colors.js" paketdebaclet.
när det var någon som typ tog bort sina paket från NPM.
Jag kommer inte ens ihåg vad det var för något, det var typ tre avsnitt sedan.
- Jo, nej men det var faktiskt avsnitt 45.
- Mm.
- Det var väl, ja men han tog bara, han la in massa kod i sina paket va?
Eller bytte ut det.
- Ja, just det, han gjorde typ paketen oanvändbara.
- Ja, wow. - För att han var leds på att han inte fick betalt.
- Ja, alltså mitt minne är...
Det, det, det är som det.
Det är en sån där. Men så är det med båda.
Då skickade Erik in en fråga och frågade om vi har funderat mer kring ekosystemet
runt just javascriptutveckling framförallt.
Alltså att om man använder ett bibliotek som drar in ett annat bibliotek som i sin tur drar in ett tredje bibliotek och så vidare
ner i en oändlig pyramid av biblioteksberoende.
Och lite så här frågade, äger fördelarna och övernackdelarna, är det rätt sätt framåt, hur ska vi göra, måste vi ändra på hur faktiskt MPM fungerar och så vidare.
Och det är ju en diskussion som det känns som att den har, i alla fall så länge jag har varit utvecklare, det känns som att den har dykt upp lite då och då.
Och ofta kanske i samband med att, ja men det är någon som tar bort sitt paket eller vad det nu kan vara.
Men det känns inte som att det finns något solklart svar, men jag vet inte, du kanske sitter på lösningen Therese?
Ja, jag känner att vi två absolut är de två som har bäst expertis och lösningen på hela problemet.
Ja, det tror jag ändå. Vi kan lösa det här nu.
Ja, nej jag har faktiskt ingen aning. Alltså, det är ju, jag tror på något sätt i vardagen liksom att,
jag är väl medveten om det, men liksom bara det skiljer ju glappa på på något sätt.
För jag tycker det blev otroligt mycket tydligare också när man började med lockfiler.
Du drar in ett paket, men du får hur många ändringar som helst i en lockfil för att det är dependencies höger och vänster.
Och det är ju ingenting som jag brukar gräva så djupt i.
Ibland ser jag det och bara "vad är det här?"
Och har jag den här, ja men de skadliga paketen inne, jag har aldrig använt dem.
"Jaha, okej, men jag använder de här tre paketen som beror på de här, så jag är också utsatt."
Så huvudet i sanden kanske är lite mer än vad man borde ha, tror jag.
- Ja, jag är också på den huvudet i sanden-laget i det här, så att säga.
Även om det finns många...
Alltså, det är väldigt många som, i alla fall nu för tiden, pågår uppmärksamheten på att
man behöver inte ha så mycket bibliotek när man utvecklar, man behöver inte ha så mycket 3D-matchgrejer.
Det räcker med att man skriver lite HTML och lite CSS, så har man ofta en sida som räcker.
Och jag köper ju det helt och hållet, men problemet är ju att när du väl vill bygga någonting som inte bara är ett dokument,
alltså som inte bara är information, alltså någonting som är lite interaktivt eller någonting som är någonting annat,
att skriva allting från grunden själv skulle ju ta så extremt lång tid.
Det är ju liksom, ur ett affärsperspektiv så är det ju i stort sett helt omöjligt idag att tänka sig att
Man skulle bara "Nej men vi skriver allting från grunden själv".
Alltså det finns ju superavancerade saker som drag and drop som är skitsvårt att implementera själv på ett rätt sätt utan att bli buggar.
Alltså det finns liksom animationer. Alltså det är liksom hur mycket som helst som gör det väldigt svårt idag att faktiskt skriva något från grunden.
För att man har ju också vant sig med att det finns liksom en nästan oändlig flora med npm-paket som man bara kan välja och vraka ibland.
Ja, det är ju också så här att det är ju antagligen, alltså inte alltid, men ofta är det en person som också har satt sig in i problemet som de försöker lösa på mycket mera, alltså satt sig in i det mycket mer än vad jag själv skulle göra om jag hade fått en ticket på jobbet, ja du måste skapa en drag and drop.
Okej, det här hände faktiskt mig i veckan. Jag har faktiskt in ett drag-and-drop-lib idag.
Och då var inte såhär, min första tanke var ju verkligen inte "Ah, ett drag-and-drop, det tänker jag att jag ska bygga från grunden, för det har jag koll på och att det ska fungera i olika browsers"
Min första tanke var att det måste finnas ett paket för det här. Någon har gjort det.
Så det jag gjorde var att använda Google och läsa en massa "top ten" och bla bla bla.
Och hittade ett som har fått många stars, har många användare och stödjer det som jag vill ha löst.
Och det tog ju mig någon timme att ta in och testa, implementera, kontra om jag ska bygga en egen drag & drop.
Alltså jag hade ju hållit på i veckor. Säkert misslyckat.
- Vilket drag & drop-bibliotek landade du i till slut då?
- Typ Beautiful, React, D&D eller nåt.
- Ja, det är en av de populära. Det är nog ett känt företag som ligger bakom den tror jag.
-Jaha, jag sa nog inte det. Jag är säkerhetsläkare. -Jag tror det är Airbnb som ligger bakom den, om jag inte minns fel.
Jag utvärderade ganska många drag-and-drop-bibliotek när jag höll på att bygga min gameshows drag-and-drop-funktionalitet.
Då körde jag också React Beautiful DND, för den hade mycket out of the box från början.
Och sen bytte jag för att jag behövde någonting som inte den stödjer, och då bytte jag till ReactDnD, som jag tror Dan Abramov har gjort från början.
Som är liksom bara React-wrapper ovanpå browsernas inbyggda drag-and-drop-supporter, eller API-er.
Och sen sprang jag på några problem med den, så nu har jag till slut bytt till något som är ganska nytt som heter DnD-kit.
Och det är fan magiskt bra, kan rekommendera!
Ja, men det var ju också så här att vi byggde ett system och sen så sa de "ja, vi har fått användare nu och användarna har det här behovet och det har vi missat och vi ska egentligen bygga på det här andra systemet men kan vi lösa det här?"
Så då hittade vi någonting som ser ut att lösa det case vi har.
Ja, exakt och det hade ju inte hänt då om ni inte skulle använt en BNB-bibliotek.
Nej, det hade vi inte gjort. Och för den delen testa fem olika vad det nu har landat i.
Men jag menar, ja absolut. Vi hade aldrig kunnat vara så snabbfotade utan det.
Så att, ja, jag är kanske inte alltid glad när man rinner in en ny typ av dependency och försöker verkligen se till att använder vi det här annars ska vi inte ha det liksom.
Men det går, alltså det kommer inte gå lika fort utan det.
Tror jag.
- Nej, jag håller såhär, jag tror att det är avvägningen som de flesta gör tror jag också.
För jag tror ju att de flesta är nog som oss att det är lite såhär stoppa huvudet i sanden.
Man är liksom på någon nivå medveten om problemen som finns med att det blir liksom hur många tusen paket som helst när man kör Create React App.
Men i verkligheten så tänker man ju liksom såhär, ah, det är ju jättemånga som gör det här.
Då är det typ lugnt. Och därför kan jag också göra det för att jag vinner så mycket i produktivitet på det.
- Ja, alla kan ju inte ha fel. - Nej, exakt. Följer man gruppen, då klarar man sig.
- Ja, när man börjar på riktigt tänka på det så känns det helt barockt. På något sätt.
Det är ju verkligen någon typ av tillitsbransch.
Jag är ändå förvånad av att det inte händer oftare att ägarna till NPM-paket blir hackade och får sina konton kapade för att sen de ska försöka släppa virus eller ransomware eller vad det kan vara.
Ja, och det är kul för vi har ju ändå haft exempel på det liksom.
Dels var den här gamla bloggposten av någon som ponerat att jag gör det här, det här, det här, det här, och så hittade jag en säkerhetsläcka i NPM, vilket var en teoretisk bloggpost som ändå hade funkat.
Det var ju inte det här en säkerhetsläcka också, att när någon hade sitt interna npm repository så kollade de ändå, så tog ändå publika paket precedence.
Så om du kunde veta det exakta namnet på ett internt repository på ett företag och skapade ett sådant externt namnjätt exakt likadant så skulle din kod komma in istället.
Det var ju också en enorm säkerhetsläcka.
Ja, den tycker jag också att jag känner igen.
Ja, vi har ju suttit i skiten bevisligen, men vi var köp på ändå.
Ja, men jag tror också att det är lite av ett kort hus på något sätt.
Till slut så kanske det kommer någonting som är tillräckligt stort för att det ska påverka eller driva en beteendeförändring.
Samtidigt ser man exempel på, nu är jag dåligt insatt i Java-communityt, men när Log4Shell kom i vintras, jag vet inte om det har förändrats så mycket.
Nej, men det är ju inte JavaScript bara som har den här typen av system, gäller inte det alla, Python har väl samma?
Det jag tror gör att javskript i alla fall är lättare måltavla för kritiken är väl att det finns inget riktigt standardbibliotek i javskript på samma sätt som det finns i många andra språk.
Därför finns det, och så finns det ju såklart hela läggasibiten med att väldigt mycket som finns i javskript idag fanns inte förut.
Därför skapade folk paket för de enklaste sakerna som LeftPad.
Det är ett väldigt gammalt exempel nu, men någon hade ett paket som var en rad kod som la på lite whitespace till vänster på en säng.
- Ja.
Det är kul, jag var på konferensen en gång när någon på NPM snackade och så tror jag verkligen att man i förbifarten bara "Don't mention LeftPad to me!"
Och så bara gick vidare.
(skratt)
Det låter ändå som att man har lite självdistans.
Ja, eller så har hon det strängt. Jag kommer inte ihåg.
(skratt)
Ja, det är det jag menar.
Det finns ju liksom väldigt många sådana exempel i nojalskriptvärlden i alla fall.
Sen kan det ju vara att jag inte är insatt i andra communities, vilket gör att jag inte uppmärksammar det lika mycket.
Men det känns ändå som att det händer lite ofta det här.
det här och att det händer ofta när det händes är det liksom så här att det är ett paket som är en rad och det används av sju miljoner projekt och man bara
aa okej det låter ju inte toppen direkt.
Nej, men det är ju också kul när man tänker på folk som skapar publika paketsoffor.
När man tänker på det, det är så himla mycket ansvar inbakat i det.
Det är kul för att jag gjorde en rich text editor baserat på DraftJS.
Och sen så var det, i rätt respekt kanske jag kunde byggt det själv men det hade behövt sätta in mig i det och då orkade jag inte.
Men liksom, rich text, the raw rich text för att få över det till markdown liksom.
Och då, då först använde jag något paket som någon annan använt och sen var det någon som bara "Åh, det här har inte maintainats på två år"
Jag bara "Åh shit" och så hittade jag någonting annat och då var det verkligen så här "Obs, obs, obs, jag har barn hemma, det är kaos, jag har liksom inte tid"
Ja, alltså det var en så lång disclaimer och sen var det också så här
kom gärna med en lösning och lägg upp en PR istället för att bara skapa en issue och liksom samarbeta
och det gick ju upp för en viss värld.
Shit, vi lägger så mycket ansvar på de här människorna vi inte vet alls vilka de är
och de har ju också lite samma grej att de kanske bara drar in paket för att lösa saker
men egentligen så borde de kanske då ha större ansvar att se till att de inte drar in onödiga paket
inte skapar dependencies som vi inte behöver och lägga dependencies på rätt ställen och så här.
Och det kan man ju tänka också, i mitt huvud tänker jag att folk som är bra och gör saker,
de har ju koll på allt det här.
Men det är ju inte så att det bara är vissa människor som har bevisat att de kan koda på ett specifikt sätt som gör det,
utan alla gör det ju. Inte jag, men alla andra.
Ja, exakt. Det är ju liksom den andra sidan, eller vad man ska säga, av hela den här open source community, eller världen.
Ja, vi pratar liksom om allt det här, men som du är inne på, sen finns det ju bara vanliga människor där bakom som sitter och förväntar sig att det ska underhållas,
och att det ska faktiskt funka i det långa loppet.
Och det är ju egentligen sinneshöjt för alla, eller alla ska inte säga, men 99,99% gör det ju utan att få en krona för det.
Så det är bara drivet av någon typ av prestige inom utvecklarkommunitet att det är en liten stjärna i kanten att man har ett öppen-svårdsprojekt som man underhåller.
Ja, och så samlar man ju stjärnor liksom.
I got five stars on github.
Exakt.
Och det är ju alltid så här, det vet man ju i rekryteringssammanhang också, att folk tittar ju på din github-profil.
Och då är det ju definitivt en perk, om du har det här populära projektet, du är den som har integnat det här.
Det är ju coolt.
Så jag kan ju förstå att folk gör det, för det är ju så branschen tyvärr ser ut.
Men på samma sätt som mängden paket så känns det ju kanske inte hållbart heller i längden.
Att vi ska förvänta oss att så pass mycket av det vi litar på att det ska göra vårt jobb åt oss, är det folk som bygger gratis.
- Nej.
Vad jag menar, alltså folk, alltså de kan ju byta roller eller bara bränna ut sig på det eller vad.
Var inte det också något debackel men det var någon som skulle skicka över sitt repo till någon annan
för han ville inte maintainare längre och så blev det något kaos med det där också.
- Tycker jag känner igen det där. Kan inte riktigt placera vilket eller när det skulle vara men det kan mycket väl stämma.
- Ja, jag tror det, alltså var det liksom...
Den som tog över den hade inte goda intentioner, typ.
Och så blev det kaos.
"Fan, men det var ju så här, ansvar, du måste ju ha ansvar för vem som du lägger över på."
Och det är ju så att vi sitter och säger att folk har så mycket ansvar, och det har de ju på något sätt.
Alltså, det är ju väldigt lätt för dem då att bara "break" internet, typ.
- Det är också något man kan bli känd för, tänker jag.
"I broke the internet."
Ja, det kan också bli så här känns det.
"I'm the person that killed the estuary bucket so all the websites in the world disappeared."
Ja, nej men...
Jag vet inte vad jag vill komma med det, men det är bara så här...
Nej.
När man börjar gräva i det, jag kände att jag fick lite panik så här.
Alltså jag föredrar ju att ha huvudet i sanden uppe visligen, för jag menar, det här är ju stressigt.
- Ja, verkligen. Men jag vet ju inte vad alternativet är.
Alltså vi pratade om i början att vi skulle lösa det här lite skämsamt.
Men jag kan inte ens se något alternativ.
För jag menar att i verkligheten så funkar ju väldigt många liksom...
Alltså oavsett vilket verktyg du använder så funkar det ju på samma sätt med ett paket.
Att du drar ner paket, du spekastar en version och sen så kör man på liksom.
Det är mer bara den här oerhörda pyramiden som det har blivit, eller trädet, med dependencies på dependencies på dependencies, som Janne och Fridt skiljer sig så mycket skulle jag säga.
Ja, för jag menar, alternativt jag kan se om man skulle ha hållbar kod.
Och det här har ju dykt upp en del nu, liksom att jag sitter i två väldigt nära lika projekt,
men ett är liksom som externt och ett är internt.
Men de delar datakälla, så att alla typer och allting, alla scheman och sånt,
då får vi sitta och liksom skapa upp flera gånger och komponenterna, de duplicerar vi liksom.
Och då tänker man så här, det här skulle vi ha i ett paket.
Och då blir det också lite så här, ja men då måste man versionera det och uppdatera det, och har du ett problem någonstans så blir det.
Men så eftersom vi inte har ett paket är ju lösningen att vi måste sitta och copypasta kod.
Så du menar, det kan du ju göra, du kan ju hitta lib, gå in i källkoden och ha kontroll på exakt vilken kod där du drar in i ditt projekt.
Så så kan man ju också göra, för det blir ju fortfarande inte fler ADKs i slutändan.
Och du har kontroll på det. Däremot så MPM-modules släpar man inte med sig precis överallt.
Utan det kan man ju få fräscht. Eller så blir vi jättelångsamma.
Ja, exakt. Det känns ju som att det blir en extrem avvägning.
För det är ju samma sak. Det finns för säkert någon mellanväg.
Jag tänker att om man jobbar på en bank så drar man kanske inte in vilket MPM-paket som helst.
Och man kanske lägger någon typ av proxy framför MPM så att man vet att man får samma paket som andra utvecklare har fått.
Om man installerar samma version.
Så det finns saker man kan göra redan idag för att bättra på säkerheten.
Men i slutändan tror jag inte att det gör så stor skillnad.
Nej.
Nej, men alltså jag...
Vad skulle vara alternativet?
Det är att det skulle vara flera working groups som tar fram specifika paket.
Sen är det bara de paketen vi kan använda.
Ja, nej, exakt. Det här vet jag inte heller.
En del tror jag att om JavaScript hade ett bättre standardbibliotek, vilket...
Det har ju ingen standardbibliotek idag heller, men språket i sig innehåller mycket mer vettiga saker än vad det gjorde för 15 år sedan.
Vilket gör att många paket som fortfarande är kvar behövs egentligen inte om de skulle ha skapats idag.
Men sen är det också hela den här biten med att allt vi bygger har ju väldigt ofta ett krav på sig.
"Det ska funka på vilken webbläsare du än kör" och ofta ganska mycket bakåtkompromiss.
Nu, React 18 släpptes ju häromdagen bara och då droppar ju de äntligen supporten för IE.
Så nu kanske det kommer till slut, det är liksom "the final purge" av IE-support för det når ju också end of life i sommar någon gång.
- Ja, alltså det får ju vara nog.
- Ja, så det kanske försvinner, men det är ju också en del av orsaken eller förklaringen bakom att
när vi ska göra saker, det är inte så att vi bara kan alltid använda den nyaste fräscha av JavaScript
och sedan köra på det, utan vi måste hela tiden tänka på att okej, men hur ska vi stödja gamla saker?
Och då blir det återigen att så här, ja men då vill vi använda en ny funktionalitet i språket.
Då drar vi in paket för att fixa att den funktionaliteten funkar på äldre webbläsare.
- Ja.
Ja, herregud. Alltså det är ju verkligen, det är ju att tänka på att försöka lösa alla de här sakerna själv.
- Mm. - Alltså, ja okej.
Ja, det är ett annat sätt då. Vi kan ha en dokumenterad instruktionsmanual för hur vi ska lösa saker själv.
Jag kan inte bygga en jävla polyfill, det hade inte...
Görs det ens i Javascript? Det kan jag inte tänka mig.
- Polyfills? - Ja, det gör det säkert.
Jo, det gör det väl typ. Det beror lite på var du polyfillar.
Allting går ju inte att polyfilla med Javascript.
Men sen, jag håller ju egentligen, för nu när jag pratar väldigt mycket,
så här, ja det här är ett problem som bara finns.
Men egentligen håller jag med om att man måste tänka efter när man installerar paket.
Det är inte så att man bara "det här paketet ser bra ut, vi kör".
Det har en stjärna på GitHub och har inte uppdaterat på tre år.
Då kanske man inte ska köra på det här paketet.
Men samtidigt så länge man gör det på ett så ansvarsfullt sätt som man själv kan styra över så tycker jag ändå att det funkar ganska bra idag.
- Jo, det gör det ju, men det är ju som du säger, hela communityn har ju tillit till communityt på något sätt.
Det måste vi ju nästan ha. Någon slags enorm godtrogenhet, typ.
- Ja, nämen verkligen. Man måste ju liksom tro på att folk vill väl, helt enkelt.
- Ja, det är ju nästan lite fint. Alltså vi kan vinkla det så att det är lite fint istället.
- Utveckla ett fint community där folk tror på varandra och litar på varandra.
- "Always assume good intent". - Exakt.
En sak som jag tror jag har varit in på i nåt tidigare avsnitt, även om det kanske var länge sen, är ju att...
Det man också kan göra är att om man ser ett paket på GitHub och bara "Jag vill ha den här lilla funktionaliteten som finns här",
Alltså hellre då att man läser källkoden om det är något litet.
Och bara "ja men jag ska snora den här lilla biten av det här open source-projektet" för att
är källkoden där, då är det bara att läsa den.
Och då kanske man bara kan ta den koden istället för att ta in paketet och sen få ett beroende.
Visst, då tar du istället över underhållet av den koden, vilket du kanske slipper om du använder ett paket.
Men ofta så känns det som att väldigt små paket, och särskilt om man "ja, jag behöver ett paket för att"
Left padad den här strängen litegrann. Då kanske man kan ta den implementationen istället för drömpaketet så att säga.
- Jo, jag kan ju också känna den här när det blir liksom, men snor jag någons kod som jag inte borde sno?
Men om man har liksom, istället för att lägga upp en issue om den väldigt liten grejen, väldigt tydligt källkod så skulle man ju kunna plocka in den.
Jag vill ju inte sno heller, men den är ju publik och så.
Man måste väl kolla licensen egentligen om man ska vara laglydig.
Just det.
Så att det faktiskt finns en licens.
Nu för tiden är ju ändå majoriteten av paketet i MIT-licensen som är
"Ta den här koden och gör vad du vill med den".
Men det finns ju även andra licenser, för det är ju också en helt annan grej när man kör alla paket.
Det är inte så att jag kollar supernoga, särskilt inte på paket som ligger längre ner i kedjan, vilka licenser de har.
För det skulle ju kunna vara att någon av dem har en licens som är typ så här "Ja du, jag kommer inte ihåg vilken den är, om det är GPL eller något sånt där som kräver att du publicerar din källkod om du använder den här källkoden."
Och då blir det liksom så här "Oj, jag har dragit in det här och enligt lag då..."
Sen är det ju också en detalj att väldigt få av de här licenserna har blivit rättligt testade, och särskilt i Sverige för den delen.
Vilket då gör att det inte säkert att de applicerar men att man ska ta det säkra för osäkra och då kan det vara att koden kräver att din kod blir öppen källkod också.
Och då kanske man inte ska dra in det i ett privat projekt för något bolag man jobbar för.
Nej, det är jävla sant, det har jag inte ens tänkt på.
Men det är också så här, jag kollar ju inte noga på paket, jag kollar inte allting som man bör kolla på paket och vissa säger ju bara så här, det här drar ju alltid hem, det här drar alla alltid hem.
Det har jag inte ens tänkt två saker. Det är också kul, det är ett annat case, någon kan ju publicera ett paket och ändra licensen på det.
Eller man kanske sätter en licens när man publicerar den.
- Nej, men du kan ändra licens. Det är väl inga konstigheter.
- Ja, då skulle du ju kunna publicera någonting som många använder, ändra licensen och sen gå efter folk rättsligt.
- Ja, det känns som en typ Open Source-världens motsvarighet till patent-troll.
- Ja. - Det är liksom en licens-troll.
- Det här känns som en fantasi eller en framtid, vi hoppas att det absolut inte händer.
- Fy fan vad hemskt det låter. - Ja, Gud.
- Men jag menar, det kan ju inte vara värt för någon att göra det heller,
- och fastna i någon jävla legal debackel.
- Jag fortsätter säga debackel, men jag tycker det underhåller mig.
Ja, men det skulle också kunna vara, vad heter de, den här danska advokatfirman,
som skickar massa kravbrev till folk som de påstår har laddat ner.
Ja, det vet jag inte.
Nej, men de skickar till fildelare och bara så här "Hej, betala oss 3 000 spänn, annars stämmer vi dig".
Det skulle man kunna göra med licenser om man upptäcker folk som använder ens paket,
men med fel licens, så skickar man dig kravbrev.
Och så säger man "Hej, betala 3000 spänn, annars stämmer vi dig."
Då får man säkert in en del pengar.
- Ja.
Men man måste ju också, det måste ju, är det inte något mål som måste gå liksom som kommer sen
visa vägen för alla andra likadana mål?
- Jo, man måste väl ha någon typ av, vad heter det, prejudikat.
- Ja. Oj, jag ska inte in och kraftsäga i leagle-världen.
- Nej, jag känner också det här. Nu, vi var ute och simmade på djupvatten på år två tror jag.
Även om jag känner att min idé är lukrativ.
Men jag är så här, jag vet inte, är det så här vi vill jobba? Jag vet inte.
Ser vi något annat sätt att jobba på? Inte just nu.
Stör det här mig varje dag? Nej, stoppar huvudet i sanden. Det är väl min sammanfattning ungefär tror jag.
Nej, men jag är ju väldigt mycket på samma sida som dig.
Jag tror inte att jag...
Jag går liksom inte att oroa mig för det här varje dag.
Men...
Samtidigt så skriver jag ju ofta, alltså så här...
Vad är det värsta som kan hända?
Det är liksom, jag skriver inte kod som jag håller koll på folks liv eller någonting sånt,
utan det är bara, det är lite hemsidor här och där.
Det gör inte så mycket om någonting går sönder ett tag.
- Nej, jag börjar känna mig lite nervig så.
För att jag kanske ska byta till någonting som hanterar pengar.
- Det här är en så jävla perfekt segue till eventuellt nästa avsnitt.
Vi får se, det kanske är fler avsnitt bort.
Det är en, vad kallar man, en teaser?
- Ja, kanske. Eller en cliffhanger.
Nej, då måste man ha en klippa att hänga ifrån.
Men då sparar vi bränn och så återkommer vi i ett annat avsnitt.
Det tycker jag. Jag tycker ändå att vi kommer fram till något vettigt i det här avsnittet.
Om man ska tjäna pengar på open source så ska man byta sin licens och sen skicka kravbredd till folk.
Ja, och bli jävligt bra på juridik kanske.
Exakt. Det kan vara lösningen.
Toppen. Tack för att ni lyssnade som vanligt. Jag hade jävligt kul i det här avsnittet.
Jag glömde bort min förkylning, det känns bra.
Jag glömde bort att jag bytt till sommardäck på bilen och att det snöar.
Men bra!
Alltid nått.
Va?
Alltid nått.
Ja.
Vi finns väl på, där vi finns vanligtvis, på Twitter och ni vet.
Och Anton vill göra en recension i iTunes och sådana grejer.
Ja, exakt.
Så fixa det. Och skicka fler frågor om ni har.
Ja, men det är kul.
Vi säger så och så hörs vi om ett par veckor igen.
Det gör vi.
Hej då!
[Musik spelas]
