Osakesijoittaminen

Qt Group -ketju

Toukokuu:

image

Alimmillaan 1kk taaksepäin katsoen Qt on käynyt 21,30€ tasolla… eli tuolla tasolla, tai todennäköisesti sitä ylempänäkin, on Mikro Markka katsonut tämän lisäämisen arvoiseksi.

14 tykkäystä

QT on ns. no-brainer. Kasvaa hurjasti. Ja alkaa olla kannattava. Eipä siinä oikein muita perusteluja kaipaakaan. Löytyy salkusta ja lisäsin toukokuun dipistä.
Ei montaa vastaavaa löydy Helsingistä.

5 tykkäystä

Mielenkiintoinen webinaari tulossa. Qt ja siili kertovat miten MCU:n avulla saadaan hengityskoneisiin nopeasti kehitettyä käyttöliittymä… sopii korona-ajan teemaan

https://www.qt.io/events/how-to-create-a-medical-device-ui-overnight-1588854645?utm_campaign=medical&utm_content=130724082&utm_medium=social&utm_source=linkedin&hss_channel=lcp-4788303

Mielenkiintoista myös:

9 tykkäystä

Olen hieman pihalla millainen bisnes Siilillä on suhteessa Qt? Tai toisin päin. Saavatko kummatkin boostia toisistaan?

1 tykkäys

Siili on käsittääkseni integroinut Qt:n omaan toimintaansa eli kehittää paljon mm. Automotive-puolella käyttäen Qt ja minulle uutena tietona näköjään häärää myös muillakin teollisuudenaloilla… Mikael on tästä puhunut mielestäni joskus ja lisätietoa saanee laajasta rapsasta, tai jos ei sieltä niin pingaamalla Mikael täällä. :slightly_smiling_face:

6 tykkäystä

Ei pitäisi ostaa sellaista mitä ei ymmärrä. Ostin kuitenkin taannoisesta dipistä QT:ta ja hyvin on mennyt. Mutta hämäräksi on jäänyt mitä erinomaista ja ainutlaatuista QT:n koodissa on ja mikseivät muut voi tehdä samaa jopa avoimella lähdekoodilla.

2 tykkäystä
  • Tuki eli jos haluat tehdä asiaa X niin ei tarvi stack overflowia, vaan soittaa suoraan Qt:lle, että “mites tää” ja saa oikean vastauksen arpomatta
  • UI-kieli (QML) on tosi hyvä ja helppokäyttöinen vs. custom. Ja pitkälti “valmis” eli ei mitään liikkuvia osia. Ja alustariippumaton eli sama koodi toimii niin autossa, lentokoneessa kuin webissä.
  • Qt:n kehitystiimissä (siis jotka kehittää itse kieltä) on käsittääkseni pari maailmanluokan kaveria - olikohan C++ -kielen nykyisistä kehittäjistä yksi? Eli tekninen pohja on kunnossa.
13 tykkäystä

11 tykkäystä

Ei kun juuri päinvastoin! Tervetuloa 2020-luvulle. Masse-sedän sijoitusoppaan 3 luvun jae 2 uusittiin jo viime vuonna paljolti Astonin ja QT:n takia eli. “Sijoita (aina) bisnekseen, mistä et mitään ymmärrä” :slight_smile: Toimii!!!

Masse-setäkin on heittänyt Qt-possansa täysin Astonin hoitoon ja tunnustanut sen täysin avoimesti täällä foorumilla. Noloa, mutta toimii!!!

Masse-setä, FA, setä lukee Qt-rapsasta vain nykykurssin ja voitto-prosentin :notes: :notes: :notes:

22 tykkäystä

QT:sta on jotenkin yritetty luoda kuvaa, että se on jonkinlainen ‘jokapaikan höylä’. C++ kehittäjille se on tietenkin erittäin hyvä vaihtoehto, mutta ei välttämättä muille ja on siinä huonojakin puolia. Vaihtoehdoista oli jokunen kuukausi sitten jo hieman juttua palstalla.

Itseäni ottaa enenevissä määrin päähän muuten erinomaisen LG:n OLED televisioni käyttöliittymän hitaus. En tiedä, mikä osa siitä on perusteltavissa QT:lla tehdyllä käyttöliittymällä, mutta sen tiedän, että yksi isompi tiedossa oleva ongelma QT:n kanssa on ollut kääntäjien luomat isot käynnistettävät tiedostot. Toinen ikuisuusongelma on ollut natiivi “look&feel” -puute QT:lla tehdyissä applikaatioissa. MAC-käyttäjät ovat siitä ainakin nillittäneet niin kauan, kuin muistan. That said… Monessa graafisessa käyttöliittymässä QT:lla tehtyä sovellusta ei enää tunnista. Ellei tuo mainitsemani hitaus ole sitten QT-koodin syytä.

Periaatteessa QT taipuu melkein joka alustalle, mutta se ei välttämättä ole paras myyntivaltti. Jossain vaiheessa näin ajateltiin, mutta harvassa projektissa sillä on todellisuudessa merkitystä.

Tästä syystä en palannut vielä QT-omistajaksi. Todennäköisyys sille, että se on virhe, on kohtuullisen suuri. :slight_smile:

12 tykkäystä

:joy::joy:

Mullakin viime vuonna ostettu LG menee välillä jopa niin tööttiin, että näyttää vaan mustaa ruutua, eikä ota mitään komentoja vastaan. Toivottavasti ei ole qt:n syytä, jottei LG katsele korvaavaa ratkaisua.

1 tykkäys

Joku muistaakseni kyseli millä space X Dragon käyttöliittymä on toteutettu. En nyt tarkistanut tämän osalta lähteitä, mutta tuli Twitterissä vastaan :smile: https://twitter.com/frontenddude/status/1267136234775773184

1 tykkäys

Niin, ei Qt ole pakosta sitä C++ -puolta. Esim. itse olen viimeiset 8 kk tehnyt puhtaasti QML:ää, eikä missään vaiheessa ole edes tarvinnut koskea siihen C++ -puoleen. Ja tehdään puhtaasti QML UI:ta. Kaikki laskenta ja käpistely tapahtuu ihan JavaScriptillä (no, melkein - se on karvan Qt-spesiifi “forkki”) tai pilven kautta esim. Lambda-funktioilla.

3 tykkäystä

Olematta tekninen asiantuntija, vaikuttaa siltä että yllättävän pienillä muistimäärillä päästään pyörittämään graafista liittymää:

image

Mitähän MCU:n kilpailijoita maailmasta löytyy… vai onko Qt:n MCU uranuurtaja…

2 tykkäystä

Riippuen millaisista MCU:sta on kyse, on Qt:n kilpailija C-kieli, joka on ollut MCU:iden kieli jo kohta 50 vuotta :smiley: Ja Qt ei koskaan tule käyttämään vähemmän muistia kuin C. Mutta käyttäjäystävällisyys on sitten eri asia.

2 tykkäystä

C ei ole mikään Qt:n kilpailija vaan sellainen voisi olla esimerkiksi jokin käyttöliittymäkirjasto jota käytetään C-kielisen rajapinnan läpi. Itse kirjasto voi olla toki myös kirjoitettu C:llä tai sitten jollain muulla. Qt MCU:ssa käyttöliittymä tehdään C++ rajapinnan läpi, mutta käyttöliittymää palveleva backend -koodi voi olla sitten vaikka C kielellä kirjoitettu.

Lisäksi on tuulesta temmattua väittää, että C++ -kielellä kirjoitettu kirjasto on aina C kielistä kirjastoa hitaampi. C-kielellä voi kirjoittaa vaikka maailman hitaimmain ohjelman niin halutessaan.
Nopeus riippuu aivan täysin siinä kirjastossa tehdyistä suunnitteluvalinnoista. Voi jopa väittää, että se on jopa helpompaa laitteistoläheisemmällä kielellä kuin enemmän tilaa kääntäjän optimoijalle antavalla kielellä. Aisasta on paljon tutkimusta softapuolella, varsinkin vielä C kieltä lähempänä laitteistoa toimivien kielten osalta kuten esimerkiksi VHDL tai verilog. Tällä hetkellä konsensus on, että VHDL:ää ei lähtökohtaisesti kannata mikro-optimoida kirjoitusvaiheessa vaan jättää tilaa optimoijalle käännösvaiheessa.

Toine tosiasia on se, että mikrokontrollereissakin on laitteistokiihdytyslohkot grafiikkalaskentaa varten kuten kommunikointi/salausprotokolliakin, niin itseasiassa siitä grafiikkakirjaston koodista iso osa on esimerkiksk OpenGL:ää jotta sitä rautaa päästään hyödyntämään.

En ole kovin perillä sulautettujen järjestelmien käyttöliittymäkirjastoista, mutta käsittääkseni alan isoilla toimijoilla on paljon omia talon sisäisesti ylläpidettyjä kirjastoja.

Edit. Laitteistokiihdytys ei tarkoita aina sitä, että siellä laitteessa tarvitsisi olla jokin erillinen näytönohjainkorttì vaikka se voi toki tarkoittaa sitäkin. Ääntä, kuvaa saati videokuvaa ei paljon älypuhelimista tulisi jollei siellä kontrollerin sisällä olisi rautatoteutusta esimerkiksi .jpeg pakkauksesta, äänicodeceista(MPEG(.mp3)) tai .h264 viedokodekista. Prosessoriytimellä yhdenkin framen pakkaus kestäisi iäisyyden.

9 tykkäystä

Jotain isompaa siirtelyä…:thinking:

Mites @Mikael_Rautanen laajan rapsan päivityksen suhteen…? Talvella lupailit, että tulee uuden strategiapäivityksen jälkeen jne. Onko kuitenkin näin, että uusi strategia ei tuonut tilanteeseen mitään kovin uutta? Tai että teknologisessa mielessäkään ei ole niin paljoa uutta päivitettävää (esim MCU:n potentiaali)? Teknoyhtiö ja edellisestä laajasta päivityksestä on 1,5 vuotta, niin olisiko tarvetta päivittää? :slight_smile:

Kiitos ja mukavaa kesää!

32 tykkäystä

Tässäkin ketjussa puheenaiheena olleeseen autoteollisuuden muodostamaan osaan Qt:n liiketoiminnassa on tullut Mikaelilta vastausta Q&A-osiossa. :smile:

11 tykkäystä