contentSlug

type

ContentSlug_ContentQuery

slug

ContentPageContentQuery

content

trendingContent

query ContentSlug_ContentQuery(
  $contentSlug: String!
  $type: [ContentType!]
) {
  ...ContentPageContentQuery_13QmVO
}

fragment CompanyDetails_Content on Content {
  __isContent: __typename
  companies {
    name
    description
    pageUrl
    id
  }
}

fragment ContentBasicInfo on Content {
  __isContent: __typename
  id
  type
  title
  lang
  companies {
    viewerIsFollowing
    id
    name
    pageUrl
  }
  tags {
    viewerIsFollowing
    id
    name
    pageUrl
  }
  ...PublishingDetails
  ...Reactions
}

fragment ContentMetadata on Content {
  __isContent: __typename
  type
  title
  lang
  pageUrl
  alternatePageUrls: translations {
    __typename
    pageUrl
    lang
  }
  imgUrl
  description
  ... on Video {
    liveTime
    videoUrl
  }
  ... on Webcast {
    liveTime
    videoUrl
  }
}

fragment ContentPageContentQuery_13QmVO on Query {
  content(slug: $contentSlug, type: $type) {
    __typename
    id
    type
    title
    isPremium
    lang
    htmlBody
    summary
    companies {
      forum {
        latestPosts {
          ...ForumPosts
        }
      }
      name
      id
      viewerIsFollowing
      pageUrl
      defaultInstrument {
        isin
        id
        marketOpen
        marketClose
        marketplace {
          region
        }
        returns {
          total
        }
      }
    }
    tags {
      viewerIsFollowing
      id
      name
      pageUrl
    }
    createdAt
    ... on Video {
      liveTime
    }
    ... on Webcast {
      liveTime
    }
    slug
    ... on CompanyReport {
      reportUrl
    }
    ... on ThirdPartyCompanyReport {
      reportUrl
    }
    ... on StockExchangeRelease {
      reportUrl
    }
    ...ContentBasicInfo
    ...ContentMetadata
    ...PriceAndRecommendation_Content
    ...CompanyDetails_Content
    ...ReportLink_Content
    ...KeyFigures_Content
  }
  ...TrendingContent_1jQ2Cn
}

fragment ForumPosts on ForumPost {
  text
  likesCount
  url
  author
  postedAt
  authorImgUrl
}

fragment KeyFigures_Content on Content {
  __isContent: __typename
  companies {
    defaultInstrument {
      estimateData {
        modelType
        reportingCurrency
      }
      snapshot {
        transaction {
          date
          actualized {
            year
            quarter
            revenue
            revenueGrowth
            ebitAdjusted
            ebitReported
            ebitda
            enterpriseValue
            epsAdjusted
            dividend
            dividendYield
            sharePrice
            nav
            navPerShare
            opexOfNav
            quarterlySharePrice
          }
          estimates {
            year
            quarter
            revenue
            revenueGrowth
            ebitAdjusted
            ebitReported
            ebitda
            enterpriseValue
            epsAdjusted
            dividend
            dividendYield
            sharePrice
            nav
            navPerShare
            opexOfNav
            quarterlySharePrice
          }
        }
      }
      id
    }
    id
  }
}

fragment PriceAndRecommendation_Content on Content {
  __isContent: __typename
  createdAt
  companies {
    name
    pageUrl
    defaultInstrument {
      priceData {
        tradeCurrency
      }
      snapshot {
        priceData {
          date
          lastPrice
          tradeCurrency
        }
        transaction {
          date
          recommendation
          targetPrice
        }
        prevTransaction {
          recommendation
        }
      }
      id
    }
    id
  }
}

fragment PublishingDetails on Content {
  __isContent: __typename
  createdAt
  publishers {
    name
    imgUrl
  }
  authors {
    __typename
    id
    name
    slug
    imgUrl
    jobTitle
  }
  ... on Video {
    liveTime
  }
  ... on Webcast {
    liveTime
  }
}

fragment Reactions on Content {
  __isContent: __typename
  id
  reactionGroups {
    reactionType
    reactionsCount
    viewerReacted
  }
}

fragment ReportLink_Content on Content {
  __isContent: __typename
  type
  isPremium
  ... on CompanyReport {
    reportUrl
  }
  ... on ThirdPartyCompanyReport {
    reportUrl
  }
  ... on StockExchangeRelease {
    reportUrl
  }
}

fragment TrendingContent_1jQ2Cn on Query {
  trendingContent(type: ARTICLE) {
    __typename
    id
    title
    lang
    pageUrl
    createdAt
    type
    imgUrl
    companies {
      squareLogoUrl
      name
      id
    }
    authors {
      __typename
      imgUrl
      id
    }
    publishers {
      imgUrl
    }
  }
}


qt-group-perfection-performance-and-valuation

__typename

title

isPremium

lang

htmlBody

summary

companies

createdAt

publishers

authors

reactionGroups

pageUrl

translations

imgUrl

description

QT Group är verksamt inom IT-sektorn. Koncernen utvecklar diverse utvecklingsverktyg för den globala marknaden. Tekniken baseras på QT-teknologi och används för att utveckla multiplattformsgränssnitt och tillhörande applikationer. Tjänsterna används i bland annat industrirobotar, underhållningssystem, samt fordonssystem. Verksamhet bedrivs på global nivå och kunderna återfinns inom fordons- och flygindustrin.

Luttelo, återigen en utmärkt diskussionstråd. Dina insikter är mycket användbara för oss alla. Fortsätt i samma stil! Vilka andra förvärv för QT vore vettiga för att ytterligare stärka den vertikala integrationen?

Ja, precis så. Detta är medaljens baksida. Utvecklaren står vid en tydlig T-korsning när man överväger projektets/produktens tekniska ryggrad. Ska man bygga certifieringskedjan på en färdig lösning, vilket innebär att man ständigt betalar för verktyg (exempelvis IAR och QNX, jag jämför denna koppling senare) och garanterad kvalitet, och sparar tid och pengar på själva certifieringsprocessen samt eventuellt förenklar och påskyndar den tekniska utvecklingen? Eller gör man det själv ovanpå öppen källkod utan verktygskostnader, men betalar för det i form av tid och arbetstimmar? Enligt min mening finns det inte en enda rätt lösning. Detta beror mycket på utvecklingspartens resurser, prioriteringar och kompetens. Om man vill ha kort time-to-market och produktens/företagets värdeskapande ligger någon annanstans, är ett färdigt verktyg fördelaktigt. Å andra sidan, för ett företag som redan har kompetensen och där underhåll av certifieringskedjan är en del av kärnverksamheten, är det inte nödvändigtvis det. Tekniskt sett är båda alternativen helt valida. Frågan handlar då om projektets struktur, produktionsrisker och hanteringen av dessa. Jag har själv sett båda typerna av projekt. Som exempel har jag sett ett ISO26262 gcc-projekt från de senaste åren, där man använder en fryst gcc8 (sista gcc8-releasen från 2018). En nästan decennium gammal toolchain och man är inte ens i produktion ännu. Vad detta innebär tekniskt i praktiken är att man kan glömma -o2 och -o3-flaggorna direkt i de flesta applikationer. Särskilt ju närmare ASIL D-klassen man kommer. Dessutom krävs ofta externa verktyg för certifiering som man i sin tur måste betala licenser för. Det kanske största okända problemet i förväg är om det hittas en CVE i glibc eller libstd som måste patchas. Då hamnar man i en riktigt obehaglig sits ur ett tekniskt compliance-perspektiv. Inom automotive gäller även andra underhållskrav än för konsumentelektronik och annan ”lättare” mjukvara. Regulatorer kräver ungefär samma av mjukvaran som av mekaniska delar. Efter att bilproduktionen upphört måste säkerhetsuppdateringar (på de flesta marknadsområden) tillhandahållas i 15 år. Om man redan i produktion är igång med en nästan decennium gammal toolchain och produkten ska stödjas i ytterligare lika länge eller mer, börjar en IAR-liknande nyckelfärdig lösning bli ganska lockande. Jag tar upp QNX, som är orelaterat till Qt men närliggande, och jämför det med IAR:s licensmodell. Båda produkterna har listpriser, men ofta har kunderna egna priser beroende på deras relation till företaget. Per användare (Per seat) QNX och IAR erbjuder båda en licensmodell per användare under utvecklingstiden. Båda erbjuder även låsta och flytande licenser med små nyansskillnader. Som en tumregel är kostnaden per utvecklarlicens i båda fallen ca 1 000 euro/månad. Drygt 10 000 euro/år och därifrån interpolerat efter teamets storlek. Som det tidigare har talats om på detta forum rör sig IAR mot en månadsbaserad prenumerationsmodell (subscription). I denna modell bryts licens-per-användare-modellen upp med en flytande och skalbar licenspool. Samma licensmodell skulle användas av både utvecklare och CI-pipelinen. Per produktion IAR tar enligt min kännedom inte ut någon form av avgift per produkt. Det gör QNX. Och denna kan vara ganska hög. Tiotals euro inom automotive-sektorn. Det jag skrev i det tidigare långa inlägget, men som jag inte tycker att jag betonade tillräckligt, är att Nordic Semis och Qt:s (och liknande företags) vertikala utveckling är något jag verkligen gillar. I Buffetts och Musks fotspår identifierar jag mig starkt med konceptet. Historiskt sett har vertikalt integrerade företag dominerat branschen. Slående exempel är Rockefeller och US Steel, vilket ledde till antitrustlagar på andra sidan Atlanten. Inom tekniksektorn är vertikal integrerbarhet nyckeln till Alphabet/Meta/MS/m.fl. framgångssagor.

Riktigt tunga grejer i den här tråden. Men jag genar lite i kurvorna när jag skriver på mobilen. Firman verkar göra bättre intäkter än någonsin tidigare. Och är enligt många måttstockar billigare än… någonsin? Är de negativa drivkrafterna:  Oro för brist på stickiness i QT-produkterna? AI ersätter all mjukvara? Kundbasen som använder produkterna är pressad eftersom konsumenten är pressad osv? Allmän osäkerhet just nu på grund av världspolitiken?  Baserat på siffrorna ser jag inte att firman är på väg mot konkurs direkt, eller att produkten är ett omodernt legacy-vrak utan efterfrågan? (jag vet inte tillräckligt om produkten). När man märker att nybörjaren säljer sina papper efter en lång nedgång, väcks ens eget intresse oundvikligen

När det gäller GCC och ISO26262 så var det kanske så vid ett tillfälle, men nuförtiden ser situationen ut att förändras i en annan riktning enligt min mening. Man kan certifiera GCC för ISO26262-överensstämmelse genom att köra en testsvit på den och visa att den fungerar korrekt. Som jag ser det gör de stora aktörerna detta i allt högre grad hela tiden, och AI gör denna certifiering ännu enklare att genomföra. Dessutom, när certifieringen väl är gjord en gång, är det enkelt att återanvända samma testsvit i nya projekt. I de projekt jag själv har sett låser man i praktiken GCC-versionen tillsammans med hårdvaran i början av projektet, utför de tester som påvisar ISO26262-överensstämmelse, och kompilatorn uppdateras inte till en ny version under projektets gång utan särskilt vägande skäl. Redan innan Qt:s köp av IAR såg jag IAR som ett företag som kunder flyr från så gott de kan, och som med sin föråldrade teknologi försöker mjölka det sista ur kunderna. Liknande exempel är enligt mig till exempel Perforce, som tar ut hutlösa priser för sina QAC-verktyg; i praktiken kan man be AI att modifiera kodstilen så att den matchar en exempelfil som följer till exempel CERT C-stil, och då klarar man sig åtminstone med betydligt färre dyra QAC-licenser. För mig fungerade IAR-affären som en säljsignal, och vare sig jag hade rätt eller inte är jag nöjd med att jag valde att göra mig av med alla aktier då, oavsett om det var rätt eller fel orsak.

Om någon vill ha mer än bara en skärmdump av artikelns rubrik, så finns här en länk till artikeln bakom betalväggen:                   Tärkeimmät talousuutiset | Kauppalehti – 9 Mar 26              Qt Groupin osake romahti alelaariin – Näitä asioita pohjaonkijan kannattaa...    Entinen pörssitähti Qt Group on romahtanut kasvusta arvolaariin. Vaikka luottamuspula ja lyhyeksimyynti painavat kurssia, yhtiön skaalautuva ydinbisnes ja IAR-kauppa pitävät käänteen mahdollisuuden yhä avoinna.                             En ganska bra summering av bolagets situation, men inget märkvärdigt eller nytt.  Några punkter från bakom betalväggen:  7,9 % av aktierna är blankade och den verkliga siffran är högre utanför statistiken finansdirektör Lintunens avgång mitt under IAR-integreringen ökade osäkerheten efter IAR-förvärvet kommer man djupare från användargränssnitt även till mikrokontroller och får ett större paket och kanske korsförsäljning Aktien har kanske redan kapitulerat mot botten och t.ex. en positiv nyhet kan orsaka en short squeeze uppåt

Qt är verkligen ett fint bolag på Helsingforsbörsen i den meningen att det har otroligt fina kund- och samarbetsreferenser runtom i världen och inom ett flertal olika branscher. Jag kan inte bedöma de ekonomiska effekterna av samarbetet, men utifrån det jag läst låter det åtminstone bra.

Är det här en stor grej? Vem har tillräcklig IT-kompetens för att bedöma den affärsmässiga effekten?

Qt Group

We re-iterate our previous target price of 35.0 EUR for Qt Group and lower our recommendation to reduce (prev. Accumulate). Qt’s equity story combines a market with large growth potential, a...

<p>We re-iterate our previous target price of 35.0 EUR for Qt Group and lower our recommendation to reduce (prev. Accumulate). Qt’s equity story combines a market with large growth potential, a product with proven competitiveness, demonstrated ability in strategy implementation, and a scalable business model. The company is also currently transitioning towards the strong and profitable growth phase of its strategy, which makes the investment profile highly appealing. The rise in share price does however limit share’s return potential, even if Qt executes excellently on its strategy to reach its goals.</p> 

	2019	20e	21e
Omsättning	58,4	73,5	92,5
tillväxt-%	28,0 %	25,9 %	25,8 %
EBIT (adj.)	0,2	10,8	19,2
EBIT-%	0,4 %	14,7 %	20,8 %
EPS (adj.)	−0,01	0,37	0,70
Utdelning	0,00	0,00	0,25
Direktavkastning			1,3 %
P/E (just.)	neg.	53,0	27,6
EV/EBITDA	175,3	33,6	20,5

Qt Group: Perfection in performance and valuation

Nyckeltal2020-08-10

Forum uppdateringar