"Sales of Mercedes-Benz in the Asia-Pacific region rose 46.6% due to the continuing strong sales development in China: where a new record was achieved with 222,520 cars delivered in Q1 (+60.1%). In January, sales in China almost reached the milestone of 100,000 vehicles within a single month.
In the Europe region, brand deliveries were despite ongoing lockdown measures in many markets at the beginning of the year slightly above Q1 2020 (+1.8%). In Germany, Mercedes-Benz sold a total of 54,446 cars (‑15.4%).
Sales in the North America region totalled 88,318 units (+12.5%) with 78,256 passenger cars delivered to customers in the USA (+15.5%). Moreover, in the USA, Mercedes-Benz was the strongest-selling luxury car brand in Q1".
Mikä chip pula Toki vuosi on pitkä ja viiveellä tulee, mutta enteileehän tämä hyvää QT:n ja Mersun kannalta +
Onko tietoa miten Digia peruja olevat Qt osakkeet käsitellään verottajan mielestä, eli onko hankintameno-olettama hyödynnettävissä kun osakkeet hankittu +10v? Carve-out todettiin että split toteutuu veroneutraalina osittaisjakautumisena mutta miten lie linjaus faktiseen luovutusvoiton.
Vaikka maallikkona pystyy vain hieman rajallisemmin arvioimaan teknisiä juttuja, niin ainakin minua tämä MCUn varsin ripeältä vaikuttava kehitys ilahduttaa. MCU:lla on käsittääkseni niin keskeinen asema 5v tähtäimellä IoT/kosketusnäyttötrendin voimistuessa… kun pitää saada vähän joka kilkkeeseen näyttöä halvalla. Myös suhteet keskeisiin MCU-valmistajiin ovat varmasti kunnossa.
Käsittääkseni Esim. Flutterilta puuttuu kokonaan tämä puoli… ja kuten todettu niin moni softa toimii vaan rajatussa määrässä vertikaaleja…
Flutter on teknologiana hyvin raskas. Siinä missä Qt:lla taustalla vaikuttaa C/C++ on se Flutterilla Dart. Dart voidaan kääntää joko JavaScripticsi tai omaksi natiivikoodiksi, mikä on mielenkiintoista. Itse en osaa suoraan sanoa toista vastaavaa kieltä jota voi ajaa sekä natiivina että tulkin läpi. Lisäksi:
Eli Flutter ympäristöä ei voi ristikääntää. Tämä tarkoittaa että kehitysalustan tulee olla sama kuin alusta, jolla tuote julkaistaan (kärjistetysti, arkkitehtuuri on tärkein tässä). Onkohan täällä kukaan käännellyt esim Git tai GCC:tä Raspberryllä. On muuten auttamattoman hidas prosessi. Puhumattakaan Cortex, (alapään)PowerPC MCU tai RISC-V ytimistä. Teknologisesti Flutter ei siis ole samassa kategoriassa Qt:n kanssa.
tl;dr: Flutter vaatii alustakseen todella tehokkaan raudan. Puhutaan laskentatehon spektrillä aivan ääripäistä verrattuna mihin Qt MCU tuottellaan tähtää. Qt:n MCU ympäristö toimii (nopealla googlauksella ja mutuilulla) yläpään Cortex-M4 malleista ARMvX (X>5) ytimille asti. Lisäksi, teknisesti käytännössä kaikki ARMvX tuotteet ovat vieläpä SoC kategoriassa.
Tuo on ihan mielenkiintoista “I had a good experience with Qt for my first Android project, but I wouldn’t use it again, primarily because of the licencing issue and I don’t like the direction Qt is heading (all new modules are GPL instead of LGPL). And lately it seems the Qt Company doesn’t care about mobile platforms.”
Foorumilta lainattu. Muutamia maintoja ettei QT oikein välitä mobiilista…en tiedä onko totta vai ei, mutta mielestäni harmillista jos mobiilimarkkina jätetään flutterille. On markkinaa toki muuallakin, mutta mobiilimarkkina on niin valtava niin kiva olisi myös siitä siivu saada
No ihan ensiksi tulee huomioida että molemmilla relevanteilla mobiili alustoilla on omat SDK:n mukana tulevat grafiikkakirjastot. Androidilla kaikki pohjautuu (modernisti) Kotliniin ja iOS:lla Swiftiin. Molemmat on natiiveja, erittäin tehokkaita käännettäviä kieliä jotka ovat ekosysteemi riippuvaisia. Sitten on näiden kahden rajapinnan ylittävät ratkaisut. Suurin osa näistä on jollain tapaa johdettavissa JavaScriptiin. Näitä ovat esimerkiksi, mutta ei pelkästään, Flutter, Qt, React, Vue. Edellämainituista Qt on eniten alustan natiivia ratkaisua muistuttava teknologia. Ongelma joka vaatii webbipohjaisen ratkaisun mobiili markkinalla on välittömästi Qt:n tarjoaman ratkaisun ulkopuoella. Vastaavasti alustan oma natiiviratkaisu tekee kaiken jo valmiiksi todella hyvin. Nopeasti ajateltuna Qt tarjoaa vain hyvin hyvin niece tapauksissa etuja esim Kotlinilla ja sen Android Studion SDK:lla tehtyyn ratkaisuun. Niinkuin täällä onkin jo todettu, ei mobiili markkina ole Qt:ta varten.
Lyhyesti vielä kerran. Flutter toimii alustoissa joissa on laskentatehoa ja muistia. Se että onko sitä siltikään järkevä käyttää on sovelluskohtainen ongelma. Tottakai kevyempi ratkaisu toimii tehokkaallakin raudalla nopeammin kuin vaativampi teknologia. Verrataan vaikka näin. Käytä Exceliä tai vaikka photaria 5v vahnalla Thinkpadilla ja upouudella X1:llä. Excel toimii molemmissa, mutta käyttökokemus on merkittävästi parempi uudessaa X1:ssä. Vaikka keskimääräinen Renesanssin automotiivi SoC/SoM kykenee pyörittämään esim Flutterin kaltaista teknologiaa niin ei se silti tarkoita että sitä pitää käyttää. Ei ollutkaan niin lyhyesti kuin oli toivomus kirjoittaa.
Qt:n loistavuus näkyy MCU puolen lisäksi nimeomaan suoritustehoisna työpöytä frameworkkinä. Pidän edelleen parhaina esimerkkeinä KDE:tä ja Spotifyä. Haluan nähdä sen päivän kun käyttökelpoinen jäsäpohjainen työpöytäympäristö. Yksikertaisesti sellaiset ratkaisut joita Qt tarjoaa ja joissa tuote loistaa ovat vaativat matalan runtime overheadin omaavan muisti ja prosessoritehokkaan applarit.
Qt tarjoaa isoimman edun jos tarkoitus on pistää sama sovellus mobiililaitteen lisäksi myös muualle. Yhdellä vaivalla Qt:ta käyttäen sama kaura pyörii sen jälkeen myös PC- ja Mac-sovelluksena sekä kaiken maailman embedded-raudalla.
Toisaalta harvemmin sama käyttöliittymä sopii näin erilaisiin alustoihin ihan sellaisenaan, aina joutuu soveltamaan jonkin verran.
Tämä on totta. Usein tämmöinen mobiiliratkaisu on ns. companion application eli päätuote on jossain muualla. Päätuotteen vaatimukset usein määräävät tällaisten sivuroolien teknologian. Tarkoitus on usein luoda mahdollisimman helposti ja halvasti MVP (:D) eli minimum viable product. Nyt tosin taas yleistettiin ja kärjistettiin niin montaa asiaa että hirvittää
Itse myin rahan tarpeessa 2019 kuuttia pois ja meni tuolla hankintameno-olettamalla 40% verottajalle heittämällä läpi. Toki se piti itse heille selittää ja laskea.
Froglogic on merkittävä toimija laadunvarmistustyökalujen, kuten testausautomaatiotyökalujen markkinoilla.
Kauppa mahdollistaa froglogicin testausautomaatiotyökalujen lisäyksen Qt:n tuotevalikoimaan tarjoten asiakkaille aikaisempaa kokonaisvaltaisemman tuotekokonaisuuden koko ohjelmistokehitysprosessin aikana, aina suunnittelusta kehittämiseen, käyttöönottoon ja nyt myös testaukseen ja laadunvarmistukseen. Lisäksi yrityskaupalla mahdollistetaan Qt:n globaalin myyntiverkoston hyödyntämisen froglogicin tuotteiden jakelukanavana. Froglogic on graafisten käyttöliittymien (GUI) testausautomaatiotyökalujen kehittäjä, joka on erikoistunut Qt GUI-kehykseen perustuvien sovellusten testiautomaatioon.
ja
Kauppahinta on 30 miljoonaa euroa, josta 24 miljoonaa maksetaan käteisellä ja 6 miljoonaa euroa Qt Groupin osakkeilla. Lisäksi osapuolet ovat sopineet mahdollisesta lisäkauppahinnasta arvoltaan enintään viisi miljoonaa euroa, joka maksetaan froglogicin tuotteiden myynnistä kertyvän liikevaihdon kasvun perusteella ajanjaksolla 2021-2023.
Pieni lainaus joka kertoo pääasian. Looginen ostos, lisää myytävää QT:ta käyttäville asiakkaille
Copy-pastetan vielä tämän tähän kertoimien laskemiseksi.
Froglogic GmbH perustettiin vuonna 2003 ja sen pääkonttori sijaitsee Hampurissa, Saksassa työllistäen 36 henkilöä. Vuonna 2020 yrityksen liikevaihto oli EUR 6.5 miljoonaa ja vastaavan ajanjakson liikevoitto 2.7 miljoonaa euroa.
Toki vuosi on pitkä ja viiveellä tulee, mutta enteileehän tämä hyvää QT:n ja Mersun kannalta 
+ 
