En hårvask til besvær…

cuttersAv og til lurer man på om det er sant, alt det som står i avisen. I Aftenposten kan man nå lese om frisørkjeden Cutters, som tilbyr billig hårklipp uten hårvask, og som nå har fått Frisørlauget (eller rettere sagt NHO, som representerer arbeidsgiverorganisasjonen Norske frisør- og velværebedrifters forening og virkelig burde ha mer selvrespekt enn å drive med dette) på nakken. Sistnevnte misliker konkurranse og vil gjerne vil få til et påbud om at frisører ikke skal kunne være frisører uten å tilby vask (og dermed pådra seg kostnader.)

Nå har jeg klippet håret hos frisør i over 50 år, og antallet ganger jeg har fått det vasket kan jeg telle på en hånd. De gangene jeg har fått vasket håret, har det gjerne vært fordi det har vært inkludert – og da som regel fordi jeg er havnet på en dyr og fin salong i stedet for det nokså nøkterne stedet jeg vanligvis går. (Corner Herrefrisør i Platous gate på Grønland, i tilfelle du lurer. Anbefales! Billigere enn Cutters og best i test i Dagbladet for noen år siden.)

Uten å ha noen statistikk på det, vil jeg tro at de fleste hårklipper i Norge (for menn i alle fall) ikke inkluderer vask, så det er ikke slik at man ikke konkurrerer på like vilkår her. Men konkurranse er slitsomt. Da er det lettere løpe til et departement og sørge for at «alle får like vilkår», som det så vakkert heter.

Heldigvis er det grenser for selv departementers velvilje overfor eksisterende bedrifter, så dette skal nok gå bra. Hvis ikke finner nok Cutters på en løsning likevel, siden de er innovative og resten av bransjen med all ønskelig tydelighet viser at de ikke er det.

(Og hvis du lurer – ja, Cutters representerer en disruptiv innovasjon. De kommer inn med det dårligere produkt, tilbudt til kunder som ikke vil ha det beste, og med så lave kostnader at de tradisjonelle leverandørene ikke kan matche det. Og hvis du har lyst til å lage en sammenligning med SAS og Norwegian og Ryanair, så er det fritt frem.)

Testing testing testing

Dette er en liten test av ThinkOutside, som er et tastatur jeg opprinnelig kjøpte til min Palm Pilot en gang i de harde tredveaara eller deromkring. (Det at PalmPilot med det geniale haandskriftspraaket Grafitti forsvant, er et «Concorde moment», spør du meg.) Har ikke norske tegn, som synes (vel, har norsk tastatur men litt for faa taster, saa jeg har æ, og ø men sliter med aa finne aaen..), men ellers fungerer ting utmerket.

Dette er ogsaa en test av WordPress fra iPhone, som jeg har hatt i evigheter men aldri egentlig brukt til blogging. Skal vi se…import av bilde…

…jepp, fungerte det ogsaa.

Med andre ord, den mobile bloggeplattformen er paa plass. Naa venter jeg bare paa min nye iPhone 8+, og dermed skulle ting være litt mer paa stell.

Men det hadde vært greit med et ordentlig norsk tastatur…

Atonal tragedie som fungerer

Den norske opera: Wozzeck

wozzeck1

Med «moderne» kunst er det gjerne slik at det som er nytt er svært bra fordi det faktisk er nyskapende, og at mye av det som kommer etterpå er bare nytt – i forhold til det gamle – uten å være nyskapende. Alban Berg’s Wozzeck var nyskapende da den kom – svært nyskapende – og holder mål fremdeles. Men, som det ble sagt i introduksjonen: Den er ikke en opera man koser seg med.

grigorian-iversen-engelsviken

Wozzeck handler om en fattig mann som har lite og får enda mindre, og til slutt tar livet av sin kjæreste i et anfall av fortvilelse og forvirring. Operaen stiller spørsmål ved forholdet mellom fattigdom og moral, og hvordan utnyttelse og brutalisering kan tvinge folk til å gjøre ting de egentlig ikke vil. Operaen kan sees som en beskrivelse av et umenneskelig samfunn i oppløsning – dette er Erich Maria Remarques Tyskland i 20-årene, med fattigdom, ekstrempolitikk og manglende sikkerhetsnett (og, gitt hva som skjer i USA om dagen, nokså dagsaktuelt). Så ble da også stykket forbudt av nazistene så fort de fikk sjansen.

Oppsetningen i Oslo er stor – stort orkester (også et på scenen), to kor, men nokså få solister. Scenografien er uhyre stram og effektiv – grå betongvegger som flyttes, et bakgrunnsbelyst sivlandskap med sterke kontraster – og både rammer inn forestillingen og illustrerer den. Å uttrykke fortvilelse og forvirring på en scene er vanskelig – det kan blir heseblesende eller effektmakeri. Her er det stilrent og svært effektivt.

Wozzeck er vanskelig både i musikk og handling. Siden det ikke er noen gjennomgående melodi (selv om det er melodiske innslag) og musikken er både kraftfull (seks kontrabasser!) og komplisert, må den være uhyre vanskelig å spille. Orkesteret gjør, såvidt jeg kan forstå, en kjempeinnsats. Dette er ikke Les Miserables, med fire-fem gjennomgangstema alle kan nynne etter en gjennomgang, men komplisert og til tider svært illustrerende musikk – effekten er litt som filmmusikk, som illustrerer nesten hver bevegelse skuespillerne gjør.

wozzwck2Av solistene ble jeg imponert av Audun Iversen som Wozzeck og Asmik Grigorian som Marie. Iversen har en lang og vanskelig rolle og holder nivået hele veien gjennom. Grigorian har fantastisk stemme og kraft nok til å synge med bravur over orkesteret samtidig som hun markerer seg på scenen. Thorbjørn Guldbrandsøy som vennen Andres synger bra – og plystrer innimellom som del av orkesteret (i hvert fall tror jeg det var han som gjorde det.) Yngve Søberg i en fordrukken birolle klarer også å markere seg. Resten av ensemblet sliter litt med å få opp volumet (men holder diksjonen) og drukner til tider litt i musikken.

Wozzeck krever en innsats fra tilskueren, men dette var absolutt verdt det. Anbefales!

Bestem over maskinen eller bli bestemt over av maskinen…

«[… datamaskiner og Internett] vil føre til at arbeid vil finnes i to kategorier: Folk som forteller datamaskiner hva de skal gjøre, og folk som blir fortalt av datamaskiner hva de skal gjøre.» — Marc Andreessen

Jeg har mange kurs denne høsten (altfor mange, faktisk). Et av dem er et kurs for rundt seksti masterstudenter (gjennomsnittsalder omtrent 25, tenker jeg), hvorav omtrent halvparten er utlendinger, for det meste på utveksling. Det er gløgge studenter og de følger med, men av og til lurer jeg litt på realismen i deres forventninger til arbeidslivet.

I dag underviste jeg et case om et firma som får sine web-servere angrepet. I den forbindelse oppdaget jeg at det ikke var en eneste av studentene som visste hva «source code» var, og at ingen av dem hadde programmert en datamaskin. (Det viste seg etterpå at de fleste av dem hadde «programmert» i statistikkprogrammet Stata, uten at det gir noen grunn til å slappe av.) Men at ingen hadde programmert noe utenfor klasserommet? Dette var tross alt et kurs i med nesten bare teknologi-cases, innovasjon i selskaper i dag er stort sett ensbetydende med å endre på et dataprogram, og mange av disse studentene har intensjoner om å jobbe i bedrifter som gjør et eller annet online.

Samme dag annonserer DnB at de har brukt en software-robot til å innvilge boliglån – og at 30-40 prosent av lånesøknadene kommer til å være automatisert innen et år. Gjensidige har automatisert forsikringsoppgjør og vil til Guinness’ rekordbok med et forsikringsoppgjør som tok 1,6 sekunder fra mottak av skademelding til utbetaling var skjedd. Og i det store utland (i februar) annonserte Morgan Stanley at deres programvare hadde gjort arbeid tilsvarende 360.000 advokat-timer.

Automatiseringen er i ferd med å nå saksbehandlerne – dels ved at vi får «roboter» som gjør rutinearbeid, dels ved at mange ting som tidligere tok vurderinger og erfaring nå kan gjøres ved analyse. Vinneren blir de som har de største datamengdene (og dermed kan komme med de mest presise beslutningene) og de som har systemer som er fleksible nok til at de konstant kan endres og automatiseres. (Med andre ord, de som ikke har et COBOL-monster i kjelleren.)

I denne situasjonen forundrer det meg at ikke flere studenter lærer seg å for telle datamaskiner hva de skal gjøre (noe som skjer gjennom programmering) heller å bli fortalt av en datamaskin hva de skal gjøre. Det kan nemlig tenkes at datamaskinen (eller i alle fall de som programmerer den) blir litt lei av disse uforutsigbare og kostbare menneskene og gjør ting selv.

Og da er det litt sent å lære programmering.

Robotbevegelser til neste nivå…

Jeg har tidligere vist frem roboten Handle som et eksempel på at roboter vil kunne brukes også i situasjoner der det ikke finnes infrastruktur – for eksempel i norske dagligvarebutikker.

Her er neste versjon, sylfersk video fra Boston Dynamics:

Og dermed kan hylekoret starte…

Monsteret i kjelleren

220px-commodore_grace_m-_hopper2c_usn_28covered29I 1959 møttes en gruppe informatikere (tror ikke det het informatikk den gangen, men likevel) i en gruppe kalt CODASYL og laget et programmeringsspråk med navnet COBOL, delvis bygget på andre programmeringsspråk laget av Grace Murray Hopper, kanskje den nest viktigste kvinnen i datahistorien (etter Ada Lovelace).

Hele ideen med COBOL var at programmeringsspråk skulle være bygget på vanlig (engelsk) språk, slik at «vanlige» mennesker skulle kunne lese dem og bruke dem. Slik har det i grunnen aldri blitt, men tanken har vært der lenge. COBOL skulle kunne kjøres på mange ulike maskiner (før det kom, hadde man en tendens til at hver maskinleverandør hadde sine egne programmeringsspråk, men nå fikk man i stedet COBOL, om enn med litt ulike dialekter.)

COBOL (som står for Common Business-Oriented Language) ble tatt i bruk av mange bedrifter til administrative systemer, dels fordi det lignet engelsk, delvis fordi det var bra til å lese inn data, gjøre relativt enkle ting, og deretter spytte ut utskrifter. I motsetning til mange senere programmeringsspråk skilte COBOL og akademia lag – noe som førte til at språket fikk relativt lite utvikling utover tilpasning til nye maskiner. Opplæringen skjedde utenom universiteter og utenfor den faglig baserte informatikken. Etterhvert skilte også programmering lag – forretningssystemer ble skrevet i COBOL, mens akademisk orienterte systemer og etterhvert mer generell systemutvikling gikk gjennom en rekke ulike språk (C, Basic, Pascal, C++, SmallTalk, LISP, VisualBasic, Perl, Python, for å nevne noen.)

De første systemene som ble laget for bedrifter var systemer for repetitive oppgaver som regnskap, lønnsutbetaling og fakturering, og disse ble gjerne programmert i COBOL. Etterhvert førte det til at flere og flere bedrifter fikk en arkitektur der kjernesystemene var laget i COBOL og sto relativt stille (først fordi de gjorde standardiserte ting, etterhvert fordi det ble stadig mer vanskelig å finne programmerere som kunne COBOL, noe som gjorde at det ble dyrt og kronglete å få endret noe.) Riktignok flyttet en hel del bedrifter, særlig produksjonsbedrifter, sine systemer over ERP-systemet SAP i løpet av 90-tallet, men for mange nettverksbedrifter (banker, forsikringsselskap, transport, etc.) er stadig kjernesystemene skrevet i COBOL, og kjøres gjerne også på en stormaskin, typisk fra IBM.

2002_03_11_cobol300_3-11-02-100717557-origDette har vært et problem lenge – jeg har rådet bedrifter til å kvitte seg med kjernesystemene sine, om nødvendig ved å skrive dem helt om, i hvert fall i 20 år. Men de fleste bedrifter har ikke gjort det, og nå begynner problemet å nå kritiske dimensjoner. Helt fra slutten av 90-tallet har unge mennesker vegret seg for å lære seg et 30 år gammelt programmeringsspråk som bare brukes til kjedelige bakgrunnsprogrammer. Mange bedrifter løste dette ved å outsource vedlikehold og oppdatering til selskaper i andre land, for det meste India. Tilbake i bedriften er det færre og færre, om noen, som egentlig forstår hvordan de gamle systemene fungerer.

Da får man en situasjon der all innovasjon skjer i ulike typer småsystemer som ligger rundt og interagerer med det gamle kjernesystemet, uten at man gjør noe med selve kjernen. Det går greit så lenge forretningen man driver er stabil, men med økende konkurranse fra digitale bedrifter som ikke har en mange millioners møllestein på maskinrommet kan det blir farlig. Jeg hørt om bedrifter som ikke tør slå av sine systemer av redsel for at de ikke kommer til å starte igjen, og systemer der den eneste tilgangen man har til dataene er gjennom brukergrensesnittet – slik at skal man hente dataene ut, er man nødt til å gå inn på hver eneste rad i databasen og kopiere den ut manuelt (en grunn til at RPA er så populært.)

Mange bedrifter med flotte websider er rett og slett slott bygget på svært råtne fundamenter, en slags informatikkens permafrost som ingen tør å tine opp av redsel for hva som kommer til å stige opp, av metangass og annet. Det man burde gjøre, naturligvis, er å starte helt på nytt igjen, men siden man har hundre- eller kanskje tusenvis av systemer og APIer og innganger som bruker det gamle monsteret i kjelleren, er det ingen som engang tør å tenke tanken. For ikke å snakke om at det blir dyrt, og synliggjør mange års manglende vedlikehold og underinvestering.

Jeg tipper at en hel del banker, for eksempel, kommer til å få det morsomt når PSD2 kommer og de blir nødt til å slippe til andre aktører inn mot sine systemer. Da vil antallet transaksjoner mangedobles og de gamle systemene ganske enkelt ikke henge med, uansett hvor mange servere man kjøper. Vi går spennende tider i møte, og jeg er i grunnen litt forundret at ikke flere styrer og investorer begynner å stille kritiske spørsmål til firmaers informasjonsarkitektur og tekniske plattform.

Kanskje på tide å begynne? Tips: Hvis det fortsatt finnes COBOL i organisasjonen, er det grunn til bekymring, i alle fall hvis det tar tid å gjøre endringer og man fremdeles har pensjonister igjen som konsulenter i IT-avdelingen…

Digital redsel – hva gjør man med det?

internet-thinkstock-179504580Jeg har et mulig prosjekt jeg har tenkt endel på. Jeg lagt merke til at mange mennesker er redde for digitalisering (eller for teknologi, eller matematikk, men la det ligge denne gangen). Særlig ledere er redde for digitalisering, og stritter i mot, ikke fordi de ikke forstår teknologien (skjønt det er et element) men fordi de er usikre på hvordan den påvirker deres egen rolle og situasjon. Folk som arbeider i store organisasjoner er også nervøse for ny teknologi, om ikke annet så fordi mange norske ledere ser ut til å tro at mer digitalisering ensidig betyr færre medarbeidere (eller mindre budsjetter.)

Jeg er ikke redd for digitalisering, men så har jeg jo også pustet digitalisering (og fått betalt for å digitalisere ting) siden sånn rundt omkring 1983. Og min strategi for å overbevise folk om å blir mer digitale har vært nokså klar: Å påvise muligheter og trusler og overbevise folk med vektige og rasjonelle (og nokså spissformulerte) argumenter om hvor fremtiden ligger og hvor fort man bør se å komme seg dit.

Det var greit så lenge jeg var ung og ildslukende, men nå er jeg 56 og har oppdaget at mange av de som er redde for digitalisering er betydelig yngre enn meg selv. Rollen som arrogant bråkmaker er grei nok, men jeg begynner å lure på om ikke litt mer folkeopplysning er tingen. Rasisme og innvandrerfrykt har en tendens til å forsvinne om man har positive opplevelser og bedre kunnskaper. Kanskje det er slik med digitalisering også?

En annen sak er at jeg har lyst til å begynne med et nytt medium, nemlig video. Ikke bare standup foran en tavle, som jeg har gjort masse av, men et fastere format med struktur og innhold og gjentatt over en viss periode. Det gir muligheten til å kjøpe seg en masse kul teknologi og dessuten lære nye programmer. Dessuten gir det kanskje muligheten til å komme i kontakt med et nytt publikum, nemlig de som ikke er så sikre på dette med digitalisering og kanskje trenger en bedre forklaring, gjerne med eksempler, på hva det er og hvorfor man ikke trenger å være så redd for det. Norge har mangel på arbeidskraft og et knallsterk (relativt, i hvert fall) sikkerhetsnett. Vi har ikke noe å være redd for, det er nok å gjøre og nok å tjene penger på selv om robotene kommer og tar rutinejobbene.

I alle fall, planen er å begynne å eksperimentere med videoprogrammer, kanskje en serie, kanskje noe mer formelt, rundt spørsmålet….

«Hvordan kan jeg bli litt mer digital?»

…for de som ikke føler seg så veldig digitale. Tanken er ikke bare å forklare teknologi, men også gi folk et perspektiv på hva de bør mene om den (og noen tips på veien).

Og dermed mitt spørsmål til de som måtte ha ideer der ute:

  1. Hva er folk mest redd for og vil ha forklaring (og kanskje litt trøst) om?
  2. Hva synes folk er vanskelig å gjøre med teknologi, og trenger hjelp med?

(Blockchain og Big Data og sikkerhet og kryptering og batteritid er jo selvsagte, men mer spesifikt: Hva funker og hva funker ikke, hva vil man ha hjelp til å bli bedre på?)

Noen tanker?*

*Ja, jeg er klar over at denne bloggens lesere er gode på det digitale. Men hva får dere spørsmål om?

SAS’ merkelige prissetting

I serien «rare ting bedrifter gjør» (som ser ut til å bli et fast innslag på denne bloggen) er turen kommet til SAS. Her i ettermiddag skulle jeg nemlig bestille en tur til Shanghai. Jeg søkte på 12. mars nedover og 19. mars tilbake. Denne skjermen kom opp – legg merke til prisen for billetten nedover til Shanghai:

sas1

Les videre

Kafka møter Hafslund Nett

Oppdatering 7. november: Ble oppringt av Frode Sand, leder for kundesenteret til Hafslund Nett, beklaget dette og har trukket inkassosaken. (Med andre ord, blogging kan være lønnsomt, ikke bare morsomt.)

Her om dagen fikk vi en inkassoregning. Det er ikke noe vi liker, men vi ble nokså forundret: Regningen var fra Hafslund Nett, på en leilighet vi nylig har kjøpt (for en datter, OBOS og ansiennitet og lang historie). Det forunderlige var at den vanlige strømregningen hadde vi fått og betalt, men ikke nettleien.

Vi ringer Hafslund Nett, som opplyser at de hadde ufullstendig adresse, og at vi er ansvarlige for at de har riktig adresse. Når vi spør hvor de får adressen fra, er svaret Hafslund Strøm, som igjen har fått adressen fra OBOS. Men i overgangen fra Hafslund Strøm til Hafslund Nett er adressen blitt feil (hvordan de klarer å lage en feil i overføringen av informasjon mellom to selskaper innen det samme konsernet er jo en interessant spørsmål i seg selv.) Men her er den virkelig morsomme delen av den: I følge Hafslund Nett er nemlig vi, som sluttkunde, ansvarlig for at de har riktig adresse!

Dette er nok til at jeg blir litt amper og ser for meg denne informasjonsflyten:hafslundnett

Les videre

Rask teknologiutvikling innen Big Data

DataRobot-screenFor noen uker siden var jeg i London for å lære meg DataRobot, et verktøy som automatiserer store deler av jobben rundt avansert dataanalyse. Det eneste DataRobot (og lignende verktøy) trenger, er masse data i et rad-og-kolonneformat (Excel, CSV, SQL, Hadoop, etc), og dermed kan man bare sette i gang: Dataene leses inn, hver kolonne tolkes og kategoriseres (dvs. som tekst, numeriske data, kategorier, boolsk, etc.). Deretter spør DataRobot hva som skal være den uavhengige variabelen (det vil si, hva det er man skal prøve å predikere), hva det er som skal være grunnlag for å vurdere hvilken modell som er best (forklart varians, logloss, etc.). Så kan man trykke Start og dermed setter DataRobot i gang og kjører alle analyser den vet om. Modellene listes opp med de som gir best resultat på toppen, og deretter er det bare å sette i gang og forbedre dem – for eksempel ved å finne mer data, kombinerer datapunkter, og så videre.

Med andre ord, masse av det man tidligere måtte ha spesialister til å gjøre, kan man nå gjøre selv.

Som min kollega Chandler Johnson sa: For fire-fem år siden måtte han programmere opp hver metode i Python. Så kom SciKit-Learn og andre programmeringsbiblioteker (XGBoost, RTensorFlow, Wowpal Wabbit) som gjorde at man bare kunne hente inn de metodene man ville bruke. Nå kommer grafiske verktøy som DataRobot, som velger ut og tester modeller for deg – og fjerner mye av behovet for programmering i det hele tatt. Selskapet reklamerer med at man kan redusere antallet data scientists man trenger, og det er jo gode nyheter der man må lete med lys og lykte og bruke ganske mye penger for å finne folk som kan gjøre slikt.

En stor del av jobben man trenger data scientists til, er å gjøre dataene klar for analyse. De fleste bedrifter vet at de har endel data, men når man først skal bruke dem, finner man kjapt at de har masse feil, er mangelfulle, og ofte ikke har de variablene man trodde man hadde. (For en liste av mange vanlige feil, se The Quartz Guide to Bad Data.) Også her begynner det å komme gode verktøy som reduserer behovet for programmering, som for eksempel Alteryx. Som en av våre studenter fra Analytics for Strategic Management sa: «DataRobot is soooo September…!

(Og skulle du ha lyst til å lære mer om dette: Sjekk ut dette kurset, 5-7 desember.)