tech@devlin2024

I boken om Mikadometoden så går det att finna ett stort löfte: "Du kan lära dig att refaktorisera vilken kodbas som helst, utan att ha sönder den". Vid närmare granskning så har det visat sig att metoden kan mer än så, men det avslöjar inte boken. Utan det tar ett tag att förstå sig på det.

Jaså? Vad kan den då? Och hur lång tid tar det att upptäcka alla fördelar? Kan alla ens att lära sig detta?

Vissa säger att det tar 10 000 timmar. Ola däremot, han lovar "Det beror på!" Vill du veta hur lång tid det kommer ta för dig? Då ska du lyssna på detta föredrag som lotsar dig genom Olas tankar och erfarenheter. Du får veta när, hur och varför Ola gjorde som han gjorde. När han blev en Mikadometod-expert.

Men vänta, det finns mer. Slår du till idag får du också veta hur du kan förvandla vilken tråkig uppgift som helst till ett oemotståndligt mål.

Föredraget avslöjar hur AI och datadriven kundinsikt kan förvandla marknader. Lär dig hur du genom datadriven optimering av produkter skapar en oslagbar konkurrensfördel som likt Google och Amazon cementerar din position på marknaden.

Joakim pratar om designsystem och vad man bör tänka på när man vill arbeta systematiskt med design. Det blir en crash course i vad designsystem är för något, vad som ingår och frågor man ska ställa sig innan man inför det i sin organisation. Det kommer bli lite historia, lite exempel, men även hur Axis Communications valt att göra.

Trots att vårt skrå gladeligen och med rätta omhuldar en mjukvaruutvecklingsmetodik som kallas “Extreme Programming” så är våra vanliga verktyg och språk mestadels högst mundana. När de känns fantasilösa och oinspirerande bör vi med flit gå på jakt efter alternativ så att våra problemlösningar inte blir likaledes fantasifattiga och oinspirerade.

Som tur är behöver vi inte gå särskilt långt från vardagens verktyg – även om det underlättar vår jakt på inspiration.

Följ med på en hisnande upptäcktsfärd genom koncept som sträcker sig från udda till vrickade.

Välkommen till Exotic Programming!

Parprogrammering (och mobprogrammering) är fortfarande ett ganska ovanligt sätt att arbeta på trots att de flesta som verkligen testat talar sig varma för metoden. Jag delar med mig av min resa kring att ha parprogrammering som praxis i de organisationer jag ansvarat för. Varför tycker jag och de utvecklare jag jobbat med om metoden och vilka resultat uppnår vi? Och vilka motargument finns därute som man behöver ha svar till?

Varför är det viktigt att skriva läsbar kod? Vad kännetecknar läsbar kod och hur gör man?

En presentation för dig som är utvecklare och vill förbättra din förmåga att skriva kod som är lätt att förstå och underhålla. Oavsett om du är nybörjare eller har flera års erfarenhet kommer du att få värdefulla insikter och konkreta verktyg för att göra din kod mer läsbar och lättare att hantera i längden.

Reading code is sometimes so difficult that developers will simply give up and complain loudly that they need to rewrite the code from scratch because it is so incomprehensible. (Preferably the rewrite will be in a fancy new language or framework they have just heard about at a conference). I can totally understand the sentiment but it’s almost always a mistake to rewrite valuable working code from scratch. On the other hand legacy code can sometimes be very challenging to read, with long sections of complex logic and obtuse names. Unfortunately despite it being a crucial skill - we spend more time reading code than writing it - most people are never taught code reading strategies.

In this presentation I will go through some of the techniques I use that are effective even when you have legacy code. My goal is always to quickly get to the point where I understand enough context to find the part I need to change, and to do that safely. I always want to leave the code in a more readable state than I found it, to help the next person. I’ll discuss “Scanning”, effective use of your code editor tooling, and “Naming as a Process”. We’ll go through a code reading training exercise together and I’ll show lots of examples. Next time someone claims some code is incomprehensible you might be able to help them avoid that expensive and risky rewrite.

Hur kan man egentligen använda CI/CD-principer och ett MVP-tänk när man utvecklar obemannade farkoster som väger över ett ton och kan flyga i över 1000 km/h?

I detta föredrag berättar Axel Bååthe, Chef för Regnskogen, om hur Regnskogen jobbar som en agil intern start-up inom Saab för att utmana det konventionella. Fokus kommer ligga på hur Regnskogen använder en DevOps-filosofi för både HW- och SW-utveckling och ersätter all projektledning med en data-driven kontext i sin utveckling.

Hur kan ett utvecklingsteam implementera säkra molnlösningar? Behöver man speciella säkerhetsteam?

Stefan presenterar metoder och utvecklingsteam kan använda för att själva ta ansvar för säkerheten. Arbetet börjar redan i designfasen och sträcker sig hela vägen till att lösningen är i drift.

How do you ensure Software Excellence? Code that is well-designed and easy to understand is cheaper to extend and modify - so you can deliver more value, sooner. Many organizations struggle with older codebases that use outdated designs and have too much cruft. The recent boom in AI coding assistants shows a great deal of promise for helping developers to write new code but these tools perform poorly at refactoring and enhancing existing code. How can we ensure developers have the skills they need to remove cruft safely and to develop new features with high quality?

Toyota Material Handling bygger upp en mjukvaruorganisation för att klara ett snabbt växande behov av mjukvara till sina världsledande logistik lösningar. Visionen är att ha breda gemensamma lösningar som stödjer utvecklingsteamen för olika plattformar och underlättar samarbete mellan teamen. Toyota har etablerat ett dedikerat team 'Software Engineering Services’ som ska ta sig an denna utmaning. Teamets uppdrag är att driva utvecklingen av gemensamma byggsystem, utvecklingsverktyg och testsystem med förhoppningen att därigenom bli effektivare och mer samordnade kring hur företagets mjukvara utvecklas.

Var är MVP:n när man behöver den?

Mjukvarans betydelse blir allt större inom flygindustrin, precis som i alla andra branscher. Men att utveckla mjukvara till ett komplext cybertekniskt system som ska fungera i extrema miljöer och med höga krav på säkerhet, tillförlitlighet och livslängd för med sig många utmaningar. Olof och Pär, som bland annat arbetat många år med mjukvaruutveckling för JAS Gripen,  berättar om ett par av dessa utmaningar samt vad man kan göra för att hantera dem.