Before that, I had been running dozens of servers out of my bedroom. When IRC was the system used to chat with other nerds, I setup a server that me and my online friends would use to connect to the chat system. That way, we could see the chat messages that were posted while we were offline, as the server had us logged in at all times. I was 11 years old, and they were all teenagers in other parts of the world.   No one asked me to do these things. I wandered around the internet and found stuff to work on. To learn, and to follow useful pursuits. To the outside world, I was just a kid with too much screen time, playing on my computer. But not to my mom. She would listen for hours every week, as I explained my latest learnings, and suggested next steps. We’d set the limits on computer usage together.

As a parent myself, although my kids are still small, I’ve started to think about how we can make room for our children to wander. To explore interests beyond the default path. To work, for the joy of working. To find agency.

Their school will try to fill their weeks with the standardized curriculum, and if they spend all of their learning time on it, it will suffocate their opportunity to explore individualized knowledge. Steve Jobs, at 12 years old, cold-called HP’s co-founder to ask for parts that he needed to build a frequency counter. He was subsequently offered a summer job at the company. That would never had happened if he had spent all his learning time on his homework. If the opportunity was suffocated.

My kids are not old enough yet, but I hope that I’ll be able to encourage their own educational ventures. That I make sure they have the time, material and encouragement needed to do useful things, out of their own interest. Because that won’t come from their school.

Wait how does that work?

Because the source code is only part of the product. Those companies sell their software as a service with hosting, database management and support included. Sure, users may take the source code and build their own infrastructure, but most will not bother as that drives other costs. The open source license also prohibit others to commercialize a competing service with the same technology. For SaaS businesses like GitLab, open source gives them a counterposition against competitors as it allows their customers to actively contribute to developing the service according to their needs. It also attracts customers who value security and transparency. 

Free software can generate piles of gold

Google mastered the model with Android. By providing an open source mobile operating system that could compete with iOS, they gave phone manufacturers a path to keep up without developing their own OS. They did so by winning the battle against Microsoft as the operating system provider for non-Apple devices. While Microsoft tried to repeat their Windows business model by licensing out the Windows Mobile OS, Google gave away Android for free and made it open source. The wide adoption of Android enabled the company to:

• Establish Google as the default search engine for all Android powered devices
• Distribute applications through the Play Store and collect a share of all app revenue
• Integrate their own services like Maps, Youtube and Gmail as part of the operating system

On the other side of the mobile duopoly, Google pays Apple about $ 20 billion a year to provide Google as the default search engine within Safari. Google Search is the greatest money printer in the history of the world.   Meta (Facebook) have, like Google, repeatedly created developer tools and made them open source. JavaScript library React and API language GraphQL are just two examples of projects that have become some of the most widely used among devs globally. Once Zuck’s team have built those according to their own needs, one benefit of making them open source is that the rest of the world contributes to their continuous improvements. Another is that they suddenly have a large pool of talent to hire from that have already trained themselves on the technology that they are going to work with.   Meta is also releasing their GPT equivalents, the Llama AI models, as open source. While the world helps them improve upon these models by contributing to the development, Meta will leverage those superb models to power functionality inside their applications like Instagram, Facebook and WhatsApp.   Open source business strategy lesson 1: Use open source to boost the distribution of your core revenue drivers (Android usage leads to more Google searches leads to more ad revenue).

Lesson 2: Open source when you're behind, closed source when you're ahead (Meta has disrupted several key developer platforms to steer users out of the hands of competitors like Microsoft).

(Årtal – Inplockat kapital i $ – Värdering i $) 2009 – 0,6 miljoner (Seed-runda) - 2010 – 7,2 miljoner (A) - 2012 – 112 miljoner (B) - 2014 – 200 miljoner C - 2014 – 475 miljoner (D) - 2015 – 1,5 miljarder (E) – 26 miljarder 2017 – 1,1 miljarder (F) – 31 miljarder 2020 – 1,1 miljarder (F 2 (Covid)) – 18 miljarder

2020 – IPO till värdering $ 86 miljarder Med undantag för en nedvärdering i början av covidåret 2020 är det ett praktexempel. Bolaget behöver bränna kapital för att uppfylla sitt globala öde men växer hela tiden ifrån sin senaste värdering. Det möjliggör nya investeringar och så småningom blir verksamheten lönsam.

Låt säga att du ämnar bygga ett fint, inte så globalt och inte heller ett så kapitalkrävande svenskt mjukvarubolag. Istället för att finansiera bolaget med egna medel eller lån väljer du att vända dig till Patagoniasvidade investerare. För så lyder ju direktiven i den kalifornska handboken och så har den svenska startupscenen designats för. Plötsligt har du då cementerat krav på vad ditt bolag måste bli, med begränsade möjligheter att justera kursen allteftersom. Den underskattade risken: Att du bygger ett fantastiskt fint aktiebolag utan möjlighet att tjäna några pengar på det.

Det vedertagna missödet

Alla förstår det konventionella misslyckandet för en bolagsgrundare. Det riktiga magplasket. Bolaget tar in investeringar –> Lyckas inte generera tillräckligt med intäkter för att få in nya pengar att finansiera verksamheten med –> Konkurs.

Det finns en uppsjö bolag som tagit in över 100 miljoner och gått i konkurs två år senare. Inget konstigt med det givetvis. Ambition förtjänar aktning men ibland skiter det sig. Det är desto mer intressant att gå igenom fallet då det inte skiter sig men grundarna ändå går lottlösa på grund av kapitalstrukturen.

Den tragiska kapitalfällan

Du har idén att utveckla en molntjänst för träningscenter i vilken de kan hantera regelbunden service och dylik information om sina maskiner. Det finns 2765 gymanläggningar i Sverige, ni tänker att de kan vara villiga att betala 5000 kr vardera per månad: En marknadspotential om 165 miljoner kr per år. Expandera ut i Norden så är potentialen det dubbla. Tillsammans med en medgrundare startar ni Gymproof AB och börjar utveckla produkten.

Ni har stabila inkomster från era dagsjobb som vore svåra att klara er utan. Dessutom tror ni att Gymproof kan bli riktigt stort om ni tar in några ytterligare utvecklare och så småningom en säljavdelning. Här behövs kapital. Ni sätter ihop en pitch deck och börjar presentera bolaget för investerare. Första året går strålande. Ni har givit upp 10 % av bolaget genom att ta in 5 miljoner till en värdering om 50. Kunder rullar igång och intäkterna kommer in i växande takt.

De där 5 miljonerna börjar så småningom sina men ni har medvind och era investerare råder er att fortsätta på offensiven. Ni har årliga intäkter om 4 miljoner men behöver bränna betydligt mer för att ta över marknaden. Ytterligare 20 miljoner tas in till en värdering av bolaget på 150. Året därpå är det dags igen, 60 miljoner till värdering 450 miljoner kronor. Ni har sammantaget plockat in 85 millar.

Några år in i det här äventyret börjar marknaden sätta sig. Ni har lyckats anskaffa en storkund i Nordic Wellness men i övrigt består kundbasen av mindre kedjor och nischade träningscenter. Flertal konkurrenter återfinns bland potentiella kunder medan SATS och Friskis har egenutvecklade lösningar. Ni har lyckats fånga årliga intäkter till 35 miljoner kr av den där 165-potentialen. Under åren ni jobbat hårt med den svenska marknaden har motsvarande tjänster dykt upp i grannländerna vilket försvårar en internationell expansion.

Faktum är att ni byggt ett fantastiskt fint bolag. Ni omsätter 25 miljoner kronor med ett par miljoner i vinst och en stadig, om än inte raketartad, årlig tillväxt. Ni kommer likväl ha svårt att få ut en krona av allt slit när det är dags för exit.

Vid det ögonblick ni tog in kapital till en värdering på 450 miljoner blev bolagets mål att växa in i en värdering på 900 miljoner. Det skulle ge investerarna en godkänd avkastning. En till synes lyckad verksamhet med era siffror uppfyller inte den målbilden och det försvåras ytterligare av att räntan hunnit höjas och dragit ner värderingarna på alla tillväxtbolag.

Ni är åtta år in i ett livsverk som skulle kunna säljas till ett marknadsvärde på 70 – 90 miljoner kronor. Det är en fantastisk bedrift. Vid en försäljning skulle ni dock tvingas betala tillbaka de investerade 85 miljonerna till era finansvänner innan samtliga ägare delar på eventuellt överskott. Ni inser detta men ni inser också att alternativet vore att fortsätta harva på. Fortsätta putsa på er förträffliga skulptur som dessvärre aldrig kommer kunna växa in i kostymen ni sytt åt den. För sådan är den underskattade risken med riskkapital: Att du bygger ett fantastiskt fint aktiebolag utan möjlighet att tjäna några pengar på det.

Byggbranschen i Sverige har knappt blivit mer produktiv sedan 1980 (källa). Det betyder att man inte får mer per arbetstimme idag än man fick för 50 år sedan. Internationellt finns många liknande uppskattningar, som att sektorns produktivitet i USA är lägre idag än under 1950-talet (källa).

• Blå tunnelbanelinjen i Stockholm började byggas 1966 och invigdes med tio färdiga stationer år 1975, nio år senare. Totalkostnad ca 9 miljarder kronor i dagens penningvärde (källa).
• När blå linjen nu byggs ut till Nacka med tre nya stationer är den planerade byggtiden tio år, om projektet inte försenas (källa). Utbyggnaden förväntas kosta 32 miljarder kronor.
• På 90-talet byggde Madrid 37 nya tunnelbanestationer på fyra år (källa)
• 1973 byggdes Husby-Akalla, totalt 6000 lägenheter. Fyra år senare stod bostäderna klara (källa).
• I Norra Djurgårdsstaden kommer det totalt ta 19 år att bygga 6000 bostäder (källa).

Var i ligger sveket?

Visst, man kan peka på digitaliseringen och konstatera att vi bygger med högre spårbarhet, säkerhet och samordning. Däremot inte fortare. Som tillväxtmotor har den visat sig besitta få hästkrafter, även om ökad komplexitet i regelverk och byråkrati har hjälpt motvinden. På det här området har det revolutionerande likväl uteblivit ur den tekniska revolutionen. Kanske är det däremot orättvist att rikta blickarna mot det digitala, det enda området där det skett signifikant teknisk utveckling. Kanske ligger problemet i bristen på densamma på nästan alla andra områden. Kanske är det för tidigt att utvärdera mjukvarans roll på bygget.

Människor och rekrytering – Var ihärdigt envis

• Ett bolag blir inte bättre än summan av sina människor. Rekrytering är det viktigaste ni gör. Låt det ta mycket energi, var kreativ i konkurrensen med etablerade bolag, studera metoder för att genomföra intervjuer, nöj er inte med kandidater om det inte känns riktigt kul att få in dem. Håll alltid ögonen öppna efter talang.

• Det är inte inte alltid lätt men säg upp medarbetare under provanställningen om det inte funkar. Att vänta för länge är ett dyrt misstag för alla inblandade.

• Ihärdighet, arbetsmoral och disciplin är underskattade egenskaper. I ett litet bolag gör man allt själv. Många arbetsuppgifter är tråkiga, repetitiva eller utanför ens komfortzon. Att ha personer som gasar på i alla lägen är otroligt värdefullt. På det här området håller Folke, vår VD på Coredination, världsklass. Dessa människor smittar dessutom av sig och bygger kultur.

• I en start up-miljö bör alla anställda ha incitament för bolagets framgång utöver traditionell lön. Viktigt att alla känner ägarskap och delaktighet.

• Vid rekrytering till roller vars uppgifter ligger utanför era expertområden är det lätt att underskatta vikten av erfarenhet. Ska ni anställa någon som blir ensam om att jobba med marknadsföring? Se till att personen haft en liknande roll tidigare.

Säkra framtiden varje gång ni tar in en ägare

• Skriv ett aktieägaravtal som berör hur ni hanterar passiva ägare. Det finns alltid en risk för att någon tröttnar efter några år eller att ni inte drar jämnt.

Du och produkten behöver reality checks

• Var inte rädd för att produkten är för nischad, originella produkter bygger sin egen marknad och det är mycket lättare att utgå från något smalt än tvärtom. Se tidigare inlägg i ämnet. Prioritera tydlighet och djup förståelse för specifika problem ni fokuserar på. Användare som gillar vad ni gör kommer önska mer bredd. Varför kan ni inte lösa mina övriga problem också? Tänk efter noga.

• Ta varje tillfälle att möta era användare och se era lösningar möta verkligheten. Det är ofta obekvämt, gör det ändå.

• Prioritera, prioritera, prioritera. Gör vad som krävs för att överleva om ni tror på vad ni gör men håll hårt i strategin.

Bra sälj ger nöjda kunder

• Om ni har säljare som demar mjukvara för kunder, se till att de inte kör generiska intränade dragningar. Börja med att ställa frågor till kunden och ha några knep för att anpassa demon utifrån svaren. Att ni, från första minut, tar in kundens verklighet kommer inge förtroende och ha en signifikant effekt på konverteringsgraden.

• För B2B är den personliga kundkontakten lätt att underskatta även om ni teoretiskt kan sälja mjukvara utan närkontakt. Fördelningen mellan personliga relationer och nöjda användare av produkten som källa till kundrekommendationer är mycket jämnare än jag hade trott.

• Man kan ta stora kunder genom att bygga nerifrån. Stora svenska företag är minerade med byråkratiska fällor förtäckta som verksamhetsutvecklare eller områdesansvariga. Försök hitta nyckelpersoner med en initiativtagande och rebellisk ådra som vågar trotsa byråkratin, då går det att genomföra snabb förändring i liten skala, lösa verkliga problem och bli viral i en stor organisation.

Marknadsföring/Varumärke

• Jag vettefan alltså.

Support är oglamoröst men viktigt

• Nästan plågsamt uppenbart men så många bolag gör ändå ett felsteg här. Om produkten behöver support, se till att den är bra. Det är ytterligare ett gränssnitt där kunden möter ert företag, kundupplevelsen är lika viktig här som i era produkter. Mät kundnöjdhet och granska alla fall där kunden inte är nöjd.

Jag är redan en cyborg i mitt eget arbete som produktutvecklare. AI:n ger mig hypotetiska pressreleaser när jag har idéer för nya funktioner, för att hjälpa mig utvärdera idéerna. På den här hemsidan är bilderna i alla inlägg AI-genererade och punkt 6 i den här texten var GPTs förslag. Den hjälpte mig dessutom att iterera fram rubriken ovan.

Med en machete lyft mot skyn och myggnät över huvudet ska jag försöka hjälpa dig att se igenom den här invasiva djungeln av spaningar från tekniska analfabeter. Här är sex jätterealistiska, närliggande och tunga användningsfall för stora språkmodeller (tekniken bakom ChatGPT).

1. Business Intelligence för kreti och pleti

Alla större organisationer sitter numera på enorma mängder information. För att nyttja datat för efterforskning krävs däremot att man går via en IT-avdelning, eller än vanligare, en konsult. Nu är det snart slut på SQL och Python, insikter blir tillgängliga för alla. Lösningen: Chatta med databasen.

En projektplanerare på ett byggföretag kommer kunna fråga vad hyreskostnaden för maskiner brukar landa på i projekt med liknande storlek, geografiska förutsättningar och budget? En lagerchef kommer kunna fråga hur många kartonger av varje typ som gick åt under black week förra året? AIn levererar svaret omedelbart och i naturligt språk, baserat på organisationens egen datasamling.

2. Mötesanteckningar

AI:n kommer nyttjas för att transkribera och sammanfatta både fysiska och virtuella möten, inklusive actionpunkter och målsättningar. Luta dig tillbaka och vänta in att funktionen introduceras i Microsoft Teams, Google Meet och Zoom inom kort.

3. Kundtjänst & Virtuella assistenter

Amazons Alexa och Apples Siri är värdelösa så kallade assistenter. Den enda användarupplevelsen som får en att längta efter en helande skogspromenad mer är när man har att göra med en kundtjänstrobot som ber en att upprepa frågan innan den missförstår. Man gör hellre vad som helst för att få prata med en ointresserad och nedlåtande gymnasieekonom som extraknäcker på call center för att finansiera sina Stureplanskvällar.

The bots strike back. Apparna du använder kommer ha en inbyggd AI-driven superanvändare du kan vända dig till för hjälp. Utöver att bidra med svar kommer den även utföra uppgifter åt dig, den blir således en integrerad del av gränssnittet. Boten går från att vara ett meningslöst sidostöd till att vara ett alternativt sätt att använda tjänsten, välj mellan att själv trycka på knapparna eller be AI:n göra jobbet.

4. Summera stora mängder information. Steroider för din lokala analytiker

Språkmodellerna är redan grymma på att ge dig sammanfattningar av en stor mängd data. Att klistra in en transkriberad timmeslång poddintervju och be om highlights har jag redan haft nytta av.

Vet inte mycket om hur det är att vara jurist men min fördom säger att mycket av arbetet för en junior sådan går ut på att sammanfatta tidigare domar och lagtexter. Det jobbet gör AI:n utmärkt. De flesta sysslor med analytiska inslag kommer dra nytta av den här punkten.

5. Mer och mer programmeringshjälp

Utvecklare har redan börjat nyttja språkmodellerna för att generera generisk kod, skriva tester och be om förklaringar. Microsoft påstår att för de programmerare som använder Github Copilot skriver AI:n i genomsnitt 40 % av koden de producerar. Produktiviteten bland kodfolk som är med i matchen kommer fortsätta öka närmsta tiden.

6. Kategorisera data

Youtubes AI har sedan ett tag kunnat klassa kommentarer utifrån dess sentiment. Är kommentaren positiv eller negativ? Hejaropande eller hatisk? Glada kommentarer höjs till toppen och negativa rankas ner.

Sådan kategorisering kommer tillgängliggöras brett. Vill ni skicka ut en enkät med delvis fritextsvar till tiotusen anställda? AI:n behandlar svaren och kategoriserar de träffsäkert, ni slipper spendera en arbetsvecka med att gå igenom datat.

Bortom bortom hajpen, det oväntade

Allt detta är, om än ganska tung sådan, likväl relativt lågt hängande frukt. Mycket är hyfsat uppenbart för entusiaster. Det verkar självklart att stora språkmodeller kommer möjliggöra användningsfall även högre upp i trädet. Hoppas kunna återvända hit om något år och läsa om hur blind jag var för den verkliga potentialen.

#ai #tech

Motsvarigheten inom datateknik är att bygga hemsidor. Alla behöver en hemsida, marknadspotentialen är enorm. Ingen tjänar pengar på att bygga hemsidor.

När globaliseringen var som hetast skulle europeiska företag sälja t.ex. sin diskmaskin till 0,5 % av TAM i Kina. Når man bara en liten liten andel av den enorma marknaden tjänar man massor av pengar, tänkte de. Det fungerade nästan aldrig. Tillverkarna av resterande 99,5 % pressade ner all marginal.

Börja med en liten marknad

Ett litet mjukvaruföretag bör begränsa sin marknadspotential. I början får den gärna vara obegripligt liten. Det är lättare att bredda sig senare än tvärtom. Att vara den största fisken i en liten damm har flera fördelar:

• Framtagningen av er första produkt går fortare när ni har en tydligt avgränsad målgrupp och specifika problem ni fokuserar på.
• Det blir lättare för ett litet team att skapa något bättre än det ett storbolag kan producera. De har resurserna men ni har fokuset, inga andra att ta hänsyn till. Det är så ett litet mjukvarubolag kan ha den bästa produkten.
• Ni blir experter på vad era kunder strävar efter, att bygga upp en stark kundlojalitet blir betydligt lättare.

Facebook riktade sig ursprungligen endast till studenter på Harvard. Adobes första produkt var PostScript, inget annat än teknik för att skriva ut filer med samma utseende som på skärmen. Amazon sålde bara böcker. Shopify startade som en egensnickrad lösning på problem som Tobi Lutke själv hade stött på när han byggde en e-handelssida.

De har alla gemensamt att de kunde bli bäst genom att fokusera på en liten, tydlig marknad.

Få den att växa

Vill man bli ett större företag kan man inte simma i en liten damm för evigt. De bästa bolagen och produkterna får sina marknader att växa. Bland gemene man fanns ingen längtan efter datorer i hemmet när Microsoft och Apple grundades på 70-talet. De började likväl bygga dem åt ett fåtal entusiaster (och sig själva) med tron om att deras grejer kommer generera efterfrågan med tiden.

En annan variant är geografisk expansion. Har ni börjat göra användare glada på ett ställe kanske det finns fler användare att glädja på fler platser?

Med facit i hand var vägen till en större marknad sällan uppenbar från början. En grundare med ambitioner bör nog däremot ha hypoteser om hur vägarna kan gå.

#startup

För en disciplinerad och motiverad person med förmåga att ta till sig information på egen hand duger internet för att lära sig allt som behövs för en karriär som systemvetare. För den personen räcker dessutom ett år istället för tre.

Många arbetsgivare kommer däremot värdesätta kandidater med akademiska meriter högre per default för första jobbet. För att komma igång med karriären är, i min mening, positioner som junior utvecklare eller UX-designer som även programmerar de enklaste och högst avlönade instegen. Därifrån kan du hitta din egen väg.

Det finns närmast oändligt många källor till kunskap och områden att vända sig till när webben är ditt skolbibliotek. Det är också fullt möjligt att endast, likt en yrkesförberedande utbildning, fokusera på t.ex. programmering och få ett jobb. Själv har jag haft nytta av en bredare data(vetenskaplig) kunskapsbas. Här följer därför min version av ett självstudieprogram, kallar det Bli systemvetare utan högskolepoäng-programmet. Utöver introt och projektarbetet kan man gå igenom de olika delarna i vilken ordning som helst och även arbeta parallellt.

Innehållsförteckning 1. Introduktion 2. Programmering 3. Modellering 4. Databasmetodik 5. Agila utvecklingsmetoder 6. UI- och UX-Design 7. Affärssystem och B2B SaaS 8. Startups 9. Projektarbete: Bygg en app 10. Slut på utbildning

Introduktion

Om du inte är en världsvan datanörd sedan tidigare är det givande att börja med lite övergripande kunskap. Kurslitteraturen SU använder i sin introduktionskurs är bra, det här blir enda gången jag hänvisar till en sådan bok. Går säkert att hitta begagnad eller som E-bok.

Harvard har dessutom hela sin introkurs till computer science öppen på nätet. Den är fantastisk, om än matig och genast relativt teknisk.

Om du aldrig har byggt enkla hemsidor tidigare kan det också vara lämpligt att doppa tårna i HTML och CSS. Khan Academy har bra introkurser för dessa.

Programmering

Oavsett om du kommer jobba som utvecklare eller inte är det nyttigt för en systemvetare att kunna grundläggande programmering. Universitetsutbildningarna börjar med ett objektorienterat språk på lite lägre nivå, i regel Java eller C#. Lägre nivå innebär att man programmerar mer maskinnära, närmare ettor och nollor. Högre nivå innehåller fler abstraktioner, mer lättbegripligt för människor och används i regel för att programmera det som ligger närmast användaren i en webbapp exempelvis, det grafiska gränssnittet.

Java och C# är egentligen inte på speciellt låg nivå om man jämför med vad t.ex. en maskiningenjör sysslar med men i de flesta moderna mjukvarusammanhang är de vanligt förekommande backend-språk. JavaScript är ett typiskt språk som används på högre nivå i frontend. För den här delen av din utbildning föreslår jag att du börjar med nybörjar- och intermediatekunskaper i Java. Codecademy har bra, interaktiva, webbkurser utan kostnad.

Föreslår även att du doppar tårna i Python, det är lite mer lättskrivet språk och vanligt förekommande när man tar fram enklare program eller script. Även här finns en kostnadsfri nybörjarkurs från Codecademy

I ovan interaktiva kurser programmerar du i webbsidans miljö. För att göra det lite mer verklighetstroget inför min examinationsuppgift bör du komma igång med att kunna skriva Java (eller C#) lokalt på din dator i en IDE. Här är en bra Youtube-serie som inleder med just det för Java.

Examination

När du är varm i kläderna får du här något att sparras mot. Skriv ett program i Java (eller C#) som föreställer ett enkelt banksystem. Följande ska vara möjligt att göra i programmet:

1. Skapa ett nytt bankkonto, inklusive information om kontohavarens namn, kontonummer och ursprungligt saldo.
2. Sätta in pengar på ett bankkonto.
3. Ta ut pengar från ett bankkonto.
4. Ta reda på ett bankkontos saldo.
5. Be om en lista på kontoinnehavarens alla transaktioner, inklusive datum, transaktionstyp (uttag eller insättning) samt summa.

Minst följande klasser ska finnas:

1. BankAccount – Den här klassen ska innehålla kontohavarens namn, kontonummer och aktuellt saldo. Den ska också ha metoder för insättning, uttag och visa saldo.
2. Transaction – Den här klassen ska innehålla datum, typ av transaktion och belopp.
3. Bank – Den här klassen ska ha en lista med BankAccount-objekt och ska kunna utföra uppgifter som att skapa ett nytt konto, göra en insättning och göra ett uttag.
4. Main – Den här klassen ska skapa ett nytt Bank-objekt och använda det för att skapa ett nytt konto, utföra transaktioner och skriva ut en transaktionshistorik för kontohavarens transaktioner.

Ytterligare krav:

1. Programmet ska validera användarinput för att säkerställa att kontonumret är unikt och att uttagsbeloppet inte överskrider kontosaldot.
2. Programmet ska kunna hantera flera bankkonton.
3. Programmet ska kunna hantera flera transaktioner för ett enskilt bankkonto.
4. Programmet ska kunna skriva ut en transaktionshistorik för kontohavarens transaktioner i ett läsbart format.

Modellering

Del av att bli systemvetare är att lära sig tänka på världen i form av system. En organisation, en butik, ett land, en bil, en familj. De är alla system. Wikipedia definierar det som ett antal enheter som hänger samman i en ordnad enhet. Systemtänk innebär att du kan reda ut hur de hänger samman. Vilka utbyten har de olika enheterna mellan varandra? Var går systemets gränser? Vad har systemet för input och output?

Att lära sig grunderna i att modellera system ger dig både systemtänk och en konkret kompetens som är användbar i många jobbsammanhang. Jag rekommenderar att börja med två typer av modeller:

• BPMN 2.0
• UML

Business Process Model and Notation (BPMN) 2.0 är en metod för att modellera processer. En process kan bestå av aktiviteter som utförs av både personer med särskilda roller samt appar exempelvis. Att ta ut pengar på banken är en process. Att ta emot en patient till en tandläkarklinik är en process. Jag har länge haft nytta av sådana modeller när jag föreslår förändringar i arbetssätt hos kunder eller vill visa hur min lösning kommer påverka kundorganisationens arbete. Här är en bra introduktion till BPMN från Lucid Software.

Den andra metoden är UML. Det är egentligen en samling av metoderna:

• UML Class Diagram
• UML Use Case Diagram
• UML Sequence Diagram

Dessa används många gånger vid systemutveckling även om skäggiga webbutvecklare ofta gäspar åt dem. De hjälper dig förstå hur mjukvara hänger ihop bakom kulissen.

Examination

Använd ett verktyg som Lucid Chart och bygg en BPMN-modell över en process som startar med att en patient kommer in till receptionen hos en tandläkarklinik. Patienten pratar med receptionisten. Patienten har eventuellt en bokad tid enligt systemet. Patienten hämtas av tandläkaren som undersöker och eventuellt hittar något som behöver åtgärdas. Ska patienten betala eller går hen gratis som ungdom? Addera detaljer och välj var processen tar slut.

För UML bygger du två diagram av valfria slag och modellerar bankprogrammet från programmeringdelens examination.

Databasmetodik

Udacity har en gratis interaktiv kurs för introduktion till databaser.

Vill du gräva djupare kan du pröva att komma igång med exempelvis populära databashanteraren PostgreSQL eller NoSQL-programmet MongoDB.

Examinationen tar vi i projektarbetet.

Agila utvecklingsmetoder

Agil, iterativ, utveckling är det vanligaste arbetssättet bland team som bygger produkter. Scrum är det dominerande ramverket på det här området. I högskolemiljö hade man genomfört grupparbeten för att konkretisera de här metoderna. Det behövs egentligen inte, på en arbetsplats som jobbar enligt Scrum kommer du snabbt lära dig hur det fungerar. Det är däremot bra med en grundläggande förståelse för att klara sig i en arbetsintervju.

För den ambitiösa har Udemy en bra betalkurs. Annars finns det mängder av material på Youtube om man exempelvis söker på agile development methods explained och scrum beginners.

UI- och UX-design

Läran om hur man designar produkter som går att använda och ser bra ut. I den här delen av utbildningen lägger jag fram några aktiviteter som kan utföras i valfri ordning. Examinationen tar vi som del av projektarbetet senare.

Läs valfri bok om grundläggande UX-design, några förslag här.

Att börja tänka på hur produkter och appar är designade för att vara nice att använda och vilka principer de följer är ett första steg in i UX-världen. Det tänket får du nog från valfria böcker i ämnet följt av lite egen reflektion.

Codecadamy har en kostnadsfri introduktionskurs.

Nu är det dags att dyka ner i JavaScript:

Javascript för nybörjare.

Bygg interaktiva webbsidor genom att kombinera JS, HTML och CSS.

Lär dig använda JavaScript-ramverket React, det just nu populäraste ramverket.

Figma är det populäraste verktyget för att designa grafiska gränssnitt för typ mobilappar. Följ en introduktion och lek själv.

Affärssystem och B2B SaaS

En traditionell systemvetarutbildning brukar beröra ERP-system (Enterprise Resource Planning, affärssystem på svenska). De är enorma system, uppdelade i moduler, som håller nästan all affärsrelaterad information i stora organisationer och hur exempelvis en order relaterar till lagret, produktionen, kunden, bokföringen och personalen som slutför ordern. Stora, dyra, administrativt tunga och kräver integrationer till övriga system i verksamheten. Implementationer av affärssystem är projekt som ställer krav på ett helt bolag och kräver oceaner av konsulttimmar. Exempel på vanliga ERP-system är SAP, Microsoft Dynamics 365, NetSuite, Unit4, Oracle ERP och Acumatica.

Du kommer inte lära dig konfigurera, utveckla eller använda ERP-system hemifrån, det kräver arbetserfarenhet. Läs på lite om vad de används till och gå vidare.

Mer nischade verksamhetssystem för organisationer lämpar sig däremot bättre för att laborera lite med. Ett vettigt avstamp kan vara att titta på CRM-system (Customer Relationship Management). De berör främst personer i en organisation som arbetar med försäljning och marknadsföring. CRM-systemet håller information om potentiella, befintliga och förlorade kunder. Kontaktpersoner hos kunderna. Genomförda aktiviteter som möten och telefonsamtal. Kundens köphistorik. Potentiella, aktiva och förlorade affärer o.s.v.

Några populära CRM-verktyg:

• Salesforce
• Pipedrive
• Hubspot
• Zoho CRM
• Freshsales

Examination

Starta en provperiod av valfritt CRM. Låtsas att du jobbar i en verksamhet som säljer glassmaskiner till butikskedjor, tillsammans med serviceavtal för underhåll.

Konfigurera en säljprocess från att säljaren får nys om en potentiell kund, till ett första möte, via ett antal ytterligare steg och slutligen till sålda maskiner och pågående avtal.

Lägg upp och kör igenom några fiktiva affärer, vissa som går hela vägen och andra som avviker på olika sätt. Ta slutligen fram statistik för att kunna visa ledningen hur försäljningen går.

Startups

Den här delen är lite okonventionell. Fler systemvetare borde vilja starta eller jobba för startups istället för att bli konsulter. Jag har två inlägg med rekommenderat innehåll i det här ämnet, gör vad du vill av det:

• Bokrekommendationer
• Föreläsningar & Poddavsnitt

Projektarbete: Bygg en app

Dags för ditt slutprojekt. Jag föreslår ett scope här men om du har en appidé med liknande komponenter är det bara att göra din grej.

Bygg en webbapp som låter användare skapa och hantera sin egen receptsamling. Den ska innehålla följande funktionalitet:

1. Användarregistrering och inloggning.
2. Förmåga att lägga till, ta bort och ändra sina recept.
3. En sökfunktion för att hitta recept baserat på ingredienser eller nyckeltermer.
4. Ett användarvänligt UI för att navigera bland sina recept.
5. Förmåga att ladda upp bilder på recepten.
6. En integrerad databas för att lagra information om användare och recept.
7. Hitta ett gratis externt REST API för att hämta information om recept från en annan källa. Ge dina användare förmåga att söka fram recept via det API:t istället för att skapa receptet själv från grunden. OBS! Se till att lagra eventuella API-nycklar i backend för att dölja de från användarens klient.
8. Använd en responsiv, mobilvänlig design.
9. Applicera Google Analytics eller motsvarande på din applikation för att kunna spåra användning (och hitta förbättringsmöjligheter).

Slut på utbildning

Grattis, du är nu systemvetare. Utan ett examensbevis att visa upp kommer du behöva bevisa din kompetens. Ladda upp projektarbeten på Github och skicka med de i dina jobbansökningar. Visa upp designskisser, prototyper och dylikt som du skapat. Hör av dig om du behöver råd.

#guide

• Paul Grahams föreläsning på Stanford
• Peter Thiels föreläsning på Stanford
• Reid Hoffman intervjuar Yahoos förra VD (samt legendarisk PM på Google) Marissa Mayer på Stanford
• Intervju med Googles förra VD Eric Schmidt i samma kurs
• Intervju med Stripes grundare Patrick Collison i samma kurs
• Michael Seibel på Y Combinator om att bygga produkter
• Reid Hoffman intervjuar Sheryl Sandberg, tidigare COO på Facebook/Meta
• Daniel Gross och Tyler Cowen om att hitta och rekrytera talanger
• Brian Chesky från Airbnb på Oxford Union
• Ali Ghoce från Gordon Delivery i VD-Podden
• Acquired om LVMH
• Jeremy Giffon på Invest like the best
• Andrew Wilkinson på Knowledge Project
• Charlie Munger hos Acquired
• Jeff Bezos hos Lex Fridman
• Todd Combs i Art of Investing
• Nat Friedman hos Dwarkesh Patel
• Staffan Persson intervjuas av Helene Rothstein

#startup #rekommendationer

Google från insidan Talent Build Zero to One Principles Founders at Work Innovator's Dilemma The Warren Buffet Way All I Want to Know is Where I'm Going to Die so That I Don't Go There Influence Psychology of money

#böcker #startup #investering #företagande #rekommendationer